Mapa de historias - Historial de revisiones

Cblatter en 13:07 11 sep 2012

2012-09-11T13:07:21Z

Cblatter: /* Ejemplo gráfico de un mapa de historias */

2012-05-03T13:46:23Z

‎Ejemplo gráfico de un mapa de historias

Cblatter: /* Ventajas */

2012-05-03T13:45:20Z

‎Ventajas

Cblatter: /* Proceso de construcción de un mapa de historias */

2012-05-03T13:44:37Z

‎Proceso de construcción de un mapa de historias

Cblatter: /* Proceso de construcción de un mapa de historias */

2012-05-03T13:43:18Z

‎Proceso de construcción de un mapa de historias

Cblatter: /* Proceso de construcción de un mapa de historias */

2012-05-03T13:35:47Z

‎Proceso de construcción de un mapa de historias

Cblatter: /* Proceso de construcción de un mapa de historias */

2012-05-03T13:35:02Z

‎Proceso de construcción de un mapa de historias

Cblatter: /* Consideraciones a tener en cuenta */

2012-05-03T13:34:04Z

‎Consideraciones a tener en cuenta

Cblatter: /* ¿ Cómo generar un mapa de historias ? */

2012-05-03T13:33:00Z

‎¿ Cómo generar un mapa de historias ?

Cblatter: /* ¿ Cómo surge esta técnica ? */

2012-05-03T13:31:19Z

‎¿ Cómo surge esta técnica ?

@@ Línea 54: / Línea 54: @@
 # Cuando llega a cero el socio se de de baja automáticamente.
-== Ver también ==
+== Material de Referencia ==
 * http://prezi.com/fj534uoemif6/story-mapping/
 * http://www.iiba.org/imis15/IIBA/Professional_Development/The_Agile_Extension_of_the_BABOK/IIBA_Website/Professional_Development/Agile_Extension.aspx?hkey=c7942e53-b6fa-479e-a057-03a820596f02
 * [[Historia de usuario]]
 * [[Backlog Del Producto]]
 * [[Scrum]]
 * [[Backlog Del Sprint]]

@@ Línea 44: / Línea 44: @@
 == Ejemplo gráfico de un mapa de historias ==
-*** FALTA GRAFICO o link de PIVOTAL ***
+'''FALTA GRAFICO (PUEDE SER UNA FOTO DEL PROYECTO MODELO EN PIVOTAL)'''
 == Ejercicio para hacer un mapa de historias ==

@@ Línea 36: / Línea 36: @@
 * Es una herramienta interesante para la creación de etapas que aprovechen al máximo el aspecto iterativo y evolutivo del desarrollo ágil.
 * Puede ser una herramienta valiosa para coaches que quieran transmitir a equipos principiantes el concepto de historias de usuario y de backlog de producto.
-* Hace foco en el negocio y no en el detalle de las historias
+* Hace foco en el negocio y no en el detalle de las historias.
 == Desventajas ==

@@ Línea 26: / Línea 26: @@
 #Ordenar las tarjetas según el uso, de izquierda a derecha.
 #Una vez que las actividades están en un orden lógico, definir las tareas individuales que conforman las actividades. Estas tareas deben ser una pieza discreta de trabajo para una persona que utiliza el producto. Escribir cada tarea por separado en una tarjeta, utilizando un color diferente de las actividades planteadas más arriba.
-#Colocar las tareas en una sola fila en un orden lógico y secuencial por debajo de las actividades. Es posible que no represente una secuencia estricta
+#Colocar las tareas en una sola fila en un orden lógico y secuencial por debajo de las actividades. Es posible que no represente una secuencia estricta que debe ser seguida cada vez, pero habrá un orden en que se realicen las tareas.
-que debe ser seguida cada vez, pero habrá un orden en que se realicen las tareas.
+#Validar las actividades y tareas con los expertos de dominio y otras partes interesadas. Hacer la siguiente pregunta: ¿ lo que vemos es una imagen completa de lo que el producto tiene que ofrecer ?. Actualizar y modificar las actividades y tareas según sea necesario.
 #Añadir sub-tareas por debajo de las tareas, de nuevo utilizando una tarjeta de color diferente. Estas a menudo cubren las formas alternativas de llevar a cabo una tarea o un acuerdo con las excepciones o los problemas potenciales al realizar una tarea. Estas tareas están en el nivel de historia de usuario y habrá muchas de ellas. La visualización de la fila superior de sub-tareas en el mapa ofrece una visión de producto de mínima esperado, el conjunto de características que deben ser entregados por el producto tiene que tener algún valor para el negocio. Esta visión horizontal de las historias de usuario proporciona un punto de partida lógico para la liberación y planificación de la iteración, como la posición vertical de una historia de usuario muestra su prioridad relativa en el panorama general.
 #Validar el mapa de historias con las partes interesadas, y actualizarla cuando sea necesario.

@@ Línea 23: / Línea 23: @@
 == Proceso de construcción de un mapa de historias ==
