Xii betabeers galicia todo lo que me hubiera gustado saber cuando abrace el agilismo

Post on 13-Jan-2015

199 views 0 download

description

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/

Transcript of Xii betabeers galicia todo lo que me hubiera gustado saber cuando abrace el agilismo

Todo lo que me hubiera gustado saber cuando abracé el agilismo

by @rafbermudez

¿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

El reto

● Grupo Aluman○ Obligada restructuración de negocio

■ Internacionalización○ Potenciar TIC

■ Organización del equipo de desarrollo■ Integración necesidades + legacy

Motivación

● Conociendo múltiples empresas● Desempeñando diversos roles● Y las metodologías utilizadas

○ se pasan...○ o se quedan cortas

Algo no encaja...

10 motivos

1. Escasa participación del usuario final2. Requisitos sin definir3. Cambios de rumbo y de prioridades4. Falta de dirección5. Incompetencia tecnológica6. Falta de recursos7. Expectativas no realistas8. Objetivos poco claros9. Planificación infravalorada

10. Riesgos tecnológicos

Be agile my friend

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

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

Metodologías ágiles

pueden ser complementarias

AGILE

SCRUM

KANBAN

XP

TDD

LEAN

PRESCRIPTIVO

+

Si usas nombres raros….

¡te mirarán raro!

No tengo que documentar

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

¿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

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...

no cabrear a tus usuarios

SCRUM vs KANBANSCRUM 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

SCRUM-BANNuestro 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

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

Conclusiones

● Fórmate● Conoce el entorno● Elige y/o adapta● Documenta● Prueba● Mejora y adaptación continua

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/

¿Preguntas?

¡Gracias!

¡Nos vemos en las beers!

@rafbermudez