Todo lo que me hubiera gustado saber cuando abracé el agilismo
¿Eres nuevo en el mundo ágil? ¿Tienes experiencia pero crees que necesitas un empujón? ¿Sientes que cada pequeño problema que solucionas abre otros dos?
En esta charla cuento desde mi experiencia y mediante ejemplos prácticos todo lo que me hubiera gustado que alguien me hubiese contado cuando me introduje en el mundo ágil y que en muchos casos he aprendido “por las malas”. Prestaremos también atención a cómo enfocar la implantación de una metodología ágil (basada en Scrum y Kanban) en nuestra organización o adaptar una ya existente que no funciona debidamente.
Es una charla para gente que quiere acercarse a la gestión ágil o para alguien con conocimientos que quiera ver y debatir un punto de vista externo al suyo.
Presentado en:
http://betabeers.com/event/xii-betabeers-galicia-coruna-1583/
Crea tu propio motor de videojuegos con backbone y canvas (html5)
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: rafa@rafbermudez.com
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
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
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...
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
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/