Pasar de equipos de proyecto a equipos estáticos: ¿consejos?

Trabajo en un equipo de 15 desarrolladores, 5 gerentes de producto (PO), 4 evaluadores y 2 diseñadores. Actualmente usamos lo que yo llamaría un modelo basado en proyectos. A medida que se materializan los proyectos, creamos equipos de proyectos para abordar esos proyectos. Luego los liquidamos a medida que disminuyen las necesidades del proyecto.

Me doy cuenta de que esto no es particularmente ágil por varias razones, la principal de ellas (para nosotros) es el hecho de que no podemos establecer ningún tipo de velocidad predecible. Los desarrolladores rotan hacia adentro y hacia afuera. El trabajo se vuelve más sobre "qué necesito hacer en este sprint" frente a "qué necesita hacer mi equipo".

Por lo tanto, estamos explorando un modelo más tradicional en el que nuestros 15 desarrolladores se dividen en 3 equipos estáticos. Pero ahí es donde se pone turbio, porque cada uno de esos equipos necesitará compartir los otros recursos. Por ejemplo, habrá 2 equipos con 2 PO cada uno. Otro equipo tendrá que tener 2 probadores. Mientras tanto, 1 equipo no tendrá un diseñador dedicado.

La mayor preocupación proviene del lado del Producto, y es así: ¿Qué sucede si, digamos, 4 desarrolladores de cada equipo de 5 se dedican a proyectos medianos/grandes (todos dentro de cada equipo) y cada 5.° desarrollador se dedica a la cartera de pedidos... y de repente hay un nuevo proyecto mediano/grande en el horizonte?

En nuestro modelo "proyectado" actual, podríamos crear un NUEVO equipo formado por los 3 desarrolladores flotantes que están eliminando el trabajo pendiente. Pero obviamente esto anularía el propósito de 3 equipos estáticos.

Se agradecen los pensamientos!!

Bueno, Scrum no es una panacea. Si su negocio tiene cambios espontáneos en proyectos y direcciones, tal vez Scrum es un enfoque demasiado organizado y sería mejor con Kanban. Si necesita cambiar de equipo en cualquier momento, hágalo. Simplemente no intentes hacerlo con Scrum. Eso sería como decir que un Porsche es un gran auto y que voy a transportar mi sofá con él la próxima vez que me mude.

Respuestas (1)

¿Alguien supervisa la actividad de todo el equipo? No estoy hablando de una entidad de la Oficina de Gestión de Proyectos (el equipo que mencionas es demasiado pequeño para eso), sino de una persona encargada de establecer las prioridades entre los proyectos. Si el equipo que describió es en realidad una pequeña empresa de desarrollo, entonces esa persona sería el director ejecutivo de esa empresa.

Básicamente, tiene un grupo de recursos (gerentes, desarrolladores, diseñadores y evaluadores) que deben compartirse entre los proyectos que tiene sobre la mesa. Pero este intercambio depende estrictamente de las necesidades de cada proyecto, y debe ser supervisado por la persona que mencioné anteriormente. Él/ella tiene que asegurarse de que cada proyecto tenga los recursos que requiere, que la carga de trabajo esté bien distribuida (nadie se sobrecargue), etc. Sin este tipo de supervisión, todo podría reducirse a que los gerentes se pongan de acuerdo sobre los recursos. usan/comparten, pero esa discusión puede no ser siempre productiva.

Al final, si tiene suficientes proyectos sobre la mesa para todo el grupo de recursos y los nuevos proyectos seguirán llegando, todo se convertirá en una cuestión de priorizar los proyectos/trabajo (una tarea que también le corresponde al supervisor que mencioné). ).

^^^ Muy buenos puntos. En nuestra organización no tenemos una sola persona que establezca las prioridades. Más bien, es un sistema de comités. Varias unidades de negocio se reúnen regularmente para priorizar proyectos potenciales. A partir de ahí, desplegamos recursos para satisfacer las necesidades de esos proyectos.