El recuento de puntos de la historia entregado en cada Sprint (también conocido como velocidad ) es más una herramienta de planificación que un medio para medir el software en funcionamiento , y tendría cuidado de usarlo como un KPI porque podría desencadenar comportamientos disfuncionales como inflar puntos.
Software de trabajo es más que solo un recuento de puntos de historia . He visto equipos que asignan puntos a –y gastan todo el Sprint trabajando– en el trabajo, por ejemplo, análisis y diseño de requisitos, que no da como resultado un software que funcione.
No importa si el trabajo completado en Sprint se cuenta como puntos de historia , días ideales o cantidad de elementos implementados, al final de cada Sprint, el Equipo de Desarrollo debe demostrar al Propietario del Producto y a las partes interesadas que el Incremento del Producto resultante es realmente software de trabajo y es potencialmente liberable . Esto generalmente significa que más que enfocarse en la velocidad , el Equipo de Desarrollo adopta una Definición de Hecho (DoD) que reduce agresivamente las razones que impiden que la organización libere el Incremento de Producto . En otras palabras, el propietario del producto debería estar más feliz por el valor y la calidad del incremento del producto que por la velocidad del equipo de desarrollo.
- Estoy confundido entre la informática y la ingeniería informática. Quiero crear software y diseñar dispositivos, ¿cuál es mejor?
- ¿Cuál es la diferencia entre la validación de software y las pruebas de software? ¿La 'validación' es parte de la 'prueba'? ¿O 'probar' es parte de la 'validación'?
- ¿Cuál es el mejor software para vivir MCX?
- ¿Cómo no ser un programador falso? ¿Qué camino se necesita para ser uno y cómo evito el síndrome del "programador falso"? ¿Cómo puedo mejorar, por ejemplo, si no provengo de un fondo de ingeniería de software puro?
- ¿Cuáles son todas las cosas que necesito saber sobre la programación de software si voy a inventar, por ejemplo, el próximo mejor Facebook?
En pocas palabras: los equipos tienen software de trabajo [y valioso] no cuando completan cierto número de puntos de la historia , sino cuando hacen que la liberación del software sea una decisión comercial, en lugar de una técnica.