Soy un gran fanático del desarrollo ágil y utilicé XP en un proyecto muy exitoso hace unos años. Me encantó todo al respecto, el enfoque de desarrollo iterativo, escribir código en torno a una prueba, programar en pareja, tener un cliente en el sitio donde dirigir las cosas. Era un ambiente de trabajo altamente productivo y nunca sentí que estaba bajo presión.
Sin embargo, los últimos lugares en los que he trabajado utilizan / utilizan Scrum. Sé que es el niño del póster para el desarrollo ágil en estos días, pero no estoy 100% convencido de que sea ágil. A continuación se muestran las dos razones principales por las que simplemente no se siente ágil para mí.
A los gerentes de proyecto les encanta
Los gerentes de proyecto, quienes por su propia naturaleza están obsesionados con las líneas de tiempo, todos parecen amar a Scrum. En mi experiencia, parecen utilizar el Backlog de Sprint como un medio para rastrear los requisitos de tiempo y mantener un registro de cuánto tiempo se dedicó a una tarea determinada. En lugar de usar una pizarra, todos usan una hoja de Excel, que cada desarrollador debe rellenar religiosamente.
En mi opinión, esto es demasiada documentación / seguimiento de tiempo para un proceso ágil. ¿Por qué perder el tiempo calculando cuánto tiempo me llevará una tarea cuando puedo continuar con la tarea en sí? O de manera similar, ¿por qué perder el tiempo documentando cuánto tiempo tomó una tarea cuando puedo pasar a la siguiente tarea en cuestión?
Reuniones de apoyo
Las reuniones de pie en el lugar anterior donde trabajé fueron una pesadilla. Todos los días teníamos que explicar lo que habíamos hecho ayer y lo que íbamos a hacer ese día. Si repasamos nuestra "estimación" de tiempo para una tarea, el administrador del proyecto generará un mal olor y hará referencia al Sprint Backlog como una forma de demostrar que usted es incompetente por no adherirse a la línea de tiempo.
Ahora comprendo la necesidad de comunicación, pero seguramente el tono de las reuniones diarias debe ser alegre y centrarse en el intercambio de conocimientos. No creo que deba convertirse en un lugar donde está tu estilo de tarea. Además, seguramente el punto clave de Agile es que las líneas de tiempo cambian, no deben estar escritas en piedra.
Conclusión
La idea de ágil es mejorar el software al facilitar la vida de los desarrolladores. Por lo tanto, en mi opinión, cualquier proceso ágil utilizado por un equipo debe ser dirigido por un desarrollador. No creo que tener un administrador de proyectos que use un proceso que han etiquetado como "ágil" para rastrear un proyecto tiene algo que ver con el desarrollo ágil.
¿Pensamientos a alguien?