Pilares del Agile Delivery: Personas, Procesos y Métricas

Independientemente de si trabajas con Scrum, Kanban, Scrumban, SAFE, XP, Lean, DSDM o Crystal, toda implementación exitosa de un Agile Delivery Framework descansa sobre tres fundamentos que determinan si un equipo realmente puede entregar software de valor. Estos tres pilares —personas, procesos y herramientas, y métricas— funcionan como la estructura de un templo: si alguno falla, el marco completo se debilita.

¿Por qué las personas y sus interacciones son el pilar más importante?

No es casualidad que se repita constantemente que las personas son el recurso más importante en el desarrollo de software [0:52]. Aunque suene trillado, la forma en que colaboran y se comunican marca la diferencia entre un proyecto exitoso y uno que fracasa.

Pero no se trata solo de contratar al talento correcto o mantenerlo motivado. Cuando arranca un proyecto o programa de software, es fundamental tener claridad en la estructura del equipo [1:18]. Desde el delivery manager hasta cada ingeniero, todos deben conocer:

• Quiénes son las personas involucradas, tanto internas como stakeholders externos.
• Los roles y responsabilidades de cada miembro.
• Cómo se involucran los actores ajenos al equipo núcleo.

Un organigrama sencillo, plasmado de forma visible, es suficiente para que todos tengan esa referencia clara [1:38].

¿Qué es el stakeholder management y por qué lo ignoramos?

El manejo de stakeholders se refiere a la gestión de expectativas de todas las personas que no forman parte del equipo de desarrollo pero que están involucradas en el proyecto [2:08]. Es un elemento que frecuentemente queda desatendido. Identificar quiénes son, entender sus expectativas y mantenerlos informados es clave para evitar fricciones.

¿Cómo se construye la confianza en un equipo de desarrollo?

No es racional esperar que un equipo nuevo trabaje a máxima capacidad desde el primer día [2:42]. La diferencia real la hacen el tiempo y la confianza. Los equipos necesitan prueba y error, necesitan conocerse. Como referencia para entender las etapas por las que atraviesa un equipo, se recomienda estudiar el modelo de Tuckman [3:03], que describe las fases de formación, conflicto, normalización y desempeño de un grupo.

¿Cómo elegir los procesos y herramientas correctos?

Dentro de cada framework existen innumerables procesos y herramientas disponibles [3:22]. Lo más importante al seleccionarlas es que agreguen valor real al equipo. No se puede forzar una herramienta que no sirve al propósito de construir software funcional.

Hay un equilibrio delicado: sin estructura, los procesos no generan orden; con demasiados, generan caos. La recomendación es clara: menos es más [4:00]. Comenzar con lo esencial e ir incorporando nuevos procesos a medida que el equipo itera y madura.

Un ejemplo sencillo lo ilustra bien [4:16]: un martillo funciona perfectamente para clavar un clavo en madera. Pero si las exigencias cambian y ahora necesitamos atornillar un tornillo, el martillo deja de ser útil. Las herramientas deben adaptarse a las necesidades, no al revés. Si algo no funciona, se escucha al equipo, se escucha a los stakeholders y se realizan los cambios necesarios.

¿Qué métricas usar para medir el éxito del software?

El tercer pilar son las métricas, la forma en que recibimos retroalimentación sobre lo construido [5:10]. Pueden ser subjetivas u objetivas, cualitativas o cuantitativas. Lo esencial es que permitan identificar si el software funciona y si las personas que lo utilizan están satisfechas.

Sin embargo, es fácil caer en errores de interpretación. Las métricas deben usarse como indicadores de mejora, no como el único método para tomar decisiones [5:40].

¿Qué es el Monthly Active User y por qué importa más que las descargas?

Cuando se lanza una app, una métrica común es el número de descargas [5:52]. En un inicio, ver crecer ese número de cien a mil o veinte mil usuarios resulta emocionante. Sin embargo, una métrica mucho más reveladora es el MAU (Monthly Active User), que mide cuántos usuarios utilizan activamente la aplicación [6:15]. No es lo mismo que mil personas hayan descargado la app a que mil personas la estén usando.

Incluso podemos ser más granulares: de mil descargas, quizá cien la usan diariamente, y de esas cien, solo diez la usan en horario pico [6:32]. Todas las métricas tienen matices y múltiples formas de interpretarse, por eso es vital estar atento a ellas sin depender exclusivamente de una sola.

Estos tres pilares —personas y cómo colaboran, procesos y herramientas que utilizan, y métricas que miden el progreso— conforman la base sobre la cual cualquier Agile Delivery Framework puede funcionar de manera efectiva. ¿Cuál de estos pilares consideras más desafiante en tu experiencia? Comparte tu perspectiva.