Es interesante tener la oportunidad de participar tanto en reuniones de estatus estilo PMI, como en reuniones Diarias de Scrum. Son dinámicas bastante distintas y con objetivos diferentes.
Me gustó el término que utiliza Mike Cohn, "Reuniones de sincronización", para indicar que las reuniones diarias no son reuniones de reporte de estatus.
A continuación les dejo un cuadro con algunas de las principales diferencias entre estos tipos de reuniones de gestión de proyectos.
Cualquier otra característica puedes dejarla como comentario.
Me gustó el término que utiliza Mike Cohn, "Reuniones de sincronización", para indicar que las reuniones diarias no son reuniones de reporte de estatus.
A continuación les dejo un cuadro con algunas de las principales diferencias entre estos tipos de reuniones de gestión de proyectos.
Reunión Diaria (Scrum)
|
Reunión de estatus (PMI)
|
|
Duración
|
No debe durar más de 15
minutos, por eso se realiza con los participantes levantados
|
En general son reuniones
de 1, 2 o más horas
|
Periodicidad
|
Son reuniones diaras
|
Generalmente se realizan
semanales
|
Receptor
|
No hay una figura a la
cual se le esté rindiendo cuenta, algunos recomiendan que el ScumMaster no
haga contacto visual con los miembros del equipo mientras hablan, de manera
de evitar la sensación de estar dando un reporte en una sola vía.
|
Se le rinde cuenta a un Project
Manager
|
Actualización
|
Hay equipos que aprovechan para
actualizar los puntos de historias, hay otros que prefieren hacerlo en otro
momento para no interferir con la reunión.
|
Se actualiza el documento de reporte
semanal con la información del estatus: porcentaje completado, tablero de
estatus por área (alcance, tiempo, costo y calidad).
|
Foco
|
El foco se encuentra, en
lo que dicen los miembros del equipo.
|
El foco se encuentra en
documentos como: minutas, presentaciones o agendas.
|
Estilo
|
Colaboración
|
Mando y control
|
Cualquier otra característica puedes dejarla como comentario.
Comentarios
Lo mencionado es una pequeña muestra de la diferencia entre las culturas de agilidad y de command-control. Las características en la tabla reflejan claramente propósitos y naturalezas diferentes; pero lo realmente importante es descubrir las bondades que cada enfoque puede entregar a la gestión y por supuesto al equipo.
La agilidad (y por ende Scrum) plantean un cambio de paradigma, de una cultura centrada en proyectos a una cultura centrada en equipos. Tal como menciona Tobias Mayer en su artículo (http://agileanarchy.tumblr.com/post/21283149600/team-culture-project-culture), en una cultura de proyectos el proyecto es el rey, y la gente que está dentro del proyecto está para servirle. Consecuentemente las personas se convierten en recursos y este enfoque es terriblemente dañino no sólo para la salud del proyecto, sino también de los equipos (aunque los objetivos del cronograma se cumplan...con muertos y heridos). Esperando que lleguen las tareas, rindiendo cuentas, sin visión de negocio, desmotivados y otros síntomas comunes de la gestión tradicional....y por los que he pasado también desde los ambos lados: como desarrollador y como gerente.
Scrum rompe con todo esto fomentado una cultura enfocada en equipos, donde los equipos son multi-disciplanarios y estables, y esta estabilidad les ayuda a mejorar su foco y su desempeño. Toman sus decisiones y se auto-organizan (empoderamiento). Quiénes mejor que ellos para conocer la complejidad y estimarla, y también decidir qué pueden hacer.
Poniendo esto sobre la mesa, pienso que la Agilidad y Scrum tienen la ventaja.
Mi aporte a la tabla:
Propósito:
Scrum Daily
* Comunicación, transparencia e interacción: conocer lo que hacemos todos
* Identificación temprana de problemas e impedimentos que obstaculizan la ejecución
* Toma rápida de decisiones (ajustes y afinamiento)
* Evaluación de las características que faltan para concluir (Forward Tracking o Burndown Tracking)
PMI
* Evaluación de la productividad: planeado vs. ejecutado
* Actualización de cronogramas e indicadores, ajuste de porcentajes y cálculo de desviaciones
* Evaluación de lo que no se avanzó (Backward Tracking)
Saludos!
Agradecido.
Gracias por compartir.
Saludos
Asdrúbal R., Pérez M.
LEGE: Gerencia Esencial
Creo que tu comentario puede ser todo un foro de discusión en el tema, pero concuerdo contigo en el hecho del grado de madurez que debe tener el equipo para que varias practicas o valores ágiles funcionen adecuadamente.
Muchas gracias por el comentario.