Who Should Write the User Story?

así que aquí hay una pregunta quién está escribiendo las historias de usuario bien, bien, vamos, vamos, vamos, vamos en tenemos que hablar de esto esto es algo que mucha gente luchar con este es un tema que es muy caliente Tenemos que hablar de eso, ¿quién es? escribiendo las historias de usuario que obtendremos en eso pero antes de hacerlo déjame ir a pagar algunas facturas y vuelve enseguida quiero presentarles esta almohada que he estado usando desde hace casi un mes esta almohada realmente tiene agua en ella para que tenga este maravilloso boquilla pequeña aquí la abres viene con este embudo se vierte el agua en el nivel en el que estás cómodo con y la almohada no gotea por lo que estás no me preocupa que el agua se vaya a drenar no se va a drenar puedes ver y en realidad es muy muy cómodo es muy suave el agua está de este lado y el el resto es como una almohada normal pero es muy suave y muy acogedor y muy reconfortante y he estado buscando almohadas para un rato porque tengo cuello y problemas de espalda y hasta que encontré esta almohada no he recibido una buena descanso nocturno así que probé todo tipo de almohada i compré almohada de espuma viscoelástica compré hotel estilo debajo de todo pero hasta que tengo esta almohada porque qué el agua lo mantiene fresco durante la noche y también apoya tu cuerpo en una forma muy flexible que realmente ayuda que no te despiertes con like dolores musculares extraños en el cuello y cosas, así que te animo a que vayas a buscar esta almohada voy a poner el enlace en la descripción a continuación y cuando lo compre desde ese enlace me estarás apoyando y lo que estoy haciendo aquí en youtube, así que ve obtén esto a continuación, descansa bien porque te lo mereces [Música] bien chicos, ¿quién es quién escribe? la historia de usuario que tenemos para resolver esto ahora normalmente como sabes porque has vi todos mis videos y les he explicado esto y si no lo ha hecho, por favor revise mis otros videos me gusta y suscríbete y echa un vistazo lo que tengo compartiendo aquí en mi youtube canal bien entonces, si ha visto esos videos y si estás trabajando en ágil ya lo sabes que la tienda de usuario está escrita desde el perspectiva del usuario como es lo que eres la construcción será beneficiosa para el usuario así que con eso en mente en ágil a veces tienen un analista de negocios ya veces es solo el producto propietario entonces lo que he visto mi computadora subió lo que he visto es que la mayoría de empresas hacer que el propietario del producto realmente escriba las historias de usuario déjame apagar mi teléfono todo está se va hoy lo siento sí, tenemos al propietario del producto el que escribe las historias de usuario ahora el desafío es que lo sabes algunos realmente espera déjame girar todo abajo oh Dios mío, no sé dónde está mi el volumen está en bien, la computadora no funciona y el teléfono está apagado, sí está bien, no más, no más blinging y estallar y cosas así, está bien, entonces el propietario del producto es el que normalmente escribe las historias de usuario y eso se debe a que el propietario del producto tiene el visión para comprender el caso de uso entienden el dolor que siente el usuario tienda va a intentar resolver ahora dicho eso no significa el El propietario del producto comprende todos los técnico cosas que deben hacerse para resolver el problema así que he visto dónde el propietario del producto escribe desde el caso de uso perspectiva y luego los desarrolladores la toman a escribir más sobre la implementación técnica um, también he visto dónde está el producto el dueño lo hace como el alto nivel de lo que esta característica necesita ser y se lo pasa a un analista de negocios y el analista de negocios es una persona que realmente escribe los criterios de aceptación y todo eso cosas para la historia del usuario También he visto dónde solo estamos nosotros de solterad para construir esto y hay una recopilación de requisitos hecho y cuando esos requisitos la recolección está hecha el equipo de desarrollo lo toma y hace que el usuario almacene y escriba al usuario historias pero te contaré de esos tres cosas que he estado viendo y sé que hay probablemente sean más porque todas las empresas está haciendo lo suyo pero encontré eso porque la historia de usuario es para el beneficio del usuario y desde la perspectiva del usuario que tengo acaba de descubrir que tiene mucho más sentido para que el analista de negocios escriba esto historia y si no tiene un analista de negocios luego tiene el propietario del producto escribiendo la historia si sabe más sobre el caso de uso y lo estás pensando desde el perspectiva del usuario entonces deberías escribir la historia para la que es ahora si el desarrollo El equipo necesita escribir información técnica adicional .detalles sobre cómo se implementa esto pueden crear tareas debajo de esa historia o hay algunos otros mecanismos que que pueden usar para desarrollar esa historia algunos más pero realmente el desarrollo del desarrollador el equipo no debería ser el que escriba historias la razón es que estos chicos son técnico que buscan desde el perspectiva del sistema y de la implementación y del código y de todas estas cosas y si se lo dejas a ellos ellos podría dejarse llevar por lo técnico implementación y no volver al valor para el usuario bien, esa es la razón por la que somos importante porque podemos traducir entre el equipo técnico y el negocios si solo dice oh aquí va construir usted sabe que crearemos historias entonces usted sabes que los dejas sí, saben lo que están resolviendo y probablemente puedan crear historias eso resolverá el problema pero puede ser impredecible, ya lo sabes no se puede acertar y fallar y si tienes el conjunto de habilidades, deberías aplicar esas habilidades en esa área ahora he visto dónde el propietario del producto escribe las historias pero lo escriben en un nivel muy alto y luego el equipo de desarrollo lo construye fuera sí, eso obviamente puede funcionar porque la gente está haciendo eso pero yo no lo haría No lo recomendaría, lo recomiendo la persona que más sabe sobre el negocios problema y cómo va esta solución para resolver el problema comercial del usuario final esa es la persona que necesita escribir el historia de usuario ahora si no tienes todos los técnicos información es por eso que tiene su refinamiento de la cartera de pedidos entra en el refinamiento de respaldo usted aclarar preguntas preguntas y lo devuelve al negocio, aclare sus preguntas y haz este proceso iterativo hasta que esté de acuerdo con lo que va a hacer realmente ser construido y para entonces tendrás todo el conocimiento para desarrollar la historia del usuario con los criterios de aceptación correcto, por lo que es realmente para el negocio analistas para escribir y en lugar de tener un negocio analista y tal vez el propietario del producto si tienes una empresa donde tienes ambos propietario del producto y analista de negocios y podrían etiquetar equipo o se dan cuenta de algo, pero realmente no deberías estar dando Historias de usuarios de desarrolladores directos los desarrolladores solo deben escribir tareas técnicas o si realmente me gusta profundamente historia técnica, entonces bien, pueden escribir una técnica como una deuda tecnológica así es algo que no tiene nada que ver con el usuario final necesariamente es solo un sistema completo a sistema o por ejemplo um, tuvimos un caso en el que estamos trabajando como parte de nuestro software y para que el usuario tenga esto funcionalidad de este equipo de desarrollo necesario para cambiar la parte posterior de lo que lo estaban haciendo, lo estaban usando Creo que es js conjunto como una plataforma o algo y necesita cambiar a reaccionar o alguna otra plataforma y eso es algo que está completamente en el desarrollador mundo correcto es completamente sistema al sistema al sistema que hagono es necesario conseguir involucrado porque eso no tiene nada que ver realmente me gusta el resultado final estoy buscando a mis usuarios i saber lo que mis usuarios deben poder hacer cuando entran cómo lo manejará el backend y responda que podría ser algo que el desarrollo los equipos podrían manejar para que puedan irse y escribir historias de usuarios técnicas para esas cosas pero cuando se trata de cómo interactúa con el usuario necesitamos estar a cargo correctamente porque nosotros sabemos lo que estamos tratando de construir sabemos la solución que estamos tratando de resolver sabemos cómo se supone que funciona bien entonces simplemente adopto una postura que el desarrollo el equipo no debe escribir historias de usuarios porque no han gastado el tiempo porque este no es su trabajo, ¿verdad? pasó el tiempo haciendo requisitos de audio solicitación que dedica el tiempo entendiendo el problema comercial que usted dedicar el tiempo a comprender el caso de uso y si esa persona si usted por ti me refiero el analista de negocios o el producto propietario si ha hecho todo ese trabajo y sabes todo ese detalle que debes sea ​​el que escriba la historia del usuario bien, ahí lo tienen chicos que te escribe la historia el analista de negocios o el producto propietario o si está trabajando en un título de trabajo diferente, pero eso es realmente que estas haciendo como su gerente de producto o su tal vez proyectos en el proyecto del equipo del proyecto coordinador o lo que sea siempre que eres la persona que hace la ilustración eres la persona que hace el comprensión del caso de uso entonces deberías ser tú quien traduzca eso en la historia del usuario, esa es mi opinión si estás de acuerdo avísame ponlo en los comentarios dime lo que tu piensa y mientras estás ahí abajo solo suscribirse y dale me gusta al video y deja un comenta bien, de acuerdo nos vemos la próxima vez muchas gracias por ver el video con el que hablaré luego te cuidas [Música] adiós