En esta oportunidad discutiremos acerca de una comparación o competencia que puede aparecer en el mundo de la agilidad: Project Management Professionals (PMPs) en un entorno ágil. Muchas veces aparecen preguntas o argumentos de parte de PMPs acerca de cómo implementar Agile, o por qué los frameworks ágiles no aplican en un entorno PMI, etc.
Gestión tradicional de proyectos
Un enfoque interesante acerca de cómo ayudar a PMPs a cambiar su filosofía o entender mejor la forma en la que Agile funciona a alto nivel es pensar que los marcos ágiles se concentran en tres aspectos diferentes:
Prácticas de Ingeniería Prácticas de Liderazgo Prácticas de Gestión de Proyectos
Enfocándonos solo en el aspecto de la Gestión de Proyectos, podemos hablar de la conocida "triple restricción". En cualquier entorno de Gestión de Proyectos, las variables más importantes a monitorear son: Alcance, Tiempo y Costo (también lo son la Calidad, la Satisfacción del Cliente y los Riesgos; pero en esta oportunidad prestaremos especial atención a las primeras tres).
Con respecto a la triple restricción, la gestión de proyectos tradicional determina que siempre que se comience un proyecto, se debería empezar por el Alcance. Una vez que el alcance esté lo suficientemente claro uno puede comenzar a "jugar" con los recursos, asignaciones, secuencias de actividades, etc., que nos llevarán a determinar el Tiempo que va a llevar y el Costo del trabajo. Resultado: un lindo Gantt chart o diagrama de Gantt.
Luego se presenta este Gantt chart a los sponsors y la reacción típica es que nos solicitan reducir el Tiempo y el Costo. El Project Manager comienza a pensar en incrementar el equipo, dividir el trabajo en diferentes fases, construir en paralelo (incrementando el riesgo, por supuesto). El desafío tradicional luego se convierte en el problema tradicional: diagramas de Gantt muy complejos, con dependencias complejas que van a requerir coordinación compleja.
Gestión ágil de proyectos
En vez de eso, el enfoque ágil, entre los cuales se encuentra el marco Scrum de trabajo liviano, ataca el problema desde otra dirección. El punto de partida es el Tiempo y el Costo: ¿Cuánto dinero se quiere invertir durante cuánto tiempo? Esto da como resultado un equipo durante un tiempo predeterminado, y el compromiso de entregar la mayor cantidad de software funcionando posible.
Si quieres descubrir el marco ágil de Scrum, te invitamos a tomar este curso gratis en español:
- La definición, cómo funciona y la filosofía detrás del Manifiesto Ágil y de este marco de trabajo.
- Qué hace el Scrum Master, el Product Owner y los Developers, así como sus responsabilidades, para entender la función de cada uno de los integrantes del Equipo Scrum. Multifuncionalidad y autogestión dentro de los Equipos. Tamaño ideal de los equipos ágiles.
- Qué es un Sprint (evento principal) y cómo se caracteriza el trabajo en Sprints. Los otros Eventos (reuniones): Sprint Planning, Daily Scrum, Sprint Review y Retrospectiva del Sprint, junto con el propósito y qué se hace en cada uno de estos eventos.
- Los tres artefactos y sus características: el Product Backlog, el Sprint Backlog y el Incremento de Producto. Los Product Backlog Items (PBIs) y su ordenamiento. La relación entre el Product Backlog y el objetivo del producto. La relación entre el Sprint Backlog y el objetivo del Sprint. Cómo se asocian el Incremento y la Definition of Done (DoD). Refinamiento del Product Backlog.
De esa manera tenemos:
- Un Costo fijo: El equipo en sí (horas de trabajo).
- Un Tiempo fijo: Time boxes, iteraciones (Sprints), releases.
- Un Alcance variable: El alcance es el lado variable del triángulo (iteración tras iteración y transformado en software funcionando).