Viaje de bomberos a developers
•Descargar como PPTX, PDF•
0 recomendaciones•362 vistas
El documento describe la transformación de un equipo de bomberos a desarrolladores de software mediante la adopción del marco ágil Scrum, enfocándose en el cliente, el producto, el equipo y cambiando la forma de trabajar para enfocarse en lo que hay que hacer y quien lo hará en lugar de cómo, con sprints, planificación, demostraciones y reuniones de retrospectiva para adaptar Scrum al proyecto.
Recomendados
Recomendados
Más contenido relacionado
Destacado
Destacado (20)
Más de 233 Grados de TI
Más de 233 Grados de TI (20)
Último
Último (6)
Viaje de bomberos a developers
- 1. Viaje de transformación de bomberos a developers por Raquel Pérez Bartolomé
- 4. OBJETIVO
- 11. CLIENTE
- 12. PRODUCTO
- 13. EQUIPO
- 14. CAMBIO DE RUMBO Scrum
- 19. RETRO
- 21. ADAPTAR EL MARCO AL PROYECTO
- 22. FOCO EN EL QUÉ Y EL QUIÉN DEJANDO DE LADO EL CÓMO FOCO EN LA DIRECCIÓN FOCO EN LAS REUNIONES
- 23. Retos que asustan ¡Factible!
- 24. ¿Y SI?¿POR QUÉ?
- 28. RETOS
- 29. COMUNIDAD
- 32. @rachelLondoner
Notas del editor
- TRABAJAMOS “Al día”
- cumplíamos a medias expectativas de tiempo y forma Requisitos incompletos q daban lugar a funcionalidades que no cumplían los requisitos
- Código que se quedaba “muerto” y nunca se volvía a usar Bugs en el código
- equipo cansado de urgencias, de falta de planificación, ¿qué voy a hacer hoy? Hablar el mismo idioma que el cliente Llamadas de clientes en fin de semana
- Un único punto de referencia de funcionalidads / bug /deuda técnica
- Clarificar las prioridades, tan pronto algo se pedía o preguntaba no hay que integrarlo Urgencia vs importancia
- Definición de user stories antes de empezar a desarrollar eran parte de un acuerdo entre todos
- Fomentó el diálogo entre el equipo, po, clientes…stakeholders
- Retrospectivas RETROS – grandes mejoras DEL equipo PARA el equipo y para el producto Gestión de ramas Branding Bugs recurrentes Planificación de releases
- En la definición de funcionalidades En la dirección, dejamos de ser bomberos Fijar OBJETIVOS de las REUNIONES y plan de acción posterior – buscamos dar valor al producto y al proceso
- Menos es más, divide y vencerás evitar “guerras” eternas de funcionalidades OBJETIVOS, por qué algo es importante ahora? Objetivos a medio plazo Definición completa de user stories q no están en el tope de pila, no es URGENTE, si no se realizan los requisitos cambian
- Criterios de aceptación, incompletos dan lugar a bloqueos y a user stories interminables que al final se las coge “manía”
- Tomamos las deciiones como equipo y como equipo las cumplimos
- Evitar ser carreteras saturadas Dejar espacio para la creatividad y salirsel del camino
- Team buildingExperimentar y analizar, no tener miedo a decisiones “equivocadas”, antes de probarlo, ¡no lo sabes!
- Integrar a la comunidad en el equipo nuevas herramientas