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/)

Y ESPECIALMENTE A USTEDES POR PARTICIPAR,

MUCHAS GRACIAS!!

ignacio.villa@sofka.com.co , cel: 316 874 3090