La metodología «agile» empezó en los entornos de desarrollo de software, y últimamente se está extendiendo a un amplio abanico de industrias y funciones.
Los entornos de negocio son complejos y volátiles. Los cambios rápidos en la competencia, la tecnología, las nuevas regulaciones, etc… han provocado más que nunca la necesidad de que las organizaciones puedan responder y adaptarse rápidamente.
“Agile” significa ser capaz de adaptarse al cambio. La idea es reducir la complejidad y focalizarse en crear productos y servicios que satisfagan las necesidades de los clientes.
Cada vez más las organizaciones queremos ser más ágiles. Queremos transformar nuestra manera de trabajar, adoptando metodologías de trabajo que han revolucionado las “start up” o bien las empresas de desarrollo de software. Queremos inspirarnos en ellas y adoptar su manera de hacer.
Buscamos acelerar la velocidad de acceso al mercado, potenciar la innovación y aumentar la productividad de los equipos. Todo ello con la palabra mágica: “agile”.
La metodología ágil se basa en el “Agile Manifesto” y los “Agile Principles”. No son un conjunto de reglas sino una guía a seguir. Cada compañía puede escoger el grado en que aplicará estos principios en su compañía.
El Manifesto «Agile» y los Principios «Agile» no son un conjunto de reglas sino una guía a seguir
Y, ¿en qué consiste”agile”? En primer lugar, consiste en sacar a las personas de los silos funcionales y ponerlos a trabajar en equipos multi-disciplinares, centrados en el cliente y de una manera auto-gestionados.
Las metodologías ágiles pueden consistir en:
- Scrum: se basa en el desarrollo incremental, en lugar de la planificación y ejecución completa del producto.
- Lean development: se focaliza en una continua eliminación de residuos, reducir el inventario y los tiempos, mejorar la eficiencia y la calidad del proceso.
- Kanban: se concentra en la mejora del proceso para reducir los plazos de entrega y la carga de trabajo de los miembros del equipo.
Scrum es una de las mejores herramientas de metodología “agile”. Su enfoque se centra en implementar ciclos cortos e iterativos, “Sprints”, que garantizan una mejora constante, aprendizaje rápido y feedback del cliente.
Srcum es una de las mejores herramientas de la metodología «agile»
El equipo Scrum consiste en un Product Owner, un Development Team y un Scrum Master.
Los equipos Scrum son auto-organizados (ellos eligen cómo llevar a cabo su trabajo sin tener una persona externa que los dirija) y multifuncionales (tienen todas las competencias y habilidades necesarias para llevar a cabo el trabajo sin depender de terceras personas).
“Product Owner” – Propietario del Producto: es el responsable de maximizar el valor del producto. Es la única persona responsable de gestionar el “Product backlog”, definiendo su contenido y priorización. El Product Owner define el ¿QUÉ?.
“Development Team” – Equipo de Desarrollo: Se compone de los profesionales que realizan el trabajo a entregar (incremento de producto) al final de cada Sprint. Éstos organizan y gestionan su propio trabajo, idealmente se compone entre tres y nueve miembros. El Development Team define el “¿CÓMO?”.
“Scrum Master” – es el que facilita el Scrum Process y el responsable en asegurar que se entienda y se adopte Scrum. Se asegura que el equipo tiene todo lo necesario para tener éxito. El Scrum Master define el “PROCESO”.
Veamos cuales serían las fases de un Sprint:
- “Product Backlog” – lista ordenada por el Product Owner de todo lo que podría ser necesario en el producto. Esta lista nunca está completa, ya que los requisitos van evolucionando. A medida que se obtiene retroalimentación del incremento de producto la lista es más larga y exhaustiva. Los elementos de orden más alto son más claros y detallados. Cuanto más abajo en el orden menor es el detalle.
- “Sprint Backlog” – es el conjunto de elementos del Product Backlog seleccionados por el Development Team para el Sprint.
- “Sprint Planning” – La planificación del Sprint responde a las siguientes preguntas:
- ¿Qué puede entregarse en el incremento de este Sprint?
- ¿Cómo se conseguirá hacer el trabajo para entregar el incremento?
- “Daily Standup” – seguimiento diario de una duración máxima de 15 minutos sobre la evolución del Development Team. Esta reunión está organizada por el propio Development Team aunque el Scrum Master puede ayudar a que se sigan los principios Scrum. Se identifican los impedimentos y se asegura que estén resueltos.
- ¿Qué hice ayer que ayudó al equipo a conseguir el objetivo del Sprint?
- ¿Qué haré hoy que ayudará al equipo a conseguir el objetivo del Sprint?
- ¿Veo algún impedimento que impida conseguir el objetivo del Sprint?
- “Sprint Review” – Al final del Sprint se realiza una revisión para evaluar el incremento de producto y revisar el Product Backlog. Los asistentes son el Development Team, el Scrum Master, el Product Owner así como el Cliente.
- “Sprint Retrospective” – Esta retrospectiva la realizan el Development Team, el Product Owner y el Scrum Master y es una oportunidad para analizar cómo se ha trabajado en cuanto a personas, relaciones, procesos y herramientas, así como la posibilidad de crear un plan de mejoras para el siguiente “Sprint”. Las preguntas clave son:
- ¿Qué funcionó bien?
- ¿Qué puede ser mejorado?
- Plan de acción
- “Incremental Product” – Al finalizar el Sprint se consigue que los elementos seleccionados en el “Sprint Backlog” se muevan de izquierda a derecha (TO DO – DOING – DONE). El producto incremental es la entrega de producto al finalizar un “Sprint”. Cada incremento se integra con todos los incrementos anteriores.
Las ventajas de una cultura ágil son varias. Las compañías ágiles fomentan la autonomía y promueven el “engagement” de sus empleados. Los sprints cortos permiten proporcionar valor a sus clientes y obtener feedback constante.
Las organizaciones debemos aprender qué significa trabajar de una manera ágil y ésto implicará llevar a cabo un cambio en la cultura de la empresa. Deberemos entender en qué condiciones funciona “agile” y en qué no, y conseguir empezar a probar en pequeños proyectos e ir difundiendo la metodología.
¿Estás trabajando con la metodología “agile”? Te invito a compartir aquí tus experiencias.
One Response
Muy chulo sobre el papel y muy poco operativo en la práctica. Al menos en alguna organización que lo ha implementado. Entre unas cosas y otras reuniones y reuniones y reuniones. Mucho post it con caritas y poca sustancia. Eso sin hablar de la comunicación, que al final es un desastre. Eso es solo mi experiencia y no es extrapolable a nadie. Me parece una forma lícita para ganar dinero para consultores pero nada más.