-#Identificar las principales actividades que el producto debe soportar, la escritura de cada actividad en una tarjeta separada o una nota adhesiva. Utilizar un color para tarjetas de actividades.
+#Identificar las principales actividades que el producto debe soportar, la escritura de cada actividad en una tarjeta separada. La recomendación es utilizar un color que diferencie las tarjetas de este nivel.
-#Secuencia en orden de uso, de izquierda a derecha.
+#Ordenar las tarjetas según el uso, de izquierda a derecha.
-#Una vez que las actividades están en un orden lógico, definir las tareas individuales que conforman las actividades. Estas tareas deben ser una pieza discreta de trabajo para una persona que utiliza el producto. Escribir cada tarea por separado en una nota tarjeta o adhesivo, utilizando un color diferente de las actividades.
+#Una vez que las actividades están en un orden lógico, definir las tareas individuales que conforman las actividades. Estas tareas deben ser una pieza discreta de trabajo para una persona que utiliza el producto. Escribir cada tarea por separado en una tarjeta, utilizando un color diferente de las actividades planteadas más arriba.
-#Colocar las tareas en una sola fila en un orden lógico y secuencial por debajo de las actividades. Una vez más, a menudo no será una secuencia estricta
+#Colocar las tareas en una sola fila en un orden lógico y secuencial por debajo de las actividades. Es posible que no represente una secuencia estricta
-que debe ser seguida cada vez, pero habrá un orden en que se realicen las tareas. Esta es la secuencia de las tareas en el mapa.
+que debe ser seguida cada vez, pero habrá un orden en que se realicen las tareas.
-#Validar las actividades y tareas con los expertos de dominio y otras partes interesadas. Haga la pregunta: ¿constituyen una imagen completa de lo que el producto tiene que ofrecer? Actualizar y modificar las actividades y tareas según sea necesario.
+#Validar las actividades y tareas con los expertos de dominio y otras partes interesadas. Hacer preguntas del siguiente tipo:
-#Añadir sub-tareas por debajo de las tareas, de nuevo utilizando una tarjeta de color diferente o nota adhesiva. Estas a menudo cubren las formas alternativas de llevar a cabo una tarea o un acuerdo con las excepciones o los problemas potenciales al reali|zar una tarea. Estas tareas están en el nivel de historia de usuario y habrá muchas de ellas. La visualización de la fila superiorde sub-tareas en el mapa ofrece una visión de producto de mínima esperado, el conjunto de características que deben ser entregados por el producto tiene que tener algún valor para el negocio. Esta visión horizontal de las historias de usuario proporciona un punto de partida lógico para la liberación y planificación de la iteración, como la posición vertical de una historia de usuario muestra su prioridad relativa en el panorama general.
+##¿ Lo que vemos es una imagen completa de lo que el producto tiene que ofrecer ? Actualizar y modificar las actividades y tareas según sea necesario.
 #Validar el mapa de historias con las partes interesadas, y actualizarla cuando sea necesario.
-#Mantener el mapa de historias juntos para proporcionar una vista del producto completo. Indique cuando las historias se completan en el mapa.
+#Mantener el mapa de historias en forma conjunta para proporcionar una vista del producto completo. La recomendación es indicar en el mapa cuando las historias está completa.
 == Ventajas ==

@@ Línea 16: / Línea 16: @@
 == Consideraciones a tener en cuenta ==
-º - Empezar por los objetivos de negocio.
+#Empezar por los objetivos de negocio.
-º - Conocer las comunidades de usuarios, sus actividades y tareas antes de escribir las historias de usuario. Modela la secuencia de cosas desde el punto de vista del usuario.
+#Conocer las comunidades de usuarios, sus actividades y tareas antes de escribir las historias de usuario. Modela la secuencia de cosas desde el punto de vista del usuario.
-º - Escribir las historias de usuario. Los items menos priorizados del backlog están menos refinados. No perder de vista la relación entre los objetivos de negocio y las historias de usuario. Una lista de cosas a construir puede hacer que nos enfoquemos demasiado en los detalles. Preguntas a considerar: ¿ cuan frecuente se utilizará? ¿ exosten alternativas para realizar lo mismo ? ¿ que tan crítico es contar con eso en el producto final ?
+#Escribir las historias de usuario. Los items menos priorizados del backlog están menos refinados. No perder de vista la relación entre los objetivos de negocio y las historias de usuario. Una lista de cosas a construir puede hacer que nos enfoquemos demasiado en los detalles. Preguntas a considerar: ¿ cuan frecuente se utilizará? ¿ exosten alternativas para realizar lo mismo ? ¿ que tan crítico es contar con eso en el producto final ?
-º - Generar las etapas con las historias de usuario
+#Generar las etapas con las historias de usuario.
 == Proceso de construcción de un mapa de historias ==

@@ Línea 11: / Línea 11: @@
 Las historias de usuario se organizan en un modelo bidimensional en lugar de la clásica lista-sábana. Entonces:
-* el primer paso es pensar el producto desde los procesos de negocio y las necesidades de los usuarios. Así es más simple asegurar que el backlog está completo (en el sentido de que soporta todas las actividades de los usuarios del sistema).
+* el primer paso es pensar el producto desde los procesos de negocio y las necesidades de los usuarios. Así es más simple asegurar que el backlog está completo. Entonces, tenemos todas las actividades de los usuarios en el sistema a construir.
 * el segundo paso es pensar las historias de usuario que se necesitan para llegar a los procesos de negocio y/o necesidades del usuario. De esta manera se visualizan más claramente las funcionalidades alternativas y la relación entre las historias de alto nivel y los detalles.

@@ Línea 5: / Línea 5: @@
 == ¿ Cómo surge esta técnica ? ==
-La técnica fue desarrollada por Jeff Patton. La idea es contar con un enfoque visual a la hora de construir el backlog de un producto.
+La técnica fue desarrollada por Jeff Patton. Y su idea principal surgió por la necesidad de contar con un enfoque visual a la hora de construir el backlog de un producto.
 == ¿ Cómo generar un mapa de historias ? ==