Como gerente de proyectos, ya trabajé en algunos proyectos tecnológicos con equipos recién formados cada vez. El equipo suele estar formado por 2 o 3 miembros que hacen el trabajo real. Es difícil determinar la velocidad. No somos muy ágiles y tampoco hacemos sprints.
Por lo general, terminamos el trabajo antes o al final del trimestre. Estos recursos están comprometidos con el trabajo pero durante la semana probablemente al 70-80% de su capacidad. El resto del tiempo es para apoyar las necesidades del negocio.
Una vez más, tengo otro grupo de proyectos con diferentes miembros en el equipo. ¿Cómo puedo determinar aproximadamente cuándo se completará el proyecto? Mis 2 desarrolladores han dejado sus estimaciones para todos sus boletos.
¿Con qué frecuencia hará lanzamientos? Una cosa que podría intentar es agrupar tickets en lanzamientos tentativos (o iteraciones), convertir sus estimaciones en puntos y luego estimar una velocidad de lanzamiento/velocidad de iteración.
La priorización y la minimización de las dependencias también serán importantes, especialmente si su equipo no trabaja a tiempo completo. Etiquetó su pregunta como Scrum. Si desea avanzar hacia Scrum, comience con los propietarios de productos, comparta un trabajo pendiente con ellos y defina algunas prioridades. Es un error centrarse en la fecha de "finalización del proyecto" porque, por lo general, todas las cosas importantes deberían suceder al principio del programa de trabajo, nunca al final.
Realmente depende de la naturaleza de la acumulación/trabajo restante y la metodología que está utilizando, que no está clara en su pregunta.
Si está utilizando SCRUM, tendrá que saber 2 cosas.
(Carga atrasada estimada/Velocidad del equipo) * Duración de los sprints + Buffer: los eventos/abandonos planificados deberían brindarle un número aproximado. Recuerde que los cronogramas en Agile son conjeturas informadas, no datos reales.
Si es una cascada, debes volver a tener 2 cosas.
En función de las asignaciones de recursos y su capacidad, deberá calcular los plazos, que en la mayoría de los casos son fijos.
Si la metodología es similar a XP, deberá tener en cuenta los planes de lanzamiento y el número de iteraciones en el cálculo.
Es difícil asesorar sobre esto sin saber más sobre el modelo de ciclo de vida básico, el paradigma de desarrollo y los métodos de estimación. Pero dices "no somos realmente ágiles", por lo tanto, algo como un CBS/WBS debería ser la columna vertebral de la planificación.
Tomas Owens
usuario2763930
Geoff quema