Cerrar

Metodología ágil a escala

Un paso más allá: Ampliar la metodología ágil en las grandes organizaciones

scrum y kanban son dos infraestructuras ágiles populares que se usan en el nivel del equipo. En los últimos diez años, a medida que su popularidad aumenta, el sector empieza a ampliar la agilidad para adaptarse a las grandes organizaciones. Han surgido dos métodos populares para facilitar este proceso: el scrum de scrums y el marco ágil escalable (Scaled Agile Framework, SAFe). Ambos son buenos primeros pasos para lograr ampliar la metodología ágil en una organización.

Empieces desde donde empieces, ten en cuenta que tu empeño en adoptar metodologías agiles tiene que ser en sí ágil. Elige un marco que te ayude a tomar el buen camino, y ajústalo según evolucionen las necesidades empresariales y aparezcan nuevas ideas. (El truco está en no ajustarlo tanto como para que no sea reconocible como ágil).

Artículos de metodología ágil a escala

[CONTINUED]

Scrum of scrums

scrum es el marco ágil más popular para equipos individuales. Cuando varios equipos de scrum trabajan conjuntamente en un proyecto grande, scrum de scrums es el siguiente paso natural para ampliar la agilidad. El principal componente de scrum de scrums es una reunión rápida de varios equipos. Esto no es una reunión sobre el estado. Tampoco es una reunión para que los expertos en scrum hablen sobre el proceso ágil. Es una reunión breve en la que se informa a personas de toda la organización sobre asuntos importantes de toda la cartera.

Para empezar, selecciona a un miembro de cada equipo como representante en scrum de scrums, idóneamente a alguien que tenga una función técnica. El scrum de scrums es una reunión democrática. Un experto en scrum puede ayudar a simplificar la reunión, pero se lleva a cabo como cualquier otra reunión rápida del equipo. Se trata de una reunión diaria corta, no superior a 15 minutos. Abrirá las puertas para compartir conocimiento y lograr que afloren problemas de integración importantes debido a que las partes interesadas en el plano técnico están informadas desde una fase temprana y cuentan con una plataforma para interactuar.

scrum de scrums | Orientador ágil de Atlassian
Pro tip:

Algunos equipos podrían elegir tener el scrum de scrums únicamente dos o tres veces a la semana, pero alargando las reuniones un poco más que esos 15 minutos. Ten en cuenta, sin embargo, que el scrum de scrums no es una aburrida reunión sobre el estado donde los miembros del equipo pueden desconectar. Estas reuniones rápidas deben ser muy concretas. Expón asuntos que afecten al grupo, decide las acciones que deban llevarse a cabo y quién debe encargarse de ellas, y luego da la reunión por concluida. 

Generalmente, un scrum de scrums girará en torno a un elemento de trabajo grande, como un tema. No son reuniones para hablar sobre epics del equipo o publicaciones, a menos que estos elementos impliquen al resto participantes en la reunión.

Algunas organizaciones también ven útil tratar otros protocolos ágiles, como la planificación de sprints y retrospectivas de sprint, en el scrum de scrums. Los representantes se reúnen justo antes de sus respectivas planificaciones de sprints del equipo y comparten lo que seguramente introducirán en su inminente sprint. Esta es una buena manera de no bloquear las dependencias entre equipos o tratar los puntos de dificultad relacionados con la integración antes de que sean un problema mayor. En las retrospectivas, el scrum de scrums tiene lugar después de las retrospectivas individuales del equipo y en él se tratan los elementos de acción que podrían requerir coordinación entre equipos para resolverlos.

Si bien no en todos los sprints hay que realizar planificaciones y análisis de escalabilidad, estos aspectos son importantes en la cultura de la metodología ágil. Empieza con una frecuencia de una vez al mes y luego ajústala como creas necesario. 

Scaled Agile Framework (SAFe)

Otra forma de ampliar la agilidad en organizaciones grandes es SAFe (consulta el diagrama). Introducido por Dean Leffingwell, SAFe aporta un enfoque más estructurado a la ampliación de la agilidad que scrum de scrums. SAFe describe tres niveles en la organización: cartera, programa y equipo. Esta estructura generalmente es atractiva para las organizaciones de mayor tamaño debido a que SAFe aplica un enfoque por niveles para entregar trabajo.

En SAFe, grandes áreas de trabajo relacionado, llamadas temas, se asignan a epics empresariales y estructurales. Los epics empresariales describen iniciativas expuestas al cliente, como el lanzamiento de un nuevo producto. Los epics estructurales son iniciativas tecnológicas de la empresa, como migrar de servidores basados en Windows a Linux. Estos epics forman el backlog de cartera.

A medida que una empresa empiece a encargarse del backlog de cartera mediante prioridades establecidas por los gestores de productos y los líderes técnicos, cada epic empresarial o estructural se convierte en un programa ágil con su propio bagaje de publicación ágil. Varios equipos ágiles trabajan conjuntamente en cada programa de la organización. Cada programa contiene varias funcionalidades y elementos de trabajo estructural que componen el backlog del programa.

Por último, cada equipo tiene su propio backlog derivado del backlog del producto. Los equipos individuales trabajan juntos para entregar software funcional en cada iteración, a la vez que se coordinan con otros equipos del programa.

"¿Por dónde empiezo?"

¡Me alegro de que me hagas esa pregunta! Al ampliar la metodología ágil en toda una organización, céntrate en "lo suficiente". Un exceso de procesos lastra la agilidad de una organización, mientras que si te quedas corto habrá puestos de liderazgo sénior sin visibilidad. El desarrollo ágil adecuado en el nivel de cartera se asemeja al desarrollo ágil en el nivel del equipo: puede aplicarse la misma transparencia, capacidad de respuesta ante los cambios y la importancia del software funcional integrado a cualquier programa de la cartera.

Los marcos flexibles y las herramientas compartidas simplifican la colaboración en toda la empresa.

Cuando tu organización empiece con scrum de scrums, SAFe, otra metodología establecida o un proceso propio, recuerda que el propio proceso debe ser ágil. No dejes de intentar nuevas ideas y de realizar mejoras incrementales. También debes tener en cuenta que el desarrollo y las herramientas de gestión de proyectos ágiles son una parte importante para ampliar la agilidad. 

Asegúrate de que las herramientas de la organización cumplan las necesidades del equipo ágil y de los líderes sénior de la cartera. Por último, usa retrospectivas en todos los niveles de la organización para obtener información sobre cómo optimizar aún más los procesos de la empresa para entregar software más rápidamente, con mayor calidad y con mayor confianza. 

Laura Daly
Laura Daly

Laura es una gurú en productos ágiles en Atlassian, con experiencia en distintos equipos de productos, incluidos Jira Software, Portfolio for Jira y Bitbucket. Cuando no se encuentra escribiendo sobre las mejores prácticas ágiles, la podemos encontrar en las montañas en busca de tormentas o del mejor terraplén.