¿¿Diferenciáis reuniones de backlog-grooming vs. sprint-planning??

[Adrian Listo Quilez]

Saludos a todos,

Recientemente hemos comentado un par de posts sobre la presencia o no del PO en las reuniones de sprint planning y cómo enfocamos esta reunión.  (...)

Ha salido el concepto de 'backlog grooming' (revisión del backlog entre el Equipo y el PO) y he profundizado en este concepto. Como primera referencia, os paso un artículo de JM Beas  ;-)
http://jmbeas.es/guias/backlog-grooming-o-revision-del-backlog/

En los anteriores posts planteé dudas acerca de cómo enfocabais la reunión de Sprint Planning y, en particular, me sorprendió que muchos asegurabais que no tardáis más de una hora en esta reunión..

Investigando el backlog grooming, me he dado cuenta de que nosotros hacemos backlog grooming y sprint planning en la misma reunión, de ahí que tardemos más tiempo en el "sprint planning" y que nos resulte imprescindible la presencia del PO, ya que las user stories no tienen el nivel de madurez en su descripción/UAT  y/o  el equipo no las conoce en detalle y son frecuentes las preguntas aclaratorias hacia el PO.

MIS PREGUNTAS:
- ¿separáis backlog grooming de sprint planning?
- si la respuesta es afirmativa, ¿cómo/cuándo ejecutáis el backlog grooming?
- en nuestro caso, ¿es 'grave' que mezclemos las dos reuniones? ¿algún comentario o consejo al respecto?

Gracias y saludos por adelantado,
- Adrián

 

Aviso: La información contenida en este mensaje es confidencial, quedando totalmente prohibida por la ley su reproducción, publicación y divulgación total o parcial.

Mediante la remisión y/o contestación del presente correo electrónico usted consiente expresamente para que sus datos, recogidos en el mismo, sean tratados y pasen a formar parte de un fichero cuyo responsable de tratamiento es ENZYME ADVISING GROUP, S.L. siendo su finalidad cumplir correctamente con lo dispuesto en la relación contractual con ENZYME ADVISING GROUP. 

Asimismo, mediante la remisión y/o contestación del presente correo electrónico está dando su consentimiento para que, en caso de ser necesaria la cesión de sus datos a un tercero para el cumplimiento de fines directamente relacionados con nuestras funciones legítimas, estemos actuando conforme a Derecho. 

En atención a lo establecido en la Ley Orgánica de Protección de Datos de Carácter Personal 15/1999, de 13 de diciembre, el tratamiento de los datos de carácter personal se hará exclusivamente para las finalidades con las que han sido recabados. Asimismo, le informamos de que goza de un derecho de acceso, oposición, rectificación y cancelación de los mismos, que podrá hacer efectivo en cualquier momento mediante la remisión de una comunicación escrita a "ENZYME ADVISING GROUP, S.L., Rambla Catalunya, número 111, 3º-1ª, 08008 Barcelona" o contactando con nosotros en el correo electrónico lopd@enzymeadvisinggroup.com.

Si ha recibido este mensaje por error, le rogamos que, elimine el mismo y lo comunique a su remitente. Gracias por su colaboración.

[Marc Florit]

Hola Adrian,

Antes de nada decir que el proceso debe ser el que sea necesario para conseguir los objetivos.

Y que este proceso es el que el equipo deberá ir ajustando Retrospectiva tras retrospectiva para seguir mejorando.

Con esto quiero decir que no hay práctica ni proceso malos, más allá de los que han sido impuestos sin buscar el consenso previo y los que no vienen a cubrir ninguna necesidad.

Contestando a tus preguntas. Yo personalmente recomiendo separarlas para que la reunion de Sprint Planning tenga un Timebox adecuado al Sprint (máximo 2 horas para 2 semanas de trabajo)

Adicionalmente, los objetivos de ambas reuniones tienen para mi 2 objetivos diferentes:

El de la primera es asegurar el DEFINITION OF READY. Que el equipo asegure que tiene todo lo necesario para abordar dicha historia (recursos, suficiente definicion, tamaño adecuado, etc...)

La segunda es asegurar el DEFINITION OF DONE. Que se conoce el detalle de los criterios de aceptación que el PO validará en la Demo Review.

P.S: Hace tiempo que dejé de llamar a esta reunión Backlog Grooming ya que en inglés, aunque su significado es aseo o preparación, tiene connotaciones pedofílicas o_O

Grooming - Wikipedia, la enciclopedia libre

por lo que pasé a llamarla "Refinamiento de Backlog" o "Preparación de Sprint Planning"

Salut,

Marc Florit

cramt...@gmail.com

--
Has recibido este mensaje porque estás suscrito al grupo "agile-spain" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a agile-spain...@googlegroups.com.
Para publicar una entrada en este grupo, envía un correo electrónico a agile...@googlegroups.com.
Para ver este debate en la Web, visita https://groups.google.com/d/msgid/agile-spain/08b74356-db53-4c1e-bcca-b845d066c2ab%40googlegroups.com.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.
 
 

[Juanma Gómez]

Hola chicos.

La verdad, no soy capaz de dar una respuesta mejor que la que ha aportado Marc :D

Lo que a nosotros nos ha funcionado en algunos equipos ha sido hacer groomings o "sesiones de preparación del backlog" on demand, es decir, bajo petición del PO, pero esto requiere una madurez de esa figura importante. La idea de tener al menos una sesión es sentir la obligación de hacerlo y de que sea con el equipo, para abrir ese foro de discusión.

Otra aproximación que también nos ha ido muy bien por las conversaciones que ha generado es generar el backlog todos juntos, todo el equipo Scrum. Evidentemente, ahí quedarán muchas cosas por definir, pero la idea general queda discutida y acordada, y eso nos ha aportado mucho valor.

Y en cuanto a grave o no grave, la primera frase de Marc es la clave: haced lo que tengáis que hacer para cumplir vuestros objetivos. Lo demás son cosas que a otras personas les ha funcionado, pero siempre dentro del contexto de cada uno. Lo importante es que vayáis experimentando con libertad y aprendiendo de la experiencia. Al final el día a día nos va marcando el camino, sólo hay que aprender a observar.

¡Buen martes!

[Pedro Agulló]

Yo coincido con Marc, y es que generalmente no creo que sea bueno tratar dos cuestiones claramente diferentes y de peso en una misma reunión, ello puede llevar a "desenfocarnos" muy fácilmente. 

Generalmente, y más allá de Scrum, no mezclo cosas como explorar un problema con tomar decisiones definitivas, o chequear resultados con explorar un nuevo problema, etc.: en general, intento no mezclar cosas que requieren diferentes "estados de espíritu/mindsets", y si ello resulta inevitable, al menos procuro que haya una pausa/café/lo que sea para dar un tiempo a hacer un "reset" en el coco de todos los que participamos.

Por último, repitiendo lo que dice Marc, lo que al final cuenta es que hagais cosas que funcionen *para vosotros*, siendo siempre muy crítico a la hora de chequear que realmente funcionan hoy *y* seguirán funcionando mañana. No basta con cerrar los problemas, hay que resolverlos de forma que sigan cerrados :)

Saludos,

Pedro Agulló

Para ver este debate en la Web, visita https://groups.google.com/d/msgid/agile-spain/DFC5EADE-A7FC-45F2-AE01-8894389814A3%40gmail.com.

Para obtener más opciones, visita https://groups.google.com/groups/opt_out.
 
 

--

Free time projects: http://www.softwarementors.com/ (DirectJNgine, etc.)

Blog: http://softdevbuilttolast.wordpress.com/

[Daniel Ceillan]

Una respuesta impecable Marc!! Me impactó mucho lo del uso de la palabra grooming. Coincido en que debemos reemplazarla. 

Saludos!

Daniel Ceillan

http://www.agile-patterns.com

Enviado desde mi iPad

Para ver este debate en la Web, visita https://groups.google.com/d/msgid/agile-spain/DFC5EADE-A7FC-45F2-AE01-8894389814A3%40gmail.com.

[José Manuel Beas]

Antes que nada, gracias Adrián por la referencia.

+1 a casi toda la respuesta de Marc. :-)

Lo de dejar de usar Backlog Grooming por esa razón viene a ser como dejar de llamar Esclavas a esas pulseras sin adornos y que no se abren. ;-) Yo, aunque reconozco que suelo emplear "backlog grooming", me gustan más "Revisión del Backlog" o las alternativas que propone Marc porque al final todos aquí somos hispanoparlantes y entendemos mejor, si lo decimos en castellano, el propósito de esta reunión que, como ya habéis coincidido todos, es diferente de la reunión de planificación de la iteración.

Aparte quisiera apoyar la linea por la que Pedro comenzaba a dar su respuesta porque últimamente soy un obseso de las reuniones eficaces. Quizás os puedan servir algunas reflexiones al respecto en este par de artículos de Javier Megías (no específico de Agile) de los que recomiendo especialmente el segundo porque son consejos muy útiles. Quizás intentar ponerlos en práctica todos a la vez no resulte muy Ágil, pero creo que merece mucho la pena intentarlo.

Por último, últimamente estoy intentando que los PO usen un Mapa del Product Backlog (que bien puede ser el User Story Map o un simple tablón con las épicas organizadas por temas y priorizadas, que es como suelo empezar un proyecto) y que lo vayan revisando en cada reunión de Grooming junto al resto de su tablón (me gusta la idea de Roman Pichler de que el PO tenga un tablón para el producto con toda la visión y las épicas). Honestamente, aún no he conseguido convencerlos pero a la vuelta de las vacaciones me lo he propuesto como objetivo principal, así que tendréis noticias mías. :D

(Si alguien quiere un poco de info acerca de esta técnica, los amigos de BeCode acaban de publicar un artículo interesante sobre la misma). 

Un cordial saludo,

Jose Manuel Beas

http://about.me/jmbeas