<\/a><\/noindex><\/p>\nRese\u00f1a<\/h4>\n \nEn su forma m\u00e1s simple, as\u00ed es como funciona. <\/p>\n
El visitante llega a la cafeter\u00eda, elige los platos, hace el pedido, recibe la comida, come y paga.<\/p>\n
Se pueden escribir los requisitos que queremos del sistema en cada etapa. <\/p>\n
El sistema debe mostrar una lista de platos, con la composici\u00f3n, peso y precio de cada uno, y tener la capacidad de a\u00f1adir a la cesta. \u00bfPor qu\u00e9 estamos seguros de estos requisitos? En la descripci\u00f3n 'est\u00e1ndar' de requisitos esto no est\u00e1 descrito y eso genera riesgos. <\/p>\n
Los ejecutores que no entienden por qu\u00e9 es necesario, suelen hacer lo que no se necesita. Los ejecutores que no est\u00e1n involucrados en el proceso de creaci\u00f3n de la idea, tampoco est\u00e1n involucrados en el resultado. Agile dice que debemos enfocarnos primero en las personas, en los consumidores, sus tareas y objetivos, no en el sistema. <\/p>\n
Creamos personas, les damos detalles para empatizar y comenzamos a narrar historias desde la perspectiva de las personas. <\/p>\n
El empleado de oficina, Zajar, sali\u00f3 a almorzar y quiere hacer una pausa r\u00e1pida. \u00bfQu\u00e9 necesita? La idea es que probablemente quiera un almuerzo de negocios. Otra idea es que quiere que el sistema recuerde sus preferencias, ya que est\u00e1 a dieta. Otra idea. Quiere que le traigan caf\u00e9 de inmediato, porque est\u00e1 acostumbrado a beber caf\u00e9 antes del almuerzo. <\/p>\n
Y hay otro negocio (orgsonazh: un personaje que representa los intereses de alguna organizaci\u00f3n). El negocio quiere aumentar el ticket promedio, incrementar la frecuencia de compra y aumentar las ganancias. La idea es ofrecer platos inusuales de alguna cocina. Otra idea es introducir desayunos.<\/p>\n
Las ideas se pueden y deben concretar, transformar y presentar en forma de user story. Como empleado del centro de negocios, Zajar, quiero que el sistema me reconozca para recibir el men\u00fa que tenga en cuenta mis preferencias. Como camarero, quiero que el sistema me avise cu\u00e1ndo debo acercarme a la mesa para que el cliente est\u00e9 satisfecho con el servicio r\u00e1pido. Y as\u00ed sucesivamente. <\/p>\n
Decenas de historias. \u00bfLuego priorizaci\u00f3n y backlog? Jeff se\u00f1ala los problemas que surgen: atorarse en peque\u00f1os detalles y perder la comprensi\u00f3n conceptual m\u00e1s la priorizaci\u00f3n de funciones crea una imagen fragmentada debido a la inconsistencia con los objetivos. <\/p>\n
El camino del autor: priorizamos no la funcionalidad, sino el resultado = lo que el usuario obtiene al final. <\/p>\n
Punto obvio no obvio: la sesi\u00f3n de priorizaci\u00f3n no se lleva a cabo con todo el equipo, ya que no es efectivo, sino con tres personas. El primero se encarga del negocio, el segundo de la experiencia del usuario y el tercero de la implementaci\u00f3n. <\/p>\n
Destacamos lo m\u00ednimo para resolver una tarea del usuario (soluci\u00f3n m\u00ednima viable).<\/p>\n
Detallamos las ideas de la primera prioridad mediante user stories, bocetos de dise\u00f1o, limitaciones y reglas de negocio en el mapa de historias de usuarios a trav\u00e9s de la narraci\u00f3n y discusi\u00f3n con el equipo sobre lo que se necesita para los personajes y stakeholders en cada paso del proceso. Las dem\u00e1s ideas las dejamos sin desglosar, en el backlog de posibilidades.<\/p>\n
El proceso se escribe en forma de tarjetas de izquierda a derecha, y las ideas en las tarjetas bajo los pasos del proceso. Es imprescindible discutir todo el camino de la historia junto con los miembros del equipo para fomentar la comprensi\u00f3n mutua.<\/p>\n
El trabajo de esta manera crea una integridad que corresponde a los procesos. <\/p>\n
Las ideas obtenidas necesitan ser verificadas. Un miembro del equipo se pone el sombrero del personaje y vive en su mente durante un d\u00eda, resolviendo su tarea. Existe la posibilidad de que no vea los avances, creando las tarjetas desde cero, mientras el equipo descubre alternativas. <\/p>\n
Luego se realiza un desglose para la evaluaci\u00f3n. Para esto, se necesitan tres personas: el responsable de la experiencia del usuario, un desarrollador y un probador con su pregunta favorita: \u201c\u00bfY si\u2026?\u201d.<\/p>\n
En cada etapa, la discusi\u00f3n se centra en el mapa de procesos de la historia del usuario, lo que permite, manteniendo en mente la tarea del usuario, crear una comprensi\u00f3n integral.<\/p>\n
\u00bfEs necesaria la documentaci\u00f3n seg\u00fan el autor? S\u00ed, es necesaria. Pero como notas que permiten recordar de qu\u00e9 se acord\u00f3. Involucrar a alguien del exterior nuevamente requiere discusi\u00f3n.<\/p>\n
El autor no profundiza en la suficiencia de la documentaci\u00f3n, haciendo hincapi\u00e9 en la necesidad de discusiones. (S\u00ed, se necesita documentaci\u00f3n, independientemente de lo que digan quienes no comprenden en profundidad el enfoque \u00e1gil). Adem\u00e1s, abordar solo parte de las posibilidades puede llevar a la necesidad de rehacer todo el sistema. El autor se\u00f1ala el riesgo de una sobreelaboraci\u00f3n si no se acierta con la idea. <\/p>\n
Para mitigar riesgos, es necesario recibir r\u00e1pidamente retroalimentaci\u00f3n sobre el producto en desarrollo para minimizar el da\u00f1o de crear un producto \u201cincorrecto\u201d. Se hace un esbozo de la idea: se valida con el usuario, se esbozan prototipos de la interfaz: se valida con el usuario, etc. (Se menciona brevemente c\u00f3mo validar prototipos de software). Los objetivos de crear software, especialmente en la etapa inicial, son aprender a trav\u00e9s de la obtenci\u00f3n de retroalimentaci\u00f3n r\u00e1pida, por lo que el primer producto creado son esbozos que pueden probar o refutar una hip\u00f3tesis. (El autor se basa en el trabajo de Eric Ries \u201cEl Startup Lean\u201d).<\/p>\n
El mapa de historias ayuda a establecer comunicaciones si la implementaci\u00f3n se lleva a cabo por varios equipos. \u00bfQu\u00e9 debe incluir el mapa? Lo que se necesita para apoyar la conversaci\u00f3n. No solo historias de usuario (qui\u00e9n, qu\u00e9, por qu\u00e9), sino ideas, hechos, esbozos de interfaces, etc.<\/p>\n
Al dividir las tarjetas en el mapa de historias en varias l\u00edneas horizontales, se pueden separar los trabajos en lanzamientos: resaltar el m\u00ednimo necesario, la capa de expansi\u00f3n funcional y los detalles adicionales.<\/p>\n
Repasamos las historias en el mapa del proceso.<\/p>\n
El empleado lleg\u00f3 para el almuerzo. <\/p>\n
\u00bfQu\u00e9 quiere? Velocidad de servicio. Que su comida ya est\u00e9 en la mesa o, al menos, en la bandeja. Oops, un paso perdido: el empleado decidi\u00f3 comer. Ingres\u00f3 al sistema y eligi\u00f3 una opci\u00f3n de almuerzo de negocios. Vio las calor\u00edas y la correspondencia con el valor nutricional para seguir una dieta y no engordar. Vio im\u00e1genes del plato para decidir si comer\u00eda en ese lugar o no. <\/p>\n
\u00bfLuego se ir\u00e1 a recoger su almuerzo y comer? \u00bfO tal vez le entregar\u00e1n el almuerzo en la oficina? Entonces, el siguiente paso del proceso es elegir el lugar para comer. Quiere ver el tiempo de entrega y cu\u00e1nto costar\u00e1, para decidir d\u00f3nde gastar su tiempo y energ\u00eda: bajando o trabajando. Quiere ver la ocupaci\u00f3n del caf\u00e9, para no tener que esperar en colas. <\/p>\n
Luego, el empleado lleg\u00f3 al caf\u00e9. Quiere ver su bandeja para recogerla y dirigirse a comer. El caf\u00e9 quiere recibir dinero para ganar en el servicio. El empleado quiere perder el m\u00ednimo de tiempo en los pagos en el caf\u00e9, para no desperdiciar valioso tiempo sin beneficio. \u00bfC\u00f3mo hacerlo? Pagar por adelantado o, por el contrario, despu\u00e9s del servicio de forma remota. O pagar en el momento a trav\u00e9s de un quiosco. \u00bfCu\u00e1l de estas es la m\u00e1s importante? \u00bfCu\u00e1ntas personas est\u00e1n dispuestas a pagar con tarjeta bancaria por su almuerzo? \u00bfCu\u00e1ntas personas confiar\u00e1n en almacenar su n\u00famero de tarjeta para pagos recurrentes en esta cafeter\u00eda? Sin una investigaci\u00f3n de campo, no est\u00e1 claro, necesitar\u00edamos una prueba. <\/p>\n
En cada paso del proceso, es necesario proporcionar alguna funcionalidad; para ello se debe tomar como base alguna persona y elegir qu\u00e9 es m\u00e1s importante para ella (esa misma triada de elegidos). Se complet\u00f3 la historia = se cre\u00f3 una soluci\u00f3n viable.<\/p>\n
A continuaci\u00f3n, viene la especificaci\u00f3n. El cliente quiere ver la ocupaci\u00f3n del caf\u00e9, para no hacer fila. \u00bfQu\u00e9 es lo que quiere concretamente?<\/p>\n
Ver la previsi\u00f3n de cu\u00e1ntas personas habr\u00e1 en 15 minutos, cuando \u00e9l llegue all\u00ed.<\/p>\n
Ver el tiempo promedio de atenci\u00f3n en el caf\u00e9 y su din\u00e1mica para media hora m\u00e1s adelante.<\/p>\n
Ver la situaci\u00f3n y la din\u00e1mica de ocupaci\u00f3n de las mesas.<\/p>\n
\u00bfY si el sistema de pron\u00f3stico da un resultado confuso o deja de funcionar? <\/p>\n
Ver a trav\u00e9s de video las colas en el caf\u00e9, as\u00ed como la ocupaci\u00f3n de las mesas. Hmm, \u00bfpor qu\u00e9 no hacerlo en primer lugar?!<\/p>\n
El autor menciona un peque\u00f1o ejercicio para practicar: intenta imaginar qu\u00e9 haces por la ma\u00f1ana despu\u00e9s de despertarte. Una tarjeta = una acci\u00f3n. Agrupa las tarjetas (en lugar de moler caf\u00e9, toma una bebida energizante) para eliminar los detalles individuales, enfoc\u00e1ndote no en el m\u00e9todo de ejecuci\u00f3n, sino en el objetivo. <\/p>\n
Para qui\u00e9n es este libro: para analistas de TI y gerentes de proyecto. Imprescindible para leer.<\/p>\n
Aplicaciones<\/h4>\n \nLas discusiones y la toma de decisiones son m\u00e1s efectivas en grupos de entre 3 y 5 personas.<\/p>\n
Escribe en la primera tarjeta lo que debe ser desarrollado, en la segunda, corrige lo que hiciste en la primera, y en la tercera, corrige lo que se hizo en la primera y en la segunda.<\/p>\n
Prepara las historias como pasteles: no escribiendo la receta, sino averiguando para qui\u00e9n, con qu\u00e9 motivo y para cu\u00e1ntas personas es el pastel. Si divides la implementaci\u00f3n, no lo hagas en la elaboraci\u00f3n de capas, crema, etc., sino en la creaci\u00f3n de peque\u00f1os pasteles terminados.<\/p>\n
El desarrollo de software es similar a la creaci\u00f3n de una pel\u00edcula, donde es necesario elaborar y pulir cuidadosamente el guion, organizar la escena, los actores, etc., antes de comenzar el rodaje.<\/p>\n
Siempre faltar\u00e1n recursos.<\/p>\n
El 20% de los esfuerzos produce resultados significativos, el 60% produce resultados inciertos, y el 20% de los esfuerzos es perjudicial; por eso es importante enfocarse en el aprendizaje y no desanimarse ante un resultado negativo.<\/p>\n
Comunica directamente con el usuario, ponete en su lugar. Enf\u00f3cate en algunos problemas.<\/p>\n
La elaboraci\u00f3n y desarrollo de la historia para la evaluaci\u00f3n es la parte m\u00e1s tediosa de scrum; haz que las discusiones sean de pie en modo acuario (en la pizarra discuten 3-4 personas; si alguien quiere participar, reemplaza a alguien).habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u0410\u043d\u043d\u043e\u0442\u0430\u0446\u0438\u044f \u041a\u043d\u0438\u0433\u0430 \u044d\u0442\u043e \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043d\u043d\u044b\u0439 \u0430\u043b\u0433\u043e\u0440\u0438\u0442\u043c \u043f\u0440\u043e\u0432\u0435\u0434\u0435\u043d\u0438\u044f \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u043e\u0442 \u0438\u0434\u0435\u0438 \u0434\u043e \u0432\u043d\u0435\u0434\u0440\u0435\u043d\u0438\u044f \u0441 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u0435\u043c \u0442\u0435\u0445\u043d\u0438\u043a agile. \u041f\u0440\u043e\u0446\u0435\u0441\u0441 \u0440\u0430\u0441\u043a\u043b\u0430\u0434\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u043f\u043e \u0448\u0430\u0433\u0430\u043c \u0438 \u043d\u0430 \u043a\u0430\u0436\u0434\u043e\u043c \u0448\u0430\u0433\u0435 \u0443\u043a\u0430\u0437\u044b\u0432\u0430\u044e\u0442\u0441\u044f \u043c\u0435\u0442\u043e\u0434\u044b \u0434\u043b\u044f \u0448\u0430\u0433\u0430 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430. \u0410\u0432\u0442\u043e\u0440 \u0443\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442, \u0447\u0442\u043e \u0431\u043e\u043b\u044c\u0448\u0430\u044f \u0447\u0430\u0441\u0442\u044c \u043c\u0435\u0442\u043e\u0434\u043e\u0432 \u043d\u0435 \u043e\u0440\u0438\u0433\u0438\u043d\u0430\u043b\u044c\u043d\u0430, \u043d\u0435 \u043f\u0440\u0435\u0442\u0435\u043d\u0434\u0443\u044f \u043d\u0430 \u043e\u0440\u0438\u0433\u0438\u043d\u0430\u043b\u044c\u043d\u043e\u0441\u0442\u044c. \u041d\u043e \u0445\u043e\u0440\u043e\u0448\u0438\u0439 \u0441\u0442\u0438\u043b\u044c \u0438\u0437\u043b\u043e\u0436\u0435\u043d\u0438\u044f \u0438 \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u0430\u044f \u0446\u0435\u043b\u043e\u0441\u0442\u043d\u043e\u0441\u0442\u044c \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0434\u0435\u043b\u0430\u044e\u0442 \u043a\u043d\u0438\u0433\u0443 \u043e\u0447\u0435\u043d\u044c \u043f\u043e\u043b\u0435\u0437\u043d\u043e\u0439. \u041a\u043b\u044e\u0447\u0435\u0432\u0430\u044f \u0442\u0435\u0445\u043d\u0438\u043a\u0430 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-36159","post","type-post","status-publish","format-standard","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t