Con Kanban o no, no creo que se necesiten estimaciones para proporcionar un pronóstico para la entrega de software, y el análisis del tiempo de ciclo puede ser un método más simple para pronosticar el trabajo que la estimación de historias.
Si su equipo desglosa historias en tamaños similares, puede comenzar a proporcionar pronósticos basados en la cantidad de historias para completar y un tiempo de ciclo con el que se sientan cómodos. Por ejemplo, si el 90% de las historias se completan en menos de 4 días y le quedan 10 tarjetas, puede sentirse muy cómodo al hacer un pronóstico de 40 días para ellas.
Además de ser más confiable porque en realidad está estimando en base a datos, eso impulsará al equipo a estabilizar el trabajo, limitar wip y luchar contra los bloqueadores, que son todos los objetivos a los que deberían apuntar.
- Quiero disfrutar de ser ingeniero de software, pero no me gusta estar sentado en mi escritorio todo el día. Me gusta levantarme y hablar con la gente. ¿Qué tengo que hacer?
- ¿Cuáles son las características del programa de capacitación en línea de garantía de calidad en H2kinfosys?
- ¿Cómo se pasa de una función de ingeniería a una función de gestión de productos?
- ¿Los editores de software como Microsoft, Adobe, etc. permiten / fomentan intencionalmente la piratería de software o se oponen estrictamente?
- Si usted es un vendedor, ¿cómo explicaría el mercado API Mashup / Management?
Vasco da una explicación más extensa sobre esto en http: // softwaredevelopmenttoday….