El Project Management Institute define un proyecto como un esfuerzo temporal que se lleva a cabo para crear un producto, servicio o resultado único. A diferencia de iniciativas de mejora continua o mantenimiento, las cuales no tienen fecha final.
Para la gestión de proyectos o desarrollo de un producto se utilizan muchísimas metodologías o marcos de trabajo que buscan una manera de garantizar que se logren los objetivos establecidos.
El método tradicional de gestión de proyectos más conocido es el Waterfall o Predictivo, que requiere de una planificación exhaustiva previamente en donde se puede definir clara y previamente el alcance, cronograma y costes del proyecto. Por lo general, involucra equipos grandes y pasa de una fase a la siguiente solo después de cumplir todos los requisitos de la fase anterior.
Un ejemplo en el que he aplicado ampliamente esta metodología de trabajo es en el sector de la construcción, en donde me he dedicado arduamente en la planificación del trabajo y, antes de iniciar su ejecución, contamos con un Plan de Proyecto a detalle de cada actividad del proyecto y una vez terminada una fase, comienza la siguiente. Esto permite gestionar y controlar el proyecto de manera exitosa.
Como deméritos de la metodología tradicional se podría mencionar que un cuello de botella en una fase puede retrasar o incluso detener todo el proceso de desarrollo, también, el cliente no recibe valor o entregables antes que se llegue al final proyecto. Por lo que, la interpretación y comprensión de lo que se entendió originalmente puede ser muy diferente del resultado, es por esto que surge el marco de trabajo ágil.
A diferencia de las metodologías tradicionales, el marco de trabajo ágil, se aplica a proyectos en los que no es posible planificar el alcance total del proyecto desde el inicio, ya que hay incertidumbre de los resultados que se obtendrán a medida que se va desarrollando el proyecto. Esto surge en la industria tecnológica (IT), en donde resulta difícil conocer todos los requerimientos, condiciones y recursos necesarios antes de comenzar el proyecto.
Como respuesta a esta situación, los proyectos ágiles se dividen en fases cortas (1 mes máximo) e iterativas de desarrollo (sprints), en donde se auto-organiza el equipo en función de sus habilidades, se involucra al cliente desde el inicio y se van realizando entregas parciales.
Dentro de las metodologías o marcos de trabajo ágiles más conocidas están:
- Scrum, marco de trabajo desarrollado en la década de los 80s, por dos japoneses, Takeuchi y Nonaka.
- Crystal fue creado por Alistair Cockburn en IBM en 1991. El marco ágil se centra en las personas y sus interacciones por encima de los procesos y herramientas.
- Extreme Programming Explained (XP) desarrollado por Kent Beck en 1996, que proponía trabajar en equipos pequeños, llevar a cabo reuniones frecuentes entre programadores y clientes.
Y de esta manera, puedo seguir nombrando muchos otros marcos de trabajo como ASD (Adaptive Software Development), Dynamic System Development Method (DSDM), Feature Driven Development (FDD), que se crearon con el objetivo de agilizar las entregas de productos y crear verdadero valor para el cliente.
En 2001, expertos/críticos de los modelos de mejora del desarrollo de sistemas se reunieron en EEUU y denominaron métodos ágiles a los métodos que estaban surgiendo como alternativa a las metodologías tradicionales a las que consideraban que contaba con procesos excesivos y normas rígidas. Esto se conoció como el Manifiesto ágil que promueve los siguientes 12 principios:
- Nuestra principal prioridad es satisfacer al cliente a través de la entrega temprana y continua de software de valor.
- Son bienvenidos los requisitos cambiantes, incluso si llegan tarde al desarrollo. Los procesos ágiles se doblegan al cambio como ventaja competitiva para el cliente.
- Entregar con frecuencia software que funcione, en periodos de un par de semanas hasta un par de meses, con preferencia en los periodos breves.
- Las personas del negocio y los desarrolladores deben trabajar juntos de forma cotidiana a través del proyecto.
- Construcción de proyectos en torno a individuos motivados, dándoles la oportunidad y el respaldo que necesitan y procurándoles confianza para que realicen la tarea.
- La forma más eficiente y efectiva de comunicar información de ida y vuelta dentro de un equipo de desarrollo es mediante la conversación cara a cara.
- El software que funciona es la principal medida del progreso.
- Los procesos ágiles promueven el desarrollo sostenido. Los patrocinadores, desarrolladores y usuarios deben mantener un ritmo constante de forma indefinida.
- La atención continua a la excelencia técnica enaltece la agilidad.
- La simplicidad como arte de maximizar la cantidad de trabajo que se hace, es esencial.
- Las mejores arquitecturas, requisitos y diseños emergen de equipos que se autoorganizan.
- En intervalos regulares, el equipo reflexiona sobre la forma de ser más efectivo y ajusta su conducta en consecuencia.
Y los siguientes 4 valores:
- Individuos e interacciones sobre procesos y herramientas.
- Software funcionando sobre documentación extensiva.
- Colaboración con el cliente sobre negociación contractual.
- Respuesta ante el cambio sobre seguir un plan.
Desde entonces, varios practicantes, expertos y autores han seguido perfeccionando la conceptualización y el marco de trabajo ágil.
Pero, ¿Cómo saber cuál estilo debo aplicar para gestionar mi proyecto?
He desarrollado el siguiente checklist que te ayudará a identificar el enfoqueque debes aplicar según las condiciones y características inherentes de tu proyecto:
| Items | Predictivo (Tradicional) | Ágil (Agile) |
| La alta dirección fomenta el ensayo y error, mantiene objetivos amplios, tolerando la ambiguedad | ✔ | |
| Se puede definir previamente el alcance, cronograma y costes del proyecto | ✔ | |
| Alta incertidumbre (trabajo exploratorio) | ✔ | |
| Cuenta con procedimientos claros de proyectos anteriores | ✔ | |
| Equipo de trabajo pequeño | ✔ | |
| El cliente interviene mínimamente en el proyecto | ✔ | |
| Cambios en los requisitos del proyecto se pueden introducir fácilmente | ✔ | |
| Se debe aplicar un liderazgo de mando y control | ✔ | |
| Se comparte diariamente los avances que se vayan logrando al igual que los impedimentos | ✔ | |
| El proyecto se divide en fases lineales | ✔ | |
| Documentación mínima del proyecto | ✔ | |
| Aseguramiento de la calidad centrado en los procesos | ✔ | |
| División del trabajo compartida | ✔ |
No olvides que también se puede aplicar un enfoque híbrido para el desarrollo del proyecto o producto, lo veremos más adelante.
No dudes en dejar tus comentarios o cualquier consulta.
Te responderé en breve.
Deja una respuesta