Con mucho, el mejor punto de partida es el juicio cualitativo de los miembros del equipo experimentados y / o más talentosos. Los desarrolladores principales y los gerentes de producto técnicamente versados deben tener una muy buena idea de si el equipo se está moviendo tan rápido como deberían.
Un error común es saltar directamente a “métricas” y basar el juicio en algo como “velocidad”, que a menudo los gerentes inexpertos interpretan mal. No se puede confiar en la velocidad como punto de partida, porque no es una medida absoluta; Es una medida de la capacidad de un equipo para progresar en relación con sus predicciones. Como tal, es una aproximación que es tan buena como la capacidad predictiva de un equipo.
Si bien la predicción es una habilidad valiosa, ya que ayuda enormemente a la compañía a planificar sus funciones, es auxiliar para el desarrollo de productos en la mayoría de los casos, y es algo que se puede mejorar con el tiempo. Cuanto más nuevo sea el equipo, el producto y el mercado, las cosas menos predecibles serán. Pero, las personas con experiencia aún pueden hacer buenos juicios cualitativos y pueden abordar los problemas que están ralentizando al equipo. Si un equipo no cumple sus objetivos, pero la razón es que se toparon con algo inesperado (e impredecible), como suele suceder con los nuevos productos, eso no debe contarse como un fallo. Siempre que el obstáculo se aborde de manera conveniente, solo debe considerarse como desconocido durante la planificación. Si, por el contrario, una falla se debe a la falta de diligencia, el tiempo / pensamiento inadecuado dedicado al diseño, o algo similar, ese es un problema que debe abordarse.
- ¿Cuál es el software de gestión de spa más popular?
- ¿Cuál es el mejor software de configuración de tipo para Mac?
- ¿Cuáles son los mejores programas para foros y conversaciones comunitarias?
- Cómo usar un software de mesa de ayuda
- Soy un desarrollador de software. y quiero escribir software de código abierto. Pero, sin trabajar para una organización de desarrollo de software, ¿cómo puedo llegar a fin de mes?
A medida que los productos y los equipos maduran, la previsibilidad aumenta, tanto porque la base del código es más estable, modelada y comprendida, como porque el equipo simplemente mejora. En ese punto, puede usar las métricas de manera más efectiva, ya que la brecha entre su medida relativa y la realidad absoluta de la implementación se reduce. Ahora será mucho más fácil para ellos cumplir constantemente un cronograma, y ese cronograma debe ser uno que intente maximizar su producción (de manera sostenible).
Realmente no desea que su empresa entre en el patético estado “bajo promesa y sobre entrega” que las grandes organizaciones a menudo sufren. Como resultado, primero debe confiar en un liderazgo fuerte y personas altamente motivadas, y otras medidas en segundo lugar. De hecho, en ausencia de esos, es casi seguro que irás muy lento de todos modos.