Simyl
simylflow
Inicio del curso
Módulo 2: Nivel de Equipo
Lección 1 de 3
18 min

Equipos Ágiles en SAFe

Composición del equipo, roles y cómo los equipos encajan en el Agile Release Train más amplio.

1Composición del Equipo

En SAFe, el equipo ágil es el bloque de construcción fundamental. Todo—el ART, el Solution Train, el Portafolio—existe para apoyar a los equipos a hacer un gran trabajo.

Un equipo ágil de SAFe es:

  • Multifuncional: El equipo tiene todas las habilidades necesarias para definir, construir, probar y desplegar incrementos de valor. Sin transferencias a otros equipos para "su parte".
  • Autoorganizado: El equipo decide cómo hacer el trabajo. La gerencia establece el qué y el por qué; el equipo es dueño del cómo.
  • Dedicado: Los miembros del equipo están asignados al 100% a un equipo. Sin dividirse entre múltiples equipos—el cambio de contexto destruye el flujo.
  • Duradero: Los equipos permanecen juntos a través de PIs e iteraciones. Se necesita tiempo para construir la confianza y el entendimiento compartido que producen alto rendimiento.
  • Pequeño: 5-11 personas. Lo suficientemente grande para habilidades diversas, lo suficientemente pequeño para colaboración real.

Los equipos típicamente adoptan Scrum (más común), Kanban (para equipos de soporte/operaciones o trabajo orientado al flujo), o ScrumBan (un híbrido). SAFe no exige un método específico—exige que los equipos sean ágiles y se integren en la cadencia del ART.

El Principio de Dedicación

Los miembros de equipo compartidos son el asesino silencioso #1 de lo ágil a escala. Cuando alguien está en 3 equipos, realmente no está en ningún equipo. SAFe es explícito: dedicación al 100% a un equipo.

2Roles Dentro del Equipo

Cada equipo ágil de SAFe tiene tres roles clave:

Scrum Master / Coach de Equipo — Facilita eventos, elimina impedimentos, entrena al equipo en prácticas ágiles y protege al equipo de interrupciones externas. En SAFe, el SM también ayuda a coordinar con otros equipos en el ART y participa en el Scrum de Scrums.

Product Owner (PO) — Es dueño del backlog del equipo, define y acepta historias, y representa al cliente ante el equipo. El PO trabaja con Product Management (un rol a nivel de ART) para dividir features en historias implementables. El PO está facultado para tomar decisiones de alcance y prioridad a nivel de equipo.

Desarrolladores — Todos los demás: ingenieros, testers, diseñadores, analistas. SAFe no prescribe roles específicos de desarrollador. El equipo es colectivamente dueño de todo el trabajo de desarrollo, incluyendo pruebas, documentación y despliegue.

Distinción clave del Scrum de un solo equipo: En SAFe, el PO no trabaja en aislamiento. Colabora con otros POs en el ART y con Product Management para asegurar que las prioridades a nivel de equipo se alineen con los objetivos a nivel de programa. Esta alineación es lo que hace que SAFe sea "escalado"—autonomía individual del equipo dentro de una dirección compartida.

3Equipos en el ART

Los equipos no operan en aislamiento. Son parte de un Agile Release Train (ART)—típicamente 5-12 equipos (50-125 personas) trabajando en un value stream compartido.

Estar en un ART significa:

  • Cadencia compartida: Todos los equipos ejecutan la misma duración de iteración (usualmente 2 semanas) y la misma cadencia de PI (usualmente 8-12 semanas).
  • Planificación compartida: Todos los equipos planifican juntos en PI Planning, haciendo visibles las dependencias y transparentes los compromisos.
  • Integración compartida: Todos los equipos contribuyen al System Demo cada iteración, probando que el sistema integrado funciona.
  • Mejora compartida: Todos los equipos participan en el evento Inspect & Adapt al final de cada PI.

El ART tiene roles adicionales que apoyan a los equipos:

  • Release Train Engineer (RTE): Facilita eventos del ART, gestiona riesgos y elimina impedimentos entre equipos. Piensa en el RTE como un Scrum Master para el ART.
  • Product Management: Define la visión y roadmap del programa, prioriza el backlog del programa, trabaja con los POs en la descomposición de features.
  • System Architect: Guía las decisiones arquitectónicas entre equipos, asegura la alineación técnica, aborda preocupaciones transversales.

Estos roles a nivel de ART existen para resolver problemas de coordinación que los equipos individuales no pueden resolver solos.

Team Topologies en SAFe

Considera organizar equipos por value stream o área de feature en lugar de por capa tecnológica. Los equipos de features (full-stack) reducen las transferencias. Los equipos de plataforma proporcionan servicios compartidos. Esto se alinea con el pensamiento de Team Topologies.

Conclusiones clave
  • Los equipos son multifuncionales, autoorganizados, dedicados, duraderos y pequeños (5-11)
  • Tres roles: Scrum Master, Product Owner, Desarrolladores
  • Los equipos operan en un ART con cadencia, planificación, integración y mejora compartidas
  • Los roles del ART (RTE, Product Management, System Architect) resuelven la coordinación entre equipos