La palabra clave es el valor.
Valor para estimar y discutir su trabajo
Valor de comenzar a trabajar en pequeñas historias con detalles insuficientes
valor para hablar con los clientes para elaborar dicho historias
Valor para constructivamente crítica código de los miembros del equipo
Coraje para revisar sus errores (en público) y aprender de ellos
Coraje para liberar el código "inacabado pero bueno y expedible" cuando ya ofrece valor.
El valor que se adhieren a los procesos de equipo acordadas cuando la administración tiene una idea brillante
Valor para modificar procesos acordados en el equipo cuando una mejor manera se encuentra
valor para entregar código de alta calidad mediante el desarrollo basado en pruebas y integración continua.
...
Nota: La parte sin terminar no significa "baja calidad", que significa la satisfacción del cliente, implementado limpiamente, probado, preparado para la entrega. Sin embargo, fallando en la idea de perfección de los desarrolladores, es decir, la configuración de la primavera es un poco torpe, se pueden hacer algunas refactorizaciones, algunas configuraciones automáticas, algunas mejoras de velocidad, algunas cajas de esquina ...Descubrí que algunos desarrolladores toman la "historia de usuario como rehén" y la mantienen intachable hasta que sea perfecta. Si es bueno, debes soltarlo, es mejor para el próximo sprint.
¿No debería estar esto en el sitio de "programación"? – Pointy
@pointy lo siento, pero necesito una estrategia clara, así que solo pedí toda su ayuda. –
Oh, no creo que sea una mala pregunta. Es solo que no es realmente una pregunta sobre un problema de programación que estás teniendo. [Hay un sitio separado de StackExchange sobre la práctica de la programación.] (Http://programmers.stackexchange.com/) – Pointy