Viaje de bomberos a developers
•Als PPTX, PDF herunterladen•
0 gefällt mir•362 views
PAM2016
Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Andere mochten auch
Andere mochten auch (20)
Mehr von 233 Grados de TI
Mehr von 233 Grados de TI (20)
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
Hinweis der Redaktion
- 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