Scrum parece un método sencillo. Sin embargo, veo en internet que hay cursos para asesorar a empresas que quieren implantarlo y parece que es un paso previo importante. Nosotros lo hemos intentando, un grupo de ocho personas, sin curso previo ni nada. Pusimos "Sprints" de una semana, quizás algo cortos, pero el proyecto sólo va a llevar un par de meses, así que necesitamos puntos de control más frecuentes.
Ya hemos terminado nuestro primer Sprint y bueno, tengo que reconocerlo, en algunos puntos ha sido un poco desastre. Ahí van las conclusiones y los motivos.
En primer lugar las tareas a realizar esa semana no estaban demasiado definidas. Alguna sí, la más importante, pero otras eran un poco "sin definir". Cosas como que estuviera una determinada ventana, pero sin aclarar si debería funcionar completamente, en parte o de ninguna manera, sólo verla.
También había gente que estaba haciendo cosas de las semanas anteriores relativas al proyecto y se puso como tarea el acabarlas, pero sin analizar exactamente qué estaban haciendo, qué quería decir "acabarla", etc.
Las reuniones diarias no se llevaron demasiado bien -culpa mía-, ya que aunque todos comentaban qué había hecho y que iban a hacer, así como posibles problemas/ayudas, la gente era un poco reacia a decir cuánto tardarían. Supongo que en gran parte porque tampoco tenían claro cual era exactamente el alcance de sus tareas. He visto además, que esto parece afectar más a los nuevos. Una tarea sin definir claramente, quizás uno con experiencia tenga más criterio para intuir que es exactamente lo que tiene que hacer y lo que le va a llevar, pero los más nuevos, por no conocer quizás los entresijos del proyecto, no saben exactamente el alcance de lo que se les pide.
Finalmente, el desastre del Viernes. Supuestamente era el momento de hacer la reunión del final del Sprint, en la que nos autohacemos una demo de lo conseguido y comentamos la forma de trabajar para buscar mejoras. Bien, interfirió otro proyecto, en el que el Lunes viene el cliente a pasar un punto de control, por lo que de las ocho personas del proyecto actual con Srcum, cuatro tuvieron que dedicarse en exclusiva a preparar el punto de control del proyecto viejo, precisamente las cuatro personas con más experiencia. El resultado es que el Viernes ni hubo demo, ni reunión, ni nada de nada. Eso sí, al menos se entregó la verisón al Product Owner para que hiciera sus pruebas, así que el Lunes tendremos que hacer lo que no hicimos el Viernes y empezar otro nuevo Sprint.
Espero para este nuevo Sprint subsanar los errores que he visto, aparte de los que pueda comentar el equipo en la reunión. Trataremos de convencer al Product Owner de que ponga como tareas prioritarias las que actualmente están a medias y trataremos de concretar con más detalle qué quiere decir "acabarlas". Además, el proyecto viejo estará de "punto de control" con el cliente, por lo que espero que esta semana no interfiera mucho.
Una pequeña nota final. Quizás porque yo soy un poco "asocial" y tiendo a llevarme mejor con los ordenadores que con la gente, la reunión diaria se me hace un poco cuesta arriba …
May 27th, 2007 at 1:49 pm
jaja, la verdad que las reuniones no molan mucho, al menos cuando son de vaporware y/o con carácter serio
May 27th, 2007 at 7:29 pm
Hola:
Se supone que son reuniones cortas, de un cuarto de hora, simplemente para comnentar cómo va cada uno. Estoy satisfecho en el sentido de que la gente por ahí dice que es difícil que sean cortas, siempre la gente se enrolla con problemas concretos. De momento no hemos tenido ese problema y las reuniones han sido cortas.
La pereza es que de un día a otro no se avanza mucho y casi todas las reuniones son iguales: “ayer trabajé sobre esto, no he acabado y hoy sigo con ello. no tengo ningún problema en especial”.
De todas formas, la cuestión es seguir intentándolo hasta que funcione o el equipo, de común acuerdo, decida que no sirve para nada y lo dejemos.
Se bueno.