En el desarrollo de software, la pregunta más importante que se le hace al Gerente de Proyecto / Gerente de Programa / Gerente de Producto es: “¿Cuándo se entregará esto?
No hay forma de que podamos predecir que un producto / característica en particular se completará en “x” días o en la “a” fecha de un mes. Y ningún líder empresarial le permitiría salir de una sala de reuniones sin dar un cronograma tentativo. ¿Cómo podemos derivar en esta fecha tentativa? Aquí es donde entra en juego la velocidad de un equipo [Lea: los diferentes equipos tienen una velocidad diferente] .
Consideremos un escenario: se formó un pequeño equipo para desarrollar un producto. ¿Cómo hacemos para decidir nuestros pequeños hitos? Inicialmente, sería una medida de nuestra propia intuición y capacidad para realizar ciertas tareas. A medida que el equipo crece trabajando en los “picos” iniciales para analizar algunas características simples de “MVP”, aprenderemos cómo se desempeña el equipo, esta línea de tiempo / tiempos se convierten en la base. [Una analogía sería cómo la Fórmula 1, la práctica, el calentamiento y la calificación, cada uno de los cuales actúa como un punto de referencia para mejorar y obtener una posición en el top 10 de la cuadrícula]
- ¿Cómo funciona el desarrollo de productos en Slack?
- ¿Cuáles son las mejores aplicaciones alternativas con soporte móvil para Trello?
- ¿Qué es lo primero que debe saber sobre la gestión de productos?
- Cómo hacer para construir un producto de hardware
- ¿Qué compañías están mejor preparadas para revolucionar PLM?
Esta evaluación comparativa ayuda a un gerente que trabaja en estrecha colaboración con el equipo y que tiene una comprensión justa de la tecnología involucrada para predecir un marco temporal tentativo para la finalización del trabajo.
La velocidad no es una medida precisa de la velocidad. Es una medida relativa, por lo que es mejor gestionar las expectativas definiendo y comunicando claramente: “¿Qué significa la velocidad para su equipo?”.
Una buena lectura de Mike Cohn: sepa exactamente lo que significa la velocidad para su equipo Scrum
Por lo tanto, la razón más importante para medir la velocidad es dar una respuesta tentativa a la pregunta más importante: ¿ cuándo entregará?