> Nada
> Documento de tareas a partir de requerimientos en papel, estimado y con estado de las tareas. El equipo lo va actualizando.
RESULTADO:
- El equipo sabe qué tareas hacer y mejora en tranquilidad.
> Sprints en Excel planificados por el Jefe de Proyectos (JP), a partir de tareas en papel.
MÁS RESULTADOS:
- El equipo VE el progreso del desarrollo y lo que queda por terminar
- El JP puede estimar mejor las siguientes tareas
- Se sabe qué se va a entregar al terminar cada sprint
> ScrumDesk para gestión Scrum, historias de usuario (HU) a partir de requerimientos en papel, cálculo de capacidad de sprints, casi-daily sprint.
MÁS RESULTADOS:
- Equipo involucrado, mejora el ánimo y la cohesión
- Mejora en la visibilidad de tareas pendientes, comenzadas, terminadas y validadas.
- Control de la cantidad de tareas comenzadas a la vez
- Control de la velocidad del equipo, y la carga de trabajo en cada sprint
- Mejora en la planificación y seguimiento del sprint
> Análisis de fallos, planteamiento de próximas actuaciones
- Pasar los requerimientos en papel a un documento
- Convertir requerimientos en HU
- Escoger y priorizar con el cliente y el equipo las HU del siguiente sprint
- Convertir el casi-daily sprint en un daily sprint
- Hacer la retrospectiva (equipo) y la review (con el cliente) de los sprints
- Marcar como validados los requisitos implementados
- Repetir hasta release y entregar
RESULTADOS ESPERADOS:
- Equipo aún más involucrado
- Cliente contento y con la sensación de que se está haciendo lo que espera del producto
- Mejora en las estimaciones de horas de futuros proyectos
- El producto final llevará lo que es más importante para el cliente
Nos falta mucho, pero vamos venciendo etapas.
Se admiten sugerencias…
4 comentarios:
Yo lo que me alegro de ver en esta "retrospectiva" es el fruto del trabajo duro de tanto tiempo, seamos positivos nos ha costado mucho pero esta mereciendo la pena! Así que como decían en el Agile Open Spain, un descanso breve en el campamento base, lo que traducido a nuestro estilo podría ser una buena caña para celebrarlo, y a seguir con el hard work!
Mis sugerecias:
Apoyad Scrum en un herramienta potente. Las herramientas son importantes para que Scrum perdure.
El Daily no es opcional, debe ser diario como su nombre indica pase lo que pase.
Entended a fondo los fundamentos de Scrum, no hagáis nada sin entender por que es así en Scrum. La gente persiste en lo que comprende.
Daros cuenta que el rol más importante para que Scrum funcione no es el de Scrum Master, sino el de Producto Owner.
Comprended que sin buenas prácticas como testeo unitario, integración continua etc, etc... es imposible hacer Scrum de una manera productiva y sana.
Scrum parece muy facil, es muy facil comenzar, pero lo dificil es perseverar y lograr verdaderos resultados.
Un saludo.
Muchas gracias, Rodrigo.
Tendremos en cuenta estas sugerencias para seguir adelante demostrando, poco a poco, que sí se puede.
Saludos
Año y medio después lo que más nos cuesta es:
- Que los sprints vayan de cine
- Que el cliente venga a la primera parte del sprint planning
El primero de los problemas es casi siempre por cultura de la empresa (otras veces debemos pararlo a tiempo y no lo hacemos)
El segundo de los problemas es mitad parte del cliente y mitad nuestra, por no hacer una mejor labor comunicativa y de motivación con el cliente.
En cualquiera de los casos podemos decir que Scrum works!! y no solo en mai-machine!
Publicar un comentario