Agilizando PMBOK (con Agile Project Management)

Agilizando PMBOK (con Agile Project Management)

• 1.
  Bienvenido... Bienvenue... Benvenuti...Willkommen... 欢迎 ... ... ... ... Agilizando el PMBoK g con Agile Project Management WEBINAR CONJUNTO - MÉTODOS ÁGILES Y SUS APLICACIONES 17 Febrero 2011
• 2.
  Agenda del curso 1.Introducción 2. Principios básicos de los métodos ágiles p g 3. Agile vs. PMBOK mundos separados pero complementarios 4. APMBOK (Agile Project Management) 5. ¿Cómo puedo agilizar lo que ya conozco del PMBOK? 6. ¿Qué puedo empezar a implementar YA? 7. Q&A / Debate Esta obra está bajo una licencia Reconocimiento-Compartir de Creative Commons.
• 3.
  Un poco deautobombo ¿Quién soy? Rafael Igual • Ingeniero Informático • Executive MBA • PMP Certified • PRINCE2 Certified • SCRUM Manager Certified • Miembro PMI y Vocal Junta Directiva PMI Madrid • 21 años de experiencia en diversos sectores • Emprendedor en consultoría estratégica TI y analista independiente sobre innovación y transformación de negocios • Director de proyectos, programas, portfolio y PMO office manager • Asumiendo gran variedad de competencias y roles técnicos y gerenciales • E t lt í i t d ió Experto en consultoría y asesoramiento en adopción y escalado de metodologías y prácticas agiles (Lean, Scrum, Kanban) • Formador y mentor de jefes de proyecto, coaching de rafael.igual@agile4teams.com equipos de alto rendimiento q p es.linkedin.com/in/rafaeligual • Consultor de soporte en cambios organizacionales y twitter.com/rafaeligual modelos de gestión de personas slideshare.net/rigualv
• 4.
  Un poco deautobombo ¿Qué servicios ofrezco? 1.Formación IT Project & Service Management 3.Coaching & Mentoring • Dirección de proyectos y programas (PMI, • Coaching de Equipos: perfeccionamiento de PRINCE2) las capacidades del equipo de trabajo y en la • Dirección de PMO y portfolio adaptación mutua de sus componentes • Planificación estratégica y sistemas de • Mentoring a Jefes de Proyecto: adquirir el control (CMI, A3 Thinking) conocimiento de la metodología y puesta en • Gestión de Servicios TI (ITIL V3, ISO 20000) práctica • Introducción a gestión de proyectos ágiles de • Mentoring y Coaching a Jefes de Proyecto: software (Lean, SCRUM, Kanban, XP) soporte a control y recuperación de proyectos • SCRUM marco ágil para gestión de proyectos • Workshop adopción e integración de SCRUM 2.Consultoría Project Management 4.Herramientas & Soluciones • Diagnostico cultura en dirección de • Implantación y formación herramientas 2.0 proyectos y gestión basada en procesos • Implantación y formación plataformas • Implantación y adaptación de metodologías Knowledge Management & Social Learning de gestión de proyectos (clásicas/ágiles) • Implantación y formación herramientas Web- • Consultoría en gestión de proyectos: EPM, based Project Management & Social Software PPM, PMO, análisis de riesgos, revisión de • Implantación y formación herramientas de beneficios, selección de herramientas Productividad Personal (Getting Things Done) • Gestión delegada de proyectos, internos o g p y , • Creación y dinamización de Comunidades de externos del cliente (offshore) Práctica (CoP) • Oficina de Proyectos: servicio de soporte para Jefes de Proyectos del cliente
• 5.
  Introducción Entorno de los proyectos de software Tradicionalmente, los proyectos informáticos se han gestionado siempre de la misma manera: inicio del proyecto, toma de requisitos, análisis, diseño, programación, pruebas, puesta en producción Para garantizar que a lo largo de este proceso no nos alejamos del objetivo perseguido por el cliente, se genera una cantidad ingente de documentación, actas, informes de seguimiento, solicitudes de gestión de cambios diseños validaciones etc cambios, diseños, validaciones, Al mismo tiempo, tratamos de acotar el alcance inicial y no desviarnos de él, para evitar que los proyectos se alarguen en tiempo o coste
• 6.
  Introducción Proyectos de software ¿predecibles? Chaotic projects Structured p j projects Agile projects Fuente: “Strategic Management and Organizational Dynamics “, Ralph Stacey tomado de “Agile Software Development with Scrum”, Ken Schwaber y Mike Beedle.
• 7.
  Introducción Vida cotidiana de un Director de Proyecto Un cliente pide una propuesta para conseguir un determinado producto de software. El cliente tiene una idea aproximada de lo que quiere, que intenta transmitirte. Con esta borrosa información realizas una estimación de tiempo y coste, que acuerdas con el cliente: “Esto lo tendrás en 12 semanas por 100.000€”. A ver si os suena esto: • La primera fase del proyecto es la toma detallada de requisitos. Comienzan a aparecer requisitos que nunca imaginaste imaginaste. • Como el plazo y coste están cerrados, te agarras a la respuesta tradicional: “esto está fuera del alcance”. • El cliente se incomoda… te presiona para que aceptes. Tu superior y equipo te presionan para que NO aceptes. • A lo largo del proyecto, surgen nuevas necesidades no contempladas inicialmente: la go p oyecto, su ge uevas eces dades o co te pladas c al e te: funcionalidades muy deseables en las que nadie pensó, integraciones convenientes con otros sistemas, ideas brillantes del propio equipo de desarrollo… • A todo decimos que NO para no desviarnos del alcance inicial. La realidad es dura, pero ¿cómo sobrevivir? …
• 8.
  Introducción Vida cotidiana de un Director de Proyecto Al cabo de 12 semanas el producto está terminado. El cliente lo ve por primera vez, y descubre que: • No es eso “exactamente” lo que él tenía en la cabeza Quizá no lo exactamente cabeza. transmitió bien o no le entendiste • El producto carece de funcionalidades muy importantes que surgieron posteriormente al cierre del alcance, y no pudieron incorporarse • El producto tiene ciertas funcionalidades que no resultan muy útiles, o que p q y q podrían haberse definido mejor í • ¿Y ahora cómo le cuento yo esto a mi Jefe? Por tanto, los 100.000€ no se han empleado de la mejor manera posible. Y ahora es cuando le pides otros 50 000€ para lanzar la Fase II e incorporar todo lo que se 50.000€ II, quedó por el camino… El cliente… ¿Te va a volver a contratar? Probablemente sí, porque así es como todo el mundo hace las cosas. ¿No? Ante t A t entornos altamente cambiantes y con alto grado d lt t bi t lt d de incertidumbre, flexibilidad y agilidad como respuesta
• 9.
  Introducción Principales causas defracaso en los proyectos Ratio proyectos de exito Ratio proyectos fallidos Sobrecostes Retrasos Fuente: Standish Group
• 10.
  Introducción ¿Por qué tengo que cambiar y ser mas ágil? “Locura: Hacer lo mismo que la vez anterior anterior, pero esperar resultados lt d diferentes.” atribuida a Albert Einstein
• 11.
  Introducción ¿Por qué tengoque cambiar y ser mas ágil?
• 12.
  Introducción ¿Por qué tengoque cambiar y ser mas ágil? Resultado El trabajo del gestor no es hacer los deberes Vicios de la gestión formal “gestionar no es controlar” La cultura del cumplimiento es contagiosa g
• 13.
  Principios básicos delos métodos ágiles Fundamentos Agile supone un cambio radical de enfoque, pasando de controlar a facilitar, de dirigir a realizar “coaching”, q , g g , que acepta que: … el problema no p p puede ser totalmente definido o comprendido desde el principio … hay que maximizar la habilidad del equipo para adaptarse lo más rápidamente posible … el cliente NO es el enemigo … la mejor comunicación es la comunicación cara a cara … el software en funcionamiento es la principal medida de progreso i i l did d
• 14.
  Principios básicos delos métodos ágiles ¿Alguien lo pone en practica? Media y  telecos Software y  Hardware Internet ERP Banca e  Banca e Inversión Sanidad y  Salud Defensa y  aeroespacial Juegos
• 15.
  Principios básicos delos métodos ágiles Manifiesto ágil (www.agilemanifesto.org)
• 16.
  Principios básicos delos métodos ágiles Manifiesto ágil (www.agilemanifesto.org)
• 17.
  Principios básicos delos métodos ágiles Lean Thinking 1. Respetar a las personas, porque el equipo es quien conoce cómo mejorar el proceso en que trabaja. 2. Eliminar l d 2 Eli i los desperdicios que se producen en el proceso, todo di i d l d aquello que no produce valor añadido en el producto. 3. Aplazar el compromiso, retardar las decisiones hasta q se p p , que disponga de toda la información o no se pueda esperar más. 4. Crear conocimiento, tener feedback regular con el cliente para alinearse con sus expectativas expectativas. 5. Hacer entregas rápidas, para permitir que el cliente pueda aprovechar antes los beneficios que le aporta el proyecto. 6. Desarrollar con calidad interna, de manera que el producto pueda ir creciendo con una velocidad sostenida. 7. Optimizar l t t lid d d l proceso, mejorar el proceso d 7 O ti i la totalidad del j l de creación del producto, desde la idea hasta su entrega.
• 18.
  Principios básicos delos métodos ágiles SCRUM SCRUM no define procesos y técnicas para desarrollar productos, sino que es un framework (esqueleto) que sienta unas bases en las cuales enmarcar procesos y técnicas de desarrollo concretas concretas. SCRUM… • Está basado en la teoría de control de procesos empíricos • Es iterativo e incremental • Optimiza la predictibilidad y control de riesgos Se b S basa en 3 principios: i i i • Transparencia: Todos los aspectos que influencian el resultado deben de ser visibles al cliente. • Inspección: T d los aspectos del proceso d b d ser i I ió Todos l t d l deben de inspeccionados i d frecuentemente para detectar variaciones inaceptables en el mismo o en el producto resultante. • Adaptación: Si se detectan variaciones inaceptables, se deben tomar medidas para adaptar di h procesos o di h resultado. d t dichos dicho lt d
• 19.
  Principios básicos delos métodos ágiles Entrega continua de valor al cliente Ciclo de vida del Producto Totalmente funcional T t l t f i l Siempre operativo Funcionalidades incrementales
• 20.
  SCRUM Framework ¿Quién forma parte de un proyecto ágil? ¿Quiénes son los cerdos? Los que se están “jugando el jamón”… El T Team El Scrum Master El Product Owner ¿Quiénes son las gallinas? Los que pueden “contribuir con un huevo”… Usuarios (key user) Negocio (business analyst) Cualquier tipo de “stakeholder” Las opiniones de las gallinas serán bienvenidas, pueden contribuir con su experiencia… pero nunca intervenir en el trabajo del equipo.
• 21.
  SCRUM Framework Ciclo básico proceso Scrum Product Owner Team Product Owner Scrum diario  Sprint de  (24 horas) 2‐4 semanas Planning Sprints Review & meeting retrospective Backlog del  Backlog del  Incremento del  producto sprint producto con calidad  productiva d ti
• 22.
  Mundos separados perocomplementarios Agile vs. PMBOK (diferencias y similitudes) La esencia de Project g Management? Coste Tiempo Alcance Calidad Riesgo
• 23.
  Mundos separados perocomplementarios Agile vs. PMBOK (diferencias y similitudes) Gestión de la incertidumbre vs. Gestión por incertidumbre
• 24.
  Mundos separados perocomplementarios Agile WBS (equivalencia) Timeboxing Duración fija Sin solapamiento Sin solapamiento No aplazable
• 25.
  Mundos separados perocomplementarios ¿Agile + PMBOK? Monitor  Initiate Plan Execute Close & Control Elab. Elab Construction Inc. Trans. I1‐N I0 IH
• 26.
  Mundos separados perocomplementarios Agile + PMBOK (Agile Project Management) Equipos pequeños (5–9 personas) Localizados - Multidisciplinares Auto-organizados - Full time Responsabiliad colectiva - Productividad
• 27.
  Agile Project Management ¿Cómo puedo agilizar lo que ya conozco del PMBOK? Gestión del tiempo Definición de la actividad Secuencia de la actividad Estimación de tiempos Desarrollo de la agenda Control de la agenda Iteraciones de tiempo prefijado (TimeBox) Iteraciones de tiempo constante Siempre a tiempo Priorización en vez de Secuenciación ó S ó Eliminar/Reducir Dependencias Entregables en vez de Actividades E bl d A i id d
• 28.
  Agile Project Management ¿Cómopuedo agilizar lo que ya conozco del PMBOK? Gestión de costes Plan de recursos Estimación de costes Presupuesto Control de costes Coste = tamaño X duracion Equipo durante un determinado tiempo
• 29.
  Agile Project Management ¿Cómo puedo agilizar lo que ya conozco del PMBOK? Gestión del alcance Inicio Planificación del alcance Definición del alcance Verificación del alcance Control de cambio del alcance Feedback frecuente con el cliente Dejar margen para la negociación Aceptar el cambio de forma constante Priorización por valor negocio/coste (ROI) Planificación evolutiva (Rolling Wave)
• 30.
  Agile Project Management ¿Cómopuedo agilizar lo que ya conozco del PMBOK? Gestión de riesgos Plan de riesgos Identificación de riesgos Análisis cuantitativo de riesgos c antitati o Análisis cualitativo de riesgos Plan de exposición de riesgos Monitorización y control de ries. Gestión de riesgos implícita Riesgos de valor negocio y técnicos g g Entregas/Revisiones frecuentes Visibilidad continua
• 31.
  Agile Project Management ¿Cómo puedo agilizar lo que ya conozco del PMBOK? Gestión de la calidad Plan de calidad Aseguramiento de la calidad Control de calidad Calidad implícita desde el momento cero Verificación continua Integración continua p Retrospectivas
• 32.
  Agile Project Management ¿Cómo puedo agilizar lo que ya conozco del PMBOK? Gestión de la comunicación Comunicación Plan de comunicaciones Distribución Distrib ción de la información Informes de eficiencia Cierre administrativo Lugar Común / Compartido Sprint Planning Meeting Retrospectivas Daily Standup Meetings Radiadores de información / Gestión Visual
• 33.
  Agile Project Management ¿Cómo puedo agilizar lo que ya conozco del PMBOK? Gestión de la integración Integración Desarrollo del plan de p y p proyecto Ejecución del plan de proyecto Control integrado del cambio Validar vision y project charter Agiliza plan y enfoque de proyecto g p q p y Responsabilidad individual g Control del cambio integrado
• 34.
  Agile Project Management ¿Cómo puedo agilizar lo que ya conozco del PMBOK? Gestión de compras Compras Plan de necesidades Plan de compras Compras Selección de proveedores Contratación administrativa Cierre de contrato Elabora contratos para soportar cambios Construye relaciones de confianza Crea acuerdos “win win” “win-win” Enfoque de contrato adaptable y flexible Permite la cancelación temprana
• 35.
  Agile Project Management ¿Cómo puedo agilizar lo que ya conozco del PMBOK? Gestión recursos humanos RRHH Plan de organización Incorporación de personas Desarrollo del equipo Equipos auto organizados auto-organizados Individuos comprometidos y responsables Performance de equipo Personas motivadas Eliminar impedimentos
• 36.
  Empowerment Self‐Organization S lf O i i Trust Individuals Trust Individuals Accountability Agile Project Management ... More Fun, Happy Teams! picture by woodleywonderworks
• 37.
  Se hace caminoal andar In thepuedo empezar a implementar YA? ¿Qué end.. Cambio cultural Responsabilidad colectiva Adaptación permanente Comunicación cara a cara C i ió Mejora continua (ciclo deming) Enfoque servicial y colaborativo Visibilidad de los problemas p Simplificar la complejidad Gestión visual compartida
• 38.
  Preguntas / Coloquio/ Chat “… Science never solved one problem p without creating ten more …” Rafael Igual Consultant|Trainer|Coach +34 649 996 451 34 rafael.igual@agile4teams.com