Metodologas giles de Direccin Metodologas il d Di M t d l giles de Direccin i de Proyectos: gil vs. PMI? de Proyectos: g vs. PMI?
y gil
Alejandro Gabay, PMP, PMI-ACP Alejandro Gabay, PMP, PMI-ACP
PMBoK: Sobre Metodologa y Procesos
Captulo 2. - Gobernabilidad del proyecto
Pag.20. es funcin del PM y del equipo de direccin del proyecto seleccionar el mtodo ms idneo para llevar a cabo el proyecto.
El equipo elige la metodologa
Captulo 3. Procesos de la direccin de proyectos
Pag 38 Para un proyecto determinado el director de proyecto en Pag.38. determinado, proyecto, colaboracin con el equipo de proyecto, siempre tiene la responsabilidad de determinar cules son los procesos apropiados, as como el grado de rigor adecuado para cada proceso.
El equipo determina los procesos
PMBoK: Sobre Metodologa y Procesos
Captulo 2. Relaciones entre f C fases
Pag.22. Una relacin iterativa, donde en un momento dado slo se planifica una fase y la planificacin de la siguiente se efecta conforme avanzan el trabajo y los entregables de la fase actual Este enfoque es til actual. en ambientes muy poco definidos, inciertos o que cambian rpidamente As pues, el alcance se gestiona mediante la entrega contnua de elementos adicionales del producto y la determinacin de prioridades en cuanto a los requisitos, para reducir los riesgos del proyecto e incrementar el valor comercial del producto.
Manifiesto Agil (Agile Manifesto)(a k a (a.k.a.
Manifiesto por el Desarrollo gil de Software)
Estamos descubriendo formas mejores de desarrollar software tanto por nuestra propia experiencia como ayudando a terceros. A travs de este trabajo hemos aprendido a valorar:
Individuos e interacciones
herramientas
sobre
procesos y
Software funcionando sobre Colaboracin con el cliente
contractual
documentacin extensiva sobre sobre negociacin seguir un p g plan
Respuesta ante el cambio p
Esto es, aunque valoramos los elementos de la derecha, derecha valoramosen espaol: http://agilemanifesto org/iso/es/ ms los de la izquierda izquierda. Web: http://agilemanifesto org/ http://agilemanifesto.org/ en http://agilemanifesto.org/iso/es/
Cambio de Paradigma
Enfoque Restricciones Tradicional
Funcionalidad
Agil
Costo Cronograma Guiado por Visin / Valor
Guiado por Plan
Estimaciones
Costo
Cronograma
Funcionalidad
Scrum - Proceso
P O S M
Daily Standup y p 1. Qu hizo? 2. Qu har? 3. Impedimentos? Planificacin Release
24 hs
Retrospectiva Sprint Iteracion /Sprint 2 a 4 semanas Producto Instalable Sprint Backlog
P O T T T S H
Product Backlog
S M
Qu? Cmo? Planificacin sprint Revisin del sprint
Notas sobre Gestin de la Integracin
Plan de Proyecto
Los planes son intiles. La planificacin es esencial. Dwight D. Eisenhower, General y Presidente (1890-1961)
Plan para el release y planes iterativos a medida que se avanza. El team es dueo y se compromete con el plan plan. Estilo de planificacin gradual (Rolling wave)
Gestin Integrada de Cambios
Este proceso se simplifica e integra a la rutina diaria del team. Los cambios al producto se trabajan a travs del Product Backlog. S i t Review y S i t R t Sprint R i Sprint Retrospective sirven t bi como parte d ti i tambin t de control de cambios, de producto y de proceso.
Cierre de Proyecto
Retrospectivas cumplen la funcin de lessons learned.
*
Notas sobre Gestin del Alcance
Recoleccin de Requerimientos
User Stories, Sprints Reviews. , p
Definicion del Alcance y WBS
Partiendo del Product Backlog se definen en el Sprint Planning. Cada User Story se puede asimilar a un work package.
Verificacin del Alcance
Se realiza con cada iteracion durante el Sprint Review con el Product Owner e Interesados
Corrupcin del Alcance (Scope Creep)
L plaga en l proyectos t di i La l los t tradicionales d d l de desarrollo, ll En SCRUM se convierte en algo esperado y bienvenido.
Valoramos ms respuesta ante el cambio sobre seguir un plan
Notas sobre Gestin de Tiempos y Costos
Estimacin
La estimacin bsica de Tiempos ser cantidad de Sprints: Cantidad de Story Points / Velocidad del Team La estimacin bsica de costos ser simplemente: Costo del Team x Duracin del Release
Velocidad del Equipo (Velocity)
Se mide en Story Points x Sprint.
Focalizacin en impedimentos
No se requiere identificar el camino critico del proyecto. Se registran y atacan los impedimentos para avanzar.
Control de Avance
Se utilizan los Burn Down charts.
Una buena medida para proyeccciones
U d V l G Uso de Valor Ganado (E d (Earned V l ) d Value)
*
Burn Down Charts
Release Burn Down Chart
Muestra la cantidad de Story Points faltantes en el release, por cada iteracin. La lnea verde representa el ptimo consumo de Story Points.
Sprint Burn Down Chart
Se estiman la cantidad de horas de f d esfuerzo f lt t de la it faltantes d l iteracin. i Se mide por da.
AgileEVM Valor Ganado
Qu necesito saber?
C tid d d S i t d l release (4) Cantidad de Sprints del l Cantidad de Story Points (120) Prespuesto del Release (BAC) ($ 160.000)
Mediciones
Cantidad de SP completados (25) Cantidad de iteraciones completadas (1) Costo Real (AC) ($ 50.000)
C l l I t Calculos Intermedios di
EPC = Porcentaje Completado Esperado APC = Porcentaje Completado Real
Notas sobre Gestin de la
Planificar la Calidad
T Terminado (d i d (done). D b h b un criterio i para t d l actores e ) Debe haber it i nico todos los t interesados. Establecer claramente qu es la definicin de done (DoD). D fi i l tipos d pruebas a realizar. Definir los i de b li
Aseguramiento de la Calidad (QA) Aseguramiento
Sprint Review y Sprint Retrospective incluyen QA. Mejora Contnua est embebida en el concepto de iteraciones.
Control de la Calidad (QC)
Se pone el nfasis en trabajar con los desarrolladores durante cada iteracin para encontrar y eliminar los defectos. Automatizacin de pruebas
*
Notas sobre Gestin de RRHH
El PM no es el jefe, sino un facilitador
Los equipos son multi-funcionales
Gran desafo: Cmo trabajar con especialistas que no se requieren 100% del tiempo. La gente cumple con ms de un rol.
Equipos auto-gestionados y motivados
Los miembros estn involucrados y comunicados.
Capacidades del equipo Aumenta gracias a la colaboracin y el trabajo en equipo.
*
Notas sobre Gestin de Comunicaciones
Identificar y Gestionar Interesados
Nada est oculto, los problemas se discuten El contacto constante es clave para el xito del proyecto Manejo de expectativas a travs de los Sprint Review.
Plan y Distribucin de Informacin
Formalizacin de reuniones y documentos establecida. Simplificacin utilizando Pizarras y post-it. Simpleza es el arte d maximizar l cantidad d t b j no Si l l t de i i la tid d de trabajo hecho Burn Down charts y EVM para reportar rendimiento.
Notas sobre Gestin de Riesgos
Planificacin de Riesgos
No hay necesidad de un plan formal. El mtodo para abordar los riesgos est includo en los procesos de Scrum.
Anlisis
En general el anlisis es solo cualitativo. Las cortas iteraciones y revisiones hacen que esto sea efectivo.
Monitoreo y Control
La re-evaluacin de los riesgos se hace durante las retrospectivas. El monitoreo se hace hasta en los daily standups donde se exponen los riesgos potenciales, l di i t i l los disparadores y l nuevos obstculos. d los b t l La tercera pregunta del daily standup: Qu impedimentos tiene?
*
Cundo utilizar Agile?
Agile SI g
Si el cliente del proyecto est involucrado y disponible. El equipo de trabajo est altamente calificado y motivado. El proyecto es innovador, experimental o novedoso para innovador la organizacin. Si va a haber colaboracin dentro del equipo y con el cliente en forma diaria Agile NO
Si el proceso de control de cambios es formal y se requiere mucha documentacin documentacin. Equipos de trabajo con personal con poca experiencia en puestos claves Si el cliente tiene una limitada participacin.
Muchas Gracias!
Alejandro Gabay, PMP, PMI-ACP [email protected]
