overview of agile & lean startup methodologies
TRANSCRIPT
2
Grandes preguntas
• ¿Qué?
• ¿Por qué?
• ¿Para qué?
• ¿Cómo?
3
Actitudes
• Lean: Prueba del vaso con agua
• El “¿Para qué?”
• Mantener el “Big Picture”
4
Team building (Grupo vs Equipo)
Ser Lean y Ágiles
Crear Cultura
Objetivo más específico:
Hallar nuestra propia manera de ser Lean y Ágiles,
empleando elementos metodológicos que nos garanticen el mínimo de burocracia para evitar el caos.
Objetivos
5
LEAN
6
LEAN SOFTWARE
Entrega rápida: ROI y aprendizaje
Eliminar dependencias que no agregan valor
Potenciar al equipo evitando el micro management
Optimizar el todo: más que la suma de las partes
Construir calidad en cada parte del proceso
No adelantar decisiones
Amplificar conocimiento: comunicación temprana, frecuente, feedback
7
LEAN
Valor para el negocio
Todos participan en la mejora
Retrasar decisiones (con flexibilidad acotada): planificacióndetallada vs incertidumbre
Optimización de la cadena de valor: viéndola al inverso
Mejora Contínua/Calidad variable. Ej: Apple – innovación + simplificación
8
Metodologías Ágiles
Conjunto de mejores prácticas que promueven:• Trabajo en equipo, auto organización y responsabilidad.
Para lograr…• Entrega rápida de software de alta calidad, a través de…• Frameworks: Priorizar, estimar, planificar, monitorear y
adaptar, medir. Que se basan en…• Prácticas, técnicas y herramientas. Y también en…• Principios: Mayor valor al menor costo, manifiesto ágil,
rolling wave planning.• Scrum, scrumban, XP• Enfoque de negocios hacia necesidades de clientes y
objetivos de las empresas.
9
“ E st a m o s d e s c u b r i e n d o fo r m a s m e j o re s d ed e s a r ro l l a r s o f t wa re t a n t o p o r n u e st ra p ro p i ae x p e r i e n c i a c o m o ay u d a n d o a t e r c e ro s . A t ravé s d ee s t e t ra b a j o h e m o s a p re n d i d o a v a l o ra r :
In d i v i d u os e i ntera c c i o n es s o b re p ro c es os yherrami e ntas
So f t wa re f u n c i o na n d o s ob re d o c u m e nta c i ó nex tens i va
C ol a bo ra c i ón co n e l c l ie nte s o b re n ego c i a c i óncontra c t u al
Respuesta ante el cambi o sobre segui r un pl an
E st o e s , a u n q u e va l o ra m o s l o s e l e m e n t o s d e l ad e r e c h a , va l o ra m o s m á s l o s d e l a i z q u i e rd a .“
Nótese que “sobre” no quiere decir “en vez de”, más preciso podría ser “por encima de X sin
excluirlo”Fuente: http://www.agilemanifesto.org/iso/es/
Pr imeros F i rmantes:Kent B eck
Mike BeedleAr ie van Bennekum
Al i sta i r CockburnWard Cunningham
Mart in FowlerJames GrenningJ im HighsmithAndrew HuntRon Jef f r ies
Jo n KernBr ian Mar ick
Robert C . Mart inSteve Mel lor
Ken SchwaberJef f Suther land
Dave Thomas
MANIFIESTO POR EL DESARROLLO ÁGIL DE SOFTWARE
U TA H , U S A , F E B R E R O 2 0 0 1
10
Scrum
• I terat ivo e incremental
• Tres miembros de equipo:
Scrum Master: servant leader, seguir ceremonias, usarefect ivamente artefactos , dueño de los procesos de scrum
Product Owner: voz del cl iente, dueño del backlog de producto, aprueba los resultados de la i teración
Development Team: auto organizado, mult i discipl inario, autónomo.
• Tres artefactos: Backlog de producto, Backlog Sprint, working software resultado de la i teración (Extra: Burndown Chart, Scrum Board)
• Tres ceremonias: Dai ly standup, sprint planning, sprint review y retrospectiva(Extra: release planning, también se suele separar el review de la retrospectiva )
• El f inal de cada sprint debe ser software funcionando
• Cada sprint debe durar lo mismo
• Los sprint t ienen fecha de inicio y f in determinadas
11
Scrum
12
Kanban
• Taiichi Ohno (Toyota): Pull system, la idea es reducir la línea de tiempo existente entre la colocación de una orden y el recibimiento del dinero, removiendo de ella los desperdiciosque no añaden valor al flujo de trabajo.
• Kanban software: David Anderson “K”anban for knowledge work. Visual, Just in time.
• Kanban Board: es un derivado del Value Stream Map (flujo de trabajo y tiempos)
• Enfoque sistémico: based on the theories of flow and creating full transparency in terms of what is happening
• Gestionar el WIP no es lo mismo que definir un flujo de trabajo. (Para alguna gente de Scrum, definir el flujo de trabajo es anti Agil)
13
Kanban
14
Scrumban
• Time boxes sobre sprint releases• Cycle y Lead time sobre burndown charts• La planificación se enfoca en llenar espacios vacíos• Prefiere los tamaños de tareas promedio y fijos sobre los
templates de user story de scrum
15
(a) team needs to comment on non-fitting work items in order to ensure readiness(b) "stop the line" approach; teams should swarm (funcionar comoenjambre) to solve the impediment
SCRUM, KANBAN, Scrumban
16
Extreme Programming (XP)
• Principios:– Comunicación– Simplicidad– Feedback– Respeto– Coraje
• Premisa: Máximo valor mínimo tiempo posible• Mismo tiempo de iteración y misma carga siempre• Prácticas:
– Cliente In-Situ– 40 hour week– Metáfora– Diseño simple (KISS)– Refactoring– Programación en pareja– Releases cortos– Testing: unitarios y aceptación– Estándares de código– Propiedad Colectiva– Integración contínua– Juegos para planificar
17
Estrategia
¿Cuál no es?: Llevar un equipo a usar unametodología X.
¿Cuál sí es?: Implementar progesivamente (con criterio experimental), elementos comprobadosLean y Agile para facilitar a un grupo de personas a conformar un equipo armonioso, productivo, autorregulado y con alto sentido de pertenencia.
18
Estrategia
Un proyecto: VenconinterUn equipo con roles definidos:Artefactos iniciales: Tablero Scrumban, grafico burndown, backlogsCeremonias: planning, daily, retrospectivas, reviews.
Nombre E1 E2 E3 E4 E5
Jorge P.O. Test Dev GS test dev
Francisco Test P.O. P.O test Agile dev
León A.C. A.C. A.C. test P.O. A.C. P.O.
Chai Dev Dev Dev Dev Dev
Genesis Dev Dev Dev Dev Dev/tes
Paul Dev Dev Dev Dev Dev/tes19