Segons la guia Scrum , l’equip Scrum és un equip auto-organitzat:

“Els equips autoorganitzats trien la millor manera de dur a terme la seva feina i no són dirigits per persones externes a l’equip. Els equips multifuncionals tenen totes les competències necessàries per dur a terme la feina sense dependre d’altres persones que no són part de l’equip. El model d’equip a Scrum està dissenyat per optimitzar la flexibilitat, la creativitat i la productivitat”

L’adopció de la mentalitat Agile com a equip és una realitat. Tot just ja ningú es qüestiona els avantatges que Agile ofereix a l’equip. No obstant això, a la majoria de les organitzacions els productes, projectes i processos no són duts a terme per un equip de 3 a 11 persones. Sinó que moltes vegades requereixen de 30 o més persones, i és llavors quan ajuda comptar amb marcs de treball o biblioteques de recursos que ens dotin d’eines per poder continuar conservant els beneficis d’Agile a una escala més gran.

Des de la comunitat Agile s’ha intentat optimitzar les diferents parts d’una organització. Una manera de fer-ho és reduir, desescalar les organitzacions, es creen equips autoorganitzats. En alguns contextos això no és possible, no podem crear equips on a cada equip tenim una persona del departament de “Legales” o de “Finances” o de “Marketing”. Sinó que hem de buscar marcs de treball que permetin que els diferents departaments col·laborin entre ells mantenint l’alineament al voltant dels objectius de negoci.

SAFe

SAFe® (acrònim de Scaled Agile Framework Enterprise) és un marc de treball per a l’escalació de les pràctiques àgils basat en els principis de Lean i Agile per al desenvolupament de programari i sistemes a nivell corporació. SAFe m’ha demostrat ser útil també com a marc de treball Lean Agile en entorns que no desenvolupen programari ni sistemes, sinó per a equips que participen en un procés.

SAFe® és un marc de treball per a l’escalació de les pràctiques Agile

Hi ha gent que no considera SAFe com un marc Agile, de fet, conec casos on aquest marc s’ha implantat no com a marc de suport per assolir l’agilitat sinó com a objectiu en si mateix. Això ha generat opinions molt contràries les quals entenc. Tot i això, el meu objectiu no discutir sobre si SAFe és o no és Agile, sinó compartir la meva experiència com SAFe ens ha ajudat a adoptar o escalar les practiques Lean Agile en organitzacions amb diversos equips que treballaven en un mateix producte o procés.

el meu objectiu no discutir sobre si SAFe és o no és Agile, sinó compartir la meva experiència com SAFe ens ha ajudat a adoptar o escalar les practiques Lean Agile

Marc estricte o Biblioteca

SAFe funciona molt bé si ho interpretem com una biblioteca de recursos per a l’escalació de les practiques Agile. Difícilment ens donarà bons resultats si s’aplica com un marc de treball rígid on tots els rols i esdeveniments han de ser presents pel simple fet que al “big picture” apareixen.

Primerament, com s’explica en aquest altre article , SAFe està basat en una sèrie de principis Lean Agile.

Una altra raó per la qual podem afirmar que SAFe és Agile i que tots els marcs d’escalat han de seguir és el fet que la base són els equips Lean Agile.

la base de SAFe són els equips Agile

Equips Agile

SAFe promulga que res no ha d’interferir els equips, aquests són el bloc bàsic de l’escalació. L’equip és l’ADN on construir tot, és al cor i és on comença l’escalat de les pràctiques Lean i Agile.

Les característiques d’aquests equips, tal com està reflectit a la biblioteca de SAFe, són les següents:

• Apoderats, auto-organitzats, auto-gestionats i cros-funcionals
• Entreguen conjuntament valor testejat a través d’un sistema funcionant cada dues setmanes.

És cert que SAFe sembla imposar una condició als equips: “iteracions de 2 setmanes”. La raó darrere d’aquesta imposició és facilitar la sincronització entre equips per facilitar l’alineació a nivell d’equip d’equips (tren), encara que la longitud d’iteracions hauria de ser la que ens permeti gestionar acceptablement el risc del negoci i sincronitzar el desenvolupament amb altres esdeveniments de negoci. Les iteracions podrien ser de 3 o 4 setmanes o fins i tot d’1 setmana, encara que és altament aconsellable que TOTS els equips treballin en iteracions de la mateixa durada o de durades múltiples entre elles.

A part d’aquesta restricció, a totes les escalacions on s’utilitzi SAFe com a marc de referència, la base són els ser equips Agile.