Un artículo sobre cómo entender el desarrollo ágil
1. Origen: En 2001, atrapados por el escenario cambiante de la demanda, varios miembros del personal de I+D en Estados Unidos comenzaron a estudiar métodos de valor para resolver este dilema.
2. Para: desarrollo en cascada y desarrollo ágil:
Ejemplo: fui a un restaurante a comer y quería un trozo de arroz frito con huevo. ¿Quieres comer unos fideos? -¿Arroz frito donburi? -¿Qué plato de arroz? -Carne de res: ¿ternera estofada o ternera natural? --¿Quieres chile, etc? --Está bien.
Cuando hay requisitos claros y sin cambios: Desarrollo en cascada: el chef cocina el arroz directamente: Desarrollo ágil: en la primera y segunda iteración, se dedica mucho trabajo repetitivo al proceso, que es una pérdida de tiempo.
Cambios en la demanda: por ejemplo, cuando caminas hacia la puerta de un restaurante, no quieres arroz con carne y quieres fideos: el maestro del desarrollo de la cascada ya ha cocinado y ya es demasiado tarde. Desarrollo ágil: No hay problema, cambia.
3. Comprensión del desarrollo ágil:
Rápido: la respuesta rápida no significa que la velocidad del desarrollo integral deba ser rápida. Agilidad - rápido, rápido - resultados.
Ahorrar dinero: El scrum master del equipo supervisa, pero hay mucha duplicación de trabajo y no se debe ahorrar dinero. Se pueden producir rápidamente versiones tempranas comprobables.
4. Interpretar el Manifiesto Agile y entender la esencia de Agile
Los valores son los siguientes:
¿Los individuos y las interacciones son más importantes que los procesos? y herramientas
Ejemplo: quiero una interfaz tan azul como el cielo.
Estilo cascada: BA-Diseño-Implementación-Pruebas, capas de obstáculos, documentos distorsionados en las capas de circulación.
Ágil: equipo autoorganizado, comunicación.
? Entregar software utilizable es más importante que la documentación completa
Ejemplo: quiero un gato
Si el teléfono se desarrolla así:
Solo puedes escuchar - puedes escuchar conferencias - puedes encontrar a la otra parte, transferir en el medio - puedes marcar tú mismo - ilimitado
Cada sprint tiene valor.
? La colaboración con el cliente es más importante que la negociación del contrato. Ganar-ganar
Estado de colaboración: maximizar la realización de valor para el cliente en condiciones aceptables
Estado de confrontación: maximizar los intereses respectivos en condiciones aceptables
No por hacer Hacer funciones por funciones , pero date cuenta del valor
Por ejemplo: un hombre describe qué tipo de novia quiere: piernas largas, piel suave, ojos grandes y tinta en el cerebro: ¿dónde está el pulpo?
Cada iteración está sujeta a la aceptación del cliente para evitar desviaciones.
Responder a los cambios es más importante que seguir el plan
Estilo mejorado: si el plan es demasiado largo y riguroso, a menudo fracasará debido a los cambios y será necesario empezar desde cero. .
Estilo ágil: Planifica y hazlo paso a paso.
12 Principios del Desarrollo Ágil
La comunicación cara a cara es importante: voz, paralenguaje, no voz, como lenguaje corporal, microexpresiones, entonación de voz, etc. promover la comprensión.
Visión general de Scrum:
Proceso Scrum:
Sprint backlog: Listado de productos, con prioridad. Propietario del producto PO. Departamento de Defensa. ¿Cuáles son los estándares de finalización? VOLOCY
Reunión diaria: qué hiciste ayer, qué haces hoy, cuáles son los problemas
Sprint bum down: qué problemas se pueden encontrar en el proceso a través de la observación
p>
La eficiencia del trabajo no cumplió con las expectativas:
Asignación de tareas iterativas:
Insertar requisitos urgentes en tareas iterativas:
PO-TEAM- reunión diaria -Reunión de aceptación final. Si la aceptación falla, se continuará colocando en tareas iterativas.
Reunión de revisión: lo que se hizo bien y lo que se hizo mal: realizar mejoras oportunas.
Lista de funciones del producto: gestionadas por PO
Cómo ordenar las prioridades: según el valor, la viabilidad técnica
Scrum: tres roles, cuatro ceremonias, tres componentes