El Manifest Àgil

Context històric

El febrer de 2001, divuit professionals del programari — frustrats amb les metodologies pesades i burocràtiques del moment — es van reunir a una estació d'esquí de Utah (Snowbird). Venien de backgrounds molt diferents: Extreme Programming (XP), DSDM, Scrum, Feature-Driven Development, Pragmatic Programming. Malgrat les diferències entre les seves metodologies, compartien una visió comuna de com hauria de funcionar el desenvolupament de programari.

El resultat d'aquella reunió va ser el Manifest per al Desenvolupament Àgil de Programari — un document d'una sola pàgina que va canviar la indústria.

Els 4 valors

El Manifest estableix quatre valors fonamentals, cadascun format per una comparació:

flowchart TD
    subgraph V1["Valor 1"]
        direction LR
        A1["Individus i\ninteraccions"] -->|"per sobre de"| B1["Processos\ni eines"]
    end
    subgraph V2["Valor 2"]
        direction LR
        A2["Programari\nfuncionant"] -->|"per sobre de"| B2["Documentacio\nexhaustiva"]
    end
    subgraph V3["Valor 3"]
        direction LR
        A3["Col·laboracio\namb el client"] -->|"per sobre de"| B3["Negociacio\nde contractes"]
    end
    subgraph V4["Valor 4"]
        direction LR
        A4["Resposta\nal canvi"] -->|"per sobre de"| B4["Seguir\nun pla"]
    end

    style A1 fill:#1b5e20,stroke:#2e7d32,color:#fff
    style A2 fill:#1b5e20,stroke:#2e7d32,color:#fff
    style A3 fill:#1b5e20,stroke:#2e7d32,color:#fff
    style A4 fill:#1b5e20,stroke:#2e7d32,color:#fff
    style B1 fill:#37474f,stroke:#263238,color:#cfd8dc
    style B2 fill:#37474f,stroke:#263238,color:#cfd8dc
    style B3 fill:#37474f,stroke:#263238,color:#cfd8dc
    style B4 fill:#37474f,stroke:#263238,color:#cfd8dc

Una lectura important

El Manifest diu explícitament: "Mentre valorem els elements de la dreta, valorem mes els de l'esquerra." No diu que la documentació, els processos o els plans no tinguin valor — diu que els elements de l'esquerra en tenen més. Un equip àgil documenta, planifica i usa eines, però no a costa de la col·laboració i del valor lliurat.

Valor 1: Individus i interaccions per sobre de processos i eines

Les eines i els processos ajuden, però no substitueixen la comunicació directa entre persones. Un equip amb menys eina però que es comunica bé superarà sempre un equip amb les millors eines del mercat però que treballa en silos.

En el context ASIX: un sistema de ticketing (Jira, GLPI, ServiceNow) és útil, però una conversa de 5 minuts entre el tècnic i l'usuari afectat resol molts incidents que haguessin trigat dies en el sistema.

Valor 2: Programari (o sistema) funcionant per sobre de documentació exhaustiva

La mesura de progrés real és el que funciona, no el que està documentat. Un document d'arquitectura de 80 pàgines que mai es llegirà no aporta valor al client.

En el context ASIX: un servidor de correu configurat i funcionant aporta més valor que un document de disseny perfecte d'aquell servidor. La documentació necessària és la que ajuda a operar i mantenir el sistema — no la que justifica burocràticament que s'ha fet el treball.

Valor 3: Col·laboració amb el client per sobre de negociació de contractes

El client és el millor sensor de si el que s'està construint resol el seu problema. Involucrar-lo contínuament és molt millor que treballar mesos en aïllament i descobrir al final que les necessitats han canviat.

Valor 4: Resposta al canvi per sobre de seguir un pla

El canvi no és un error de planificació — és inevitable en qualsevol projecte complex. Les metodologies àgils tracten el canvi com a informació valuosa i construeixen processos que permeten integrar-lo de forma ordenada.

Els 12 principis

Darrere dels 4 valors, el Manifest defineix 12 principis operatius:

#	Principi	Aplicació a TIC
1	La màxima prioritat és satisfer el client lliurant programari/sistemes de forma primerenca i contínua.	Desplegaments freqüents, no un gran deploy cada 6 mesos.
2	S'accepten els canvis de requisits fins i tot tard en el desenvolupament.	Un canvi de configuració a mig sprint és una oportunitat, no un problema.
3	Lliurar programari funcionant amb freqüència (de setmanes a pocs mesos).	Sprints d'1-2 setmanes amb entregues reals al final de cada un.
4	Negoci i desenvolupadors han de treballar junts diàriament.	El Product Owner (o el client intern) disponible per aclarir dubtes cada dia.
5	Construir projectes al voltant de persones motivades. Donar-los l'entorn i el suport que necessiten.	Equips autogestionats, sense microgesti.
6	El mètode més eficient de transmetre informació és la conversa cara a cara.	La Daily Scrum de 15 minuts substitueix centenars de correus.
7	El programari (o sistema) funcionant és la mesura principal de progrés.	Mesurem per sistemes operatius, no per documents escrits.
8	Els processos àgils promouen el desenvolupament sostenible. Ritme constant indefinidament.	Evitar els "mesos heroics" seguits d'esgotament.
9	L'atenció contínua a l'excel·lència tècnica millora l'agilitat.	Qualitat de la configuració, automatització, documentació operativa.
10	Simplicitat — l'art de maximitzar la feina no feta — és essencial.	No construir el que no cal. Configurar el mínim necessari per funcionar.
11	Les millors arquitectures, requisits i dissenys emergeixen d'equips auto-organitzats.	L'equip decideix com s'organitza la feina, no el gestor.
12	A intervals regulars, l'equip reflexiona sobre com ser més efectiu i ajusta el seu comportament.	La Retrospectiva com a motor de millora contínua.

Activitat AC-RA1-02

Per a cada un dels 4 valors del Manifest Àgil:

Penseu en un exemple concret del vostre entorn (centre, empresa, pràctiques) on es prioritza el valor de la dreta (el menys important).
Descriviu quin problema genera aquesta priorització errònia.
Proposeu com canviaria la situació si es prioritzés el valor de l'esquerra.

Compartiu els exemples en grup i debateu si el canvi seria possible o si hi ha restriccions legítimes que justifiquen el waterfall en aquell cas.