Bajo esta etiqueta, quiero compartirles los pasos que he encontrado para realizar las diferentes reuniones, ceremonias o conversaciones de Scrum, no son estrictos, no son obligatorios, cada Scrum Master y Equipo encontrarán la forma de hacerlo - no dudo que mejores -, he aquí una propuesta para cada una de las sesiones.
Quiero compartirles en este post los pasos sugeridos para el Planning
Forma 1: A cada historia se estiman sus puntos y tareas a la vez
- Preparar la reunión
- El Scrum Master(SM) comparte el propósito de la reunión, timebox y los pasos a seguir
- Se establecen las reglas y los acuerdos entre los asistentes para hacer efectiva la reunión
- El Produt Owner(PO) comparte el objetivo del Sprint
- El SM comparte la capacidad o velocidad del equipo en puntos (o en algun sistema equivalente) considerando la presencia o no de team members, o reuniones citadas.
- El PO lee la historia de usuario
- El equipo hace preguntas
- El SM invita a que el equipo estima historia de usuario estimen en puntos (se puede usar la serie de Fibonacci u otra serie)
- Con la facilitación del SM se llega a un acuerdo sobre cuantos puntos tiene la historia
- Se identifican las tareas técnicas para realizar la historia de usuario (ej: crear tabla, crear pantalla, modificar SQL, armar webservice, probar, desplegar, etc)
- (opcional) a las tareas se les asigna horas por parte del equipo llegando a acuerdos ayudados por el SM
- Se valida si la capacidad del equipo es alcanzada en horas y en puntos por la historia de usuario estimada, si la respuesta es NO, se retorna al punto 6 con la siguiente historia de usuario
- Si la capacidad en horas o puntos es alcanzada se finaliza el Planning
- El SM comunica entonces:
- Cual es el objetivo,o se actualiza con la retroalimentación de todos
- las historias planeadas
- las fechas para refinamiento, review, retrospectiva.
- Se actualizan las herramientas de gestión
Forma 2: A todas las historias se les estiman sus puntos y luego sus tareas
- Preparar la reunión
- El Scrum Master(SM) comparte el propósito de la reunión, timebox y los pasos a seguir
- Se establecen las reglas y los acuerdos entre los asistentes para hacer efectiva la reunión
- El Produt Owner(PO) comparte el objetivo del Sprint
- El SM comparte la capacidad o velocidad del equipo en puntos (o en algun sistema equivalente) considerando la presencia o no de team members, o reuniones citadas.
- El PO lee la historia de usuario
- El equipo hace preguntas
- El SM invita a que el equipo estima historia de usuario estimen en puntos (se puede usar la serie de Fibonacci u otra serie)
- Con la facilitación del SM se llega a un acuerdo sobre cuantos puntos tiene la historia
- Se valida si la capacidad del equipo es alcanzada en puntos por la historia de usuario estimada, si la respuesta es NO, se retorna al punto 6 con la siguiente historia de usuario.
- Si la capacidad puntos es alcanzada se identifican las tareas técnicas para realizar todas historias de usuario (ej: crear tabla, crear pantalla, modificar SQL, armar webservice, probar, desplegar, etc)
- (opcional) a las tareas se les asigna horas por parte del equipo llegando a acuerdos ayudados por el SM
- Se valida que la capacidad en horas no sea superada, en caso de ser superada se informa que es requerido remover una historia de usuario al PO
- El PO elige que historia no hace parte del sprint
- El SM comunica entonces:
- Cual es el objetivo,o se actualiza con la retroalimentación de todos
- las historias planeadas
- las fechas para refinamiento, review, retrospectiva.
- Se actualizan las herramientas de gestión
Bienvenido el feedback
Saludos ágiles
Jorge Abad
Notas, Referencias, Comentarios y Aclaraciones
- Un excelente post donde pueden consultar otra posible agenda es Migas de Pan – Scrum de mi gran amigo y agilista Carlos Gil - @cafegifo
Gracias por nombrarme en el post :), recuerden esto es lo que funcionó en un momento dado, con unas circunstancias propias y en con un grupo de personas determinado. Tanto lo que publica Jorge y lo que publico yo, son GPS(Si te pasas o te falta una cuadra se reajusta automáticamente) así mismo debe ser tomado y adaptarse a cada contexto.
ResponderBorrarBienvenido la publicación de otros ejemplos :)