Presentación gestión ágil de proyectos v 1.0
-
Upload
ignacio-villa-pmp-cscrummaster -
Category
Business
-
view
373 -
download
3
Transcript of Presentación gestión ágil de proyectos v 1.0
Gestión Ágil de Proyectos
Comunidad Gestión de Proyectos - MedellínJunio 2014
2
Agenda
• Introducción• Agilidad
• Filosofía Lean-Kaizen-Kanban• Principales valores ágiles• SCRUM• Equipos Autogestionados
• Herramientas de gestión ágil• Proyectos ágiles, Mitos y Verdades• PMI y la agilidad
3
INTRODUCCIÓN AGIL
4
PRINCIPALES DIFICULTADES
5
PRINCIPALES DIFICULTADES
6
PRINCIPALES DIFICULTADES
7
PRINCIPALES DIFICULTADES
8
PRINCIPALES DIFICULTADES
9
PRINCIPALES DIFICULTADES
45%
10
PRINCIPALES DIFICULTADES
= 80%
= 20%
80% VALORNEGOCIO !!!
11
ENTONCES…
12
AGILISMO…
13
METODOLOGÍA – Entregas Iterativas
14
METODOLOGÍA – Lean-Kaizen-Kanban
15
METODOLOGÍA - Lean
Principios Lean• Eliminar los desperdicios
• Ampliar el aprendizaje
• Decidir lo más tarde posible
• Reaccionar tan rápido como sea posible
• Potenciar el equipo
• Crear la integridad
• Véase todo el conjunto
16
METODOLOGÍA - Kaizen
17
MUDA: actividades que no
añaden valor
• Funcionalidades no utilizadas• Retrasos• Reuniones innecesarias• WIP, Multitarea• Gold-plating• Devoluciones, QA al final
MURA: Ineficiencia por
variabilidad del proceso
• Paradas y re-arranques• Cambio de contexto• Re-priorizaciones• Cuellos de botella• Heterogeneidad• Prescindir de calidad
MURI: “No razonable”, ineficiencia por sobrecarga del proceso
• Plazos de entrega irreales• Sobre-compromiso• “No podemos decir NO”
• Horas extra por sistema• “Wishful thinking”• “Belief in magic”
Conceptos Kaizen
18
METODOLOGÍA - Kanban
• Método enfocado en la entrega oportuna (just-in-time)• Evita sobrecargar los miembros del equipo. • Utiliza un sistema de extracción (Pull) de actividades o tareas • Limita el trabajo en progreso (WIP) en cada etapa del flujo• Permite exponer problemas del proceso o la operación.
19
METODOLOGÍA - Kanban
Hay que empezar menos cosas y terminar más cosas
20
Manifesto Agile (año 2001) - VALORES
22
Manifesto Agile - PRINCIPIOS
• El cambio en los requisitos es natural, aun tarde.
• Trabajo conjunto del negocio y el equipo de proyecto.
• La única medida de progreso es el Software Funcionando.
• La simplicidad como el arte de maximizar la cantidad de
trabajo no realizado.
• Las mejores arquitecturas, requisitos y diseños emergen
de equipos auto-organizados.
23
Metodologías Ágiles
24
CONTEXTO DE LOS PROYECTOS
• Necesidades específicas
• Colaboración, comunicación
• Cambios, adaptación
• Competitividad
• Valor agregado
• Requisitos cambiantes
• Incertidumbre
• Flexibilidad
• Asignaciones múltiples y operación diaria
• Presupuesto Limitado
25
SOLUCIÓN
SCRUM
26
SCRUM
FASE 1 FASE 2 FASE 3 FASE 4
I-1 I-2 I-3 I-4 I-5
Desarrollo evolutivo secuencial
Desarrollo evolutivo iterativo
27
SCRUM - Proceso
28
• Funciona con requisitos cambiantes/indefinidos
• Maneja bien los impedimentos
• Entrega rápida y frecuente
• Ofrece el máximo valor por el esfuerzo
• Permite controlar los desarrollos complejos
• Incrementa la sensación de urgencia – elimina
el “síndrome del estudiante”
• Acorta los ciclos de feedback
SCRUM - Características
29
SCRUM – Por que funciona?
Avance real
Dificultad para estimar
Comunicación
Involucramiento del usuario
Contexto complejo
Funcionalidades no utilizadas
Planificación desactualizada
Manejo de expectativas de usuarios
Producto funcional
Enfoque iterativo, entregas pequeñas
Daily meetings, Retrospectivas, trabajo conjunto
Sprint Reviews, feedback temprano
Proceso sencillo, roles definidos
Priorización por valor de negocio
Adaptación al cambio, Sprint Planning
Entregas rápidas y frecuentes
30
SCRUM - Roles
31
Es el responsable de asegurar que Scrum es entendido y llevado a cabo. Los Scrum Masters hacen esto asegurándose de que el Equipo Scrum trabaja ajustándose a la teoría, prácticas y reglas de Scrum. Es un líder servil, al servicio del Equipo Scrum.
Scrum Master
32
El Dueño de Producto es el responsable de maximizar el valor del producto y del trabajo del Equipo de Desarrollo, es la única persona responsable de gestionar Product Backlog. Debe hacer visible el mismo a TODO el equipo.
Product Owner
33
El equipo de desarrollo está formado por todos los individuos necesarios para la construcción del producto en cuestión. Es el único responsable por la construcción y calidad del producto.
Equipo de Desarrollo
34
Equipos Autogestionados
35
De donde venimos?
• Cultura del miedo• Premio-Castigo
• Taylorismo• Estructuras
jerárquicas rígidas
36
Visión y Foco
Reglas claras y sencillas: • Volar todos a la misma velocidad• No chocarse• Mantenerse lo más cerca del centro
37
La Confianza
38
Respeto
Diversidad
Somos diferentes
39
Responsabilidad compartida
40
Motivación
41
Repartir la cosecha
• Sembrar• Cosechar• Repartir la cosecha!!! (Buena y Mala)
42
Características del Equipo
• Estima el esfuerzo
• Decide que se hace y como se hace
• Decide quién lo hace
• No debe haber grandes desigualdades
• El liderazgo es rotativo
• El equipo es el único responsable de la calidad y cumplimiento de las entregas
• Aumenta significativamente el compromiso
Herramientas Ágiles
44
Utilización de Herramientas Ágiles
45
Who?
How?
Why?
What?
Impact Mapping
46
Impact Mapping
• WhyMeta
• Who Actores
• How Comportamientos o Impactos
• What Entregables o Funcionalidades
48
Visual Story Mapping
La teoría del Visual Story Mapping comienza en un nivel “humano” identificando los Objetivos que toda persona persigue y dividiéndolos en Actividades para las cuales deben utilizarse Herramientas, resultando entonces en una jerarquía de:
Objetivos → Actividades →Herramientas
Proceso de Negocio → Actividad → Software
49
Historia de Usuario
• En un 7%: El contenido (las palabras, lo dicho)
• En un 38%: El tono de la voz
• En un 55%: Las expresiones faciales
Las Historias de Usuario son especificaciones funcionales que invitan a la conversaciónpara que el detalle sea consecuencia de esta ultima y no un remplazo
50
Historia de Usuario
51
Planning Poker
52
Tablero Kanban
• Visualizar el flujo de trabajo.• Limitar el trabajo en progreso (Limit WIP).• Optimizar el flujo de trabajo (monitorear, medir, reportar,
identificar cuellos de botella y ajustar).
53
Retrospectivas
54
Métricas y Seguimiento
Mitos y verdades
56
MITOS
Y VERDADES
Agilidad
57
Agilísimo - Mitos y Verdades
Mito o VerdadSerá que por fin voy a acertar mis estimaciones?
Que suerte, ya no tengo que documentar?
Ya no se necesita el Project Manager?
Ya no tendré tanto stress en mis proyectos?
Ya no debo gestionar los riesgos?
58
Mitos y Verdades
Mito o VerdadHago Daily meeting, Sprints y Retrospectivas, soy ágil?
Puedo ser agile sin necesidad de SCRUM?
Si lo hago agile voy a terminar antes?
El agilísimo es una moda?
En las metodologías ágiles solo hago pruebas unitarias?
PMI y la Agilidad
60
Como lo utilizo?
PLANEACIÓN EJECUCIÓN CIERREINICIO
MONITOREO Y CONTROL
Impact Mapping Story Mapping Historias de Usuario
RetrospectivasSCRUMSprint Planning
Release Plan
Daily Meeting Métricas Ágiles TDD/BDD Velocidad
Tablero Kanban Retrospectivas
61
Triángulo de hierro
62
Barreras para ejecutar Ágil
63
Agradecimientos y créditos
Comunidad Gestión de Proyectos - Medellín
Dora Luz Mejía
Ángel Medenilla (http://www.proyectalis.com/en/blog/)
Comunidad ágil de Colombia (http://agilescolombia.org)
Al equipo de Sofka
Koldo Saratxaga(http://www.k2kemocionando.com/k2kviviendo.html/)