Estoy leyendo un libro llamado Agile Retrospectives y el autor sugiere dividir las retrospectivas en 4 etapas. Dos de las etapas parecen tan similares:
La recopilación de datos y la recopilación de información parecen lo mismo, ya que no puedo imaginar que algunos de estos ejercicios funcionen si hiciera un ejercicio de recopilación de datos y generación de información.
Algunos de los ejercicios de generación de conocimientos también requieren que usted... ¡reúna datos! Muy confuso. ¿La gente está usando ambas etapas en retros?
¿Tiene sentido? ¿Alguna idea?
Actualización: mi confusión se debe a mi incapacidad para vincularme a un ejercicio de recopilación de datos con una fase de recopilación de información. Ese es mi problema.
Por ejemplo: hago que el equipo haga una lluvia de ideas sobre lo que salió bien, lo que no salió bien en la etapa de recopilación de datos, luego simplemente dejo eso a un lado y paso a un ejercicio de conocimiento de datos que también, en sí mismo, requiere que el equipo escriba un montón de ideas abajo.
Las dos etapas requieren un tipo diferente de pensamiento. Se complementan entre sí, junto con las otras etapas, para llegar a acciones que ayudarán al equipo a mejorar de manera efectiva.
Lo principal a tener en cuenta es obtener una comprensión suficientemente buena de cuáles son los problemas reales antes de intentar encontrar soluciones. Esto aumenta la posibilidad de idear acciones efectivas que ayudarán a resolver el problema o evitar que suceda en el futuro.
Creo que la idea detrás de las dos partes separadas (he hecho algo similar) es esta
La idea aquí es evitar demasiada discusión y posiblemente herir los sentimientos al resolver lo que sucedió. Al programar esa parte de la reunión, puede pasar a la discusión de lo que se debe hacer. De lo contrario, se puede pasar demasiado tiempo en lo primero que alguien menciona, terminas en una madriguera de conejo y la reunión pierde la oportunidad de discutir algo realmente importante.
benlinders