AgileCurso de Introducción
@agilebcn#agilebcn
Gracias!!
Grandes Preguntas
Agile: State of the art
agile?
Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software que aporta valor.
Los cambios son bienvenidos, aún en fases tardias del desarrollo. Los procesos Agile consideran el cambio una ventaja competitiva para sus clientes.
Entregamos software funcionando frecuentemente, desde unas pocas semanas a unos pocos meses, con preferencia por la escala mas corta.
Las personas de negocio y los desarrolladores trabajan juntos diariamente durante el proyecto.
Construimos los proyectos alrededor de personas motivadas. Les proveemos del entorno y el soporte que necesitan, y confiamos en que harán el trabajo.
El método mas eficiente y efectivo de compartir información con y dentro del equipo de desarrollo es la conversación cara a cara.
El software funcionando es la principal medida de progreso.
Promovemos el desarrollo sostenible. Sponsors, desarrolladores y usuarios deben ser capaces de mantener un ritmo sostenible indefinidamente.
La atención continua a la excelencia tecnica y el buen diseño mejora la agilidad del proceso.
Simplicidad – el arte de maximizar el trabajo no realizado – es esencial.
Las mejores arquitecturas, requerimientos y diseños emergen de equipos auto-organizados.
A intervalos regulares, el equipo reflexiona sobre como ser mas efectivo, optimizando y ajustando el entorno de acuerdo a ello.
Dos procesos
Proceso predictivo
Proceso predictivo
TIEMPO
VALOR
TIEMPO
VALOR
Proceso predictivo
TIEMPO
VALOR
Alto ROI en las primeras etapas del proyecto
pero el ROI va menguando a medida que avanzamos
Proceso predictivo
TIEMPO
VALOR
La ejecución se basa en planificaciones realizadas anteriormente. No existe proceso de aprendizaje.
Proceso predictivo
Proceso Empírico
“El acto de realizar acciones basandose en la situación real actual, no en una planificación anterior”
TIEMPO
VALOR
Ciclos cortos de planificación y ejecución basados en la situación actual del proyecto
Proceso Empírico
TIEMPO
VALOR
El ROI es maximizado mediate planificaciones a corto plazo.
Proceso Empírico
TIEMPO
VALOR
y el ROI final al proyecto es ampliamente mayor al anterior
Proceso Empírico
TIEMPO
VALOR
El equipo produce software funcionando periodicamente…
Resultado: software funcionando
TIEMPO
VALOR
Este software funcionando puede ser liberado a los clientes/usuarios.
Se obtiene valor de los clientes y aprendizaje útil para el equipo
Resultado: software funcionando
Proceso predictivo Proceso empírico
2 procesos
Siempre?
Desarrollo Tradicional Agile
No, no siempre
Sabemos lo que hay que hacerSabemos como hacerlo
Descubrimos lo que hay que hacerDescubrimos como hacerlo
No, no siempre
Modelos, Frameworks y Metodologias
eXtreme Programming
SCRUM
Priorización Planificación Ejecución Valor
KANBAN
SCRUMBAN
DSDM Atern
Proyecto “Ball Point”
Gracias!! (otra vez, nunca esta de mas)
Happiness door
http://agile-barcelona.org
https://groups.google.com/group/agile-spain-barcelona
@agilebcn
AgileSCRUM I
@agilebcn#agilebcn
Gracias!!
Scrum?
Scrum: Fundamentos
1.Gestión Empírica2.Ciclo de vida iterativo e
incremental3.Transparencia4.Inspección y adaptación
Scrum: Objetivos
1.Flexibilidad a cambios2.Gestionar la incertidumbre3.Complejidad4.Maximizar el ROI5.Anticipar TTM6.Comunicación y cooperación7.Maximizar calidad y
productividad
Scrum: Roles
Product Owner
“Toma las entradas de lo que el producto debe ser y los traduce en una visión de producto con la que el equipo pueda trabajar “
Equipo
“ Desarrolla el producto previsto por el propietario del producto. “
ScrumMaster
“Provee de todo lo necesario para que el Equipo tenga éxito, como la eliminación de los obstáculos de organización, la facilitación de reuniones, actuando como un guardián para que nadie interrumpa innecesariamente el trabajo del equipo. “
Scrum: Product Owner
“Toma las entradas de lo que el producto debe ser y los traduce en una visión de producto con la que el equipo pueda trabajar “
“ Desarrolla el producto previsto por el propietario del producto. “
Scrum: Equipo
Scrum: ScrumMaster
“Provee de todo lo necesario para que el Equipo tenga éxito, como la eliminación de los obstáculos de organización, la facilitación de reuniones, actuando como un guardián para que nadie interrumpa innecesariamente el trabajo del equipo. “
Scrum: Ciclo de Vida
Planificación
Product Backlog
Historias de usuario
Visión globalIncompletaDiferente nivel de detallePriorizado Cambia a lo largo del proyecto
Historias de Usuario
Descripción de funcionalidad desde el punto del usuario y que expresa el valor que le aporta
El usuario recibir una notificación cada vez que un “amigo” se conecta al sistema
El usuario puede buscar canciones por nombre o artista
Las 3 C’s (al menos en inglés)
TARJETA (CARD): Tarjeta física con la descripción de la funcionalidad
CONVERSACIÓN: Sobre los detalles de la implementación para asegurar el entendimiento
CONFIRMACIÓN: Tests de aceptación que permiten fijar el alcance y verificar si la historia cumple o no los requisitos
Historias de Usuario
“ Una historia de usuario es una invitación a conversar “
Historias de Usuario: Forma
Como <rol> quiero <funcionalidad>
para <beneficio>Como <usuario registrado> quiero <recibir una notificación cada vez que un “amigo” se conecta al sistema>para <poder hablar con el en ese momento>
I – IndependentN – NegotiableV – ValuableE – EstimableS – SmallT – Testable
Historias de Usuario: INVEST
Historias de Usuario: Beneficios
Entendimiento compartido de la soluciónEnfatizan la comunicación verbalAplazar los detallesDesarrollo emergenteBuen tamaño para planificarFavorecen el desarrollo iterativo
A currar!
Visión
“Queremos disponer de una aplicación de climatología para dispositivos móviles, que obtenga la información de un proveedor externo de meteorología y la muestre al usuario, incluyendo temperatura así como datos sobre lluvia o nieve”
Priorización
MoSCoW
Business value based
Technology risk
KANO Model
Walking skeleton
Validate learning
Gracias!! (otra vez, nunca esta de mas)
Retrospectiva
http://agile-barcelona.org
https://groups.google.com/group/agile-spain-barcelona
@agilebcn
AgileSCRUM II
@agilebcn#agilebcn
Gracias!!
Estimación
Estimación ágil
“El propósito inicial de la estimación no es predecir cuando un proyecto va a estar listo;es determinar si los objetivos de un proyecto son lo suficientemente realistas como para poder alcanzarlos”
Steve McConnell, Software Estimation: Demystifying the Black Art
Estimación ágil
Estimación ágil
Estimación ágil
Puntos de Historia
Puntos de Historia0, 1, 2, 3, 5, 8, 13, 20, 40, 100
Representa niveles de magnitudNos ayuda a expresar incertidumbreFacil y rápidoLa estimación no decae con el tiempo
Planning Poker
Tallas de Camisetas
Velocidad
¿Cuantos puntos somos capaces de entregar por iteración?
=100 PH3 Sprints!
Liturgias
Daily Meeting
¿Qué hiciste ayer?¿Qué piensas hacer hoy?¿Qué problemas has
encontrado?
Sprint Demo
Retrospectiva
Todo es feedback!!
Burndown
Gracias!! (otra vez, nunca esta de mas)
Retrospectiva
Escoger 5 dimensiones que puedan ser valoradas sobre la formación
Retrospectiva
http://agile-barcelona.org
https://groups.google.com/group/agile-spain-barcelona
@agilebcn
AgileLEAN, KANBAN,
SCRUMBAN
@agilebcn#agilebcn
Gracias!!
Lean Thinking: Principios1. Eliminar el desperdicio
Brindar un liderazgo técnico y de mercadoCrear solamente cosas de valor
2. Crear conocimientoCrear equipos multidisciplinares
Mantener una cultura de mejora continua3. Embeber a la calidad Sincronizar Automatizar4. Postergar el compromiso
Romper con las dependenciasMantener opciones
5. Optimizar el totalEnfocarse en el flujo completo de valorEntregar un producto completo
6. Entregar rápidoTrabajar en bloques pequeñosLimitar el trabajo a la capacidad
7. Respetar a las personasCapacitar a los líderes de equipoMover la responsabilidad y la toma de decisiones al nivel más bajo
posibleFomentar orgullo por el trabajo
Lean Thinking: Practicas y Herramientas
• Value / Value Stream Mapping
• Kaizen / Kaikaku / 7 wastes
• 5 whys / Gemba / Genchi gembutsu
• Teamwork / multi-skill / leaders as coaches
• Visual Management / andon
• Flow / small batches / one piece flow / supermarket
• Kanban / flow / pull
• Takt time / ritmo
• Level load (heijunka)
• Build quality in / stop the line
• Standard work
• 5 S’s (sort, stabilize, shine, standardize, sustain)
• A3 thinking, PDCA
Lean Thinking: 7 wastes7 waste de l Sistema de
Producción Toyota (Shigeo Shingo)
7 waste de l Desarrollo de Software (Mary Poppendieck)
Inventario Trabajo parcialmente realizado
Extra Procesamiento Procesos Innecesarios
Sobreproducción Funcionalidades innecesarias
Transporte Cambios Frecuentes de actividad
Espera Espera
Movimiento Movimiento
Defectos Defectos
Lean Thinking: El 8 Waste
Talento!!
Lean Thinking: Flow / Pull
Kanban
Kanban
“Kanban is an approach to change management. It isn’t a software development or project management lifecycle or process”
David Anderson
Kanban: 3 PrincipiosEmpieza donde estas
Kanban no preescribe un conjunto de reglas o roles especificos, ni procesos a seguir.
Cambio evolutivo, incrementalCambios pequeños y graduales, mejora
continua (Kaizen)
Respeto por el proceso actual, roles, responsabilidades Reduce el miedo / resistencia al cambio y experimenta los beneficios como equipo
Kanban: 5 PropiedadesVisualiza el flujo de trabajo
Kanban significa literalmente “tablero”.
Limita el trabajo en curso (WIP)Utiliza un sistema “pull” – establece y respeta tu
capacidad ideal
Gestiona el flujo Monitoriza, mide e haz visible el flujo de trabajo en cada estado
Haz las reglas explicitas¿Qué significa terminado?, limites de WIP, estandar de
código, bloqueos, etc...
Mejora el flujo colaborativamente Involucra a todo el mundo
Kanban
Kanban: ¿Por qué?
A veces el time-boxing no funciona
Integración sencilla con otros procesos
Restricciones de la organización
Mínima resistencia al cambio
Kanban: El tablero mas básico
Kanban: Limites
Kanban: Backlog
Kanban: Tu ciclo de vida
Kanban: Transiciones
Kanban: Dia 0
Kanban: El Backlog
Kanban: Dia N
Kanban: Responsabilidades
Kanban: Bloqueos
Kanban: Bloqueos
Kanban: “Priority Lane”
Kanban: Múltiples proyectos
Kanban: Múltiples proyectos
Kanban: Despliegue
Kanban: Despliegue
Scrumban
¿Kanban + Scrum o Scrum + Kanban?
Gracias!! (otra vez, nunca esta de mas)
Retrospectiva
Retrospectiva
http://agile-barcelona.org
https://groups.google.com/group/agile-spain-barcelona
@agilebcn
AgileOPEN SPACE
@agilebcn#agilebcn
Gracias!!
¿Qué es un Open Space?
Open Space: cuatro principios
Open Space : cuatro principios
Open Space : cuatro principios
Open Space : cuatro principios
Open Space : cuatro principios
Open Space : y una ley
Lean Thinking: Flow / Pull
Gracias!! (otra vez, nunca esta de mas)
Retrospectiva
http://agile-barcelona.org
https://groups.google.com/group/agile-spain-barcelona
@agilebcn
Top Related