Xii betabeers galicia todo lo que me hubiera gustado saber cuando abrace el agilismo
0 recomendaciones•1,133 vistas
Rafael Bermúdez Míguez comparte su experiencia sobre el agilismo y las metodologías ágiles en el contexto de su trabajo en el grupo Aluman, destacando desafíos como la escasa participación del usuario final y la falta de dirección. Se abordan elementos clave del agilismo como la colaboración con el cliente y la respuesta ante el cambio, así como comparaciones entre Scrum y Kanban. Bermúdez enfatiza la importancia de la formación continua, la adaptación de metodologías y la documentación mínima necesaria para el éxito del desarrollo ágil.
Xii betabeers galicia todo lo que me hubiera gustado saber cuando abrace el agilismo
- 1. Todo lo que me hubiera gustado saber cuando abracé el agilismo by @rafbermudez
- 2. ¿Quién soy? ● Rafael Bermúdez Míguez @rafbermudez ● Responsable de desarrollo en el Grupo Aluman ● ScrumManager Certified Graduate, Cerfified Degree ● Blog: rafbermudez.com ● Colaborador Greach - , ● linkedin: Rafael Bermúdez Míguez ● mail: [email protected]
- 3. El reto ● Grupo Aluman ○ Obligada restructuración de negocio ■ Internacionalización ○ Potenciar TIC ■ Organización del equipo de desarrollo ■ Integración necesidades + legacy
- 4. Motivación ● Conociendo múltiples empresas ● Desempeñando diversos roles ● Y las metodologías utilizadas ○ se pasan... ○ o se quedan cortas
- 6. 10 motivos 1. Escasa participación del usuario final 2. Requisitos sin definir 3. Cambios de rumbo y de prioridades 4. Falta de dirección 5. Incompetencia tecnológica 6. Falta de recursos 7. Expectativas no realistas 8. Objetivos poco claros 9. Planificación infravalorada 10. Riesgos tecnológicos
- 7. Be agile my friend
- 8. Elementos que valora el agilismo... Individuos e interacciones Software funcionando Colaboración con el cliente Respuesta ante el cambio Procesos y herramientas Documentación extensiva Negociación contractual Seguir un plan
- 9. pero priorizando (Manifiesto ágil) Individuos e interacciones Software funcionando Colaboración con el cliente Respuesta ante el cambio Procesos y herramientas Documentación extensiva Negociación contractual Seguir un plan SOBRE SOBRE SOBRE SOBRE
- 12. Si usas nombres raros….
- 14. No tengo que documentar
- 15. No tengo que documentar ● Plantéate ○ ¿para qué? ○ ¿para quién? ● El código es documento ● Define una documentación mínima ○ hay duda -> no hacerlo ○ Se hace -> se trata como otro requisito
- 16. ¿Qué suelen pedir? Responsable del producto Desarrolladores diseño (diseño arquitectura, funcional, base de datos, etc) especificaciones de diseño seguimiento y control (actas, partes, informes, etc.) especificaciones funcionales auditoría (revisiones, chequeos, aprobaciones, etc.) definición arquitectura general información (manuales, guías, tutoriales, etc.) modelo de bases de datos planes de test y documentación de test
- 17. Pruebas ● Las pruebas son importantes ○ Evitan errores ○ Aumentan la calidad del producto ● La agilidad no define cómo hacerlas ○ Define cuándo hacerlas. ● Y si esto no te convence testea para...
- 18. no cabrear a tus usuarios
- 19. SCRUM vs KANBAN SCRUM KANBAN ( TABLERO VISUAL) Equipos pequeños multifuncionales cualquier equipo Roles mínimo = PO,SM,equipo no hay roles prescritos Iteraciones de tiempo fijas opcionales (continuo) WIP indirecto (por sprint) directo (por estado) Estimaciones obligatorias opcionales Modificaciones No se pueden añadir tareas al Sprint Se pueden añadir tareas en cualquier momento Tablero se limpia por sprint fijo Prioridad Pila de producto priorizada Cualquier orden
- 20. SCRUM-BAN Nuestro SCRUM-BAN Equipos pequeños multifuncionales Roles PO,SM,equipo, auxiliares (cierto solapamiento) Iteraciones de tiempo variable (tendencia a continuo) WIP indirecto (por sprint) Estimaciones derivadas Modificaciones Se pueden añadir tareas en cualquier momento, se reajusta el sprint Tablero se limpia por sprint. Se trasladan tareas Prioridad Priorizada por sprint
- 21. Mejora continua ● Mejora del proceso metodológico ○ Metodología viva ○ Feedback de las “retrospectivas” ● Integración continua del desarrollo y despliegue ● Calidad del software ○ Medir ■ Cobertura de test ■ Reglas a cumplir ■ Análisis complejidad ciclomática y ptos. función ○ Refactorizar
- 22. Conclusiones ● Fórmate ● Conoce el entorno ● Elige y/o adapta ● Documenta ● Prueba ● Mejora y adaptación continua
- 23. Bibliografía ● Fuentes ○ Como gestionar proyectos y dormir por las noches. ■ http://www.slideshare.net/alvaroagea/yuzz2yuzz-beagile-22593929 ○ Kanban y scrum, obteniendo lo mejor de ambos. ■ http://www.slideshare.net/eliolaureano/kanban-y-scrum-obteniendo-lo-mejor-de-ambos ● Libros ○ Gestión ágil de proyectos software. Javier Garzas. ○ Cómo sobrevivir... a la planificación de un proyecto ágil. Javier Garzas. ● MOOCs gratuitos ○ Agilidad y Lean. Gestionando los proyectos y negocios del s. XXI ○ Scrum I , Scrum II ■ http://www.scrummanager.net/
- 24. ¿Preguntas?
- 25. ¡Gracias! ¡Nos vemos en las beers! @rafbermudez