Què és l’Agile?
L’Agile és una manera d’organitzar el treball basada en l’adaptació, la col·laboració i l’entrega contínua de valor.
Tot i que sol relacionar-se amb marcs com el Scrum o el Kanban, l’Agile no és una eina concreta, ni una reunió diària, ni un tauler ple de tasques.
És, sobretot, una manera de treballar.
El seu objectiu és ajudar els equips a avançar en contextos on les prioritats canvien, apareixen imprevistos i no sempre és possible definir tot el treball des del principi.
En lloc de crear un pla tancat per a diversos mesos i esperar fins al final per comprovar si funciona, l’Agile proposa treballar en cicles més curts, revisar el que està passant i ajustar el rumb quan calgui.
Això resulta especialment útil en entorns tecnològics, on els equips conviuen constantment amb canvis, incidències, noves necessitats, dependències i decisions tècniques.
L’Agile no significa treballar més ràpid
Un dels errors més habituals és pensar que l’Agile consisteix a fer més treball en menys temps.
No és exactament així.
Treballar de manera àgil significa reduir el temps que passa entre una necessitat, una decisió i una entrega útil.
També significa detectar abans els problemes, evitar esforços innecessaris i aprendre a mesura que s’avança.
Un equip àgil no ha de córrer constantment.
De fet, si l’equip sempre viu amb presses, canvia de prioritat cada dia i acumula tasques sense acabar, probablement no estigui treballant de forma àgil, encara que utilitzi el Scrum, tingui un tauler Kanban o celebri una daily cada matí.
L’Agile no busca augmentar la pressió.
Busca que el treball sigui més visible, manejable i adaptable.
Per què encaixa bé en equips de tecnologia?
Els equips de tecnologia treballen en entorns difícils de preveure.
Una setmana pot començar amb una planificació clara i canviar completament després d’una incidència, una petició urgent, un problema de seguretat o una dependència externa.
A més, molts treballs tècnics no es poden estimar amb total precisió abans d’emprendre’ls.
Una automatització aparentment senzilla pot descobrir limitacions no previstes. Una migració pot dependre de diversos equips. Una incidència pot requerir investigació abans de trobar la causa real.
En aquest context, intentar definir tots els passos amb mesos d’antelació pot generar plans poc realistes.
L’Agile permet treballar amb una direcció clara sense assumir que coneixem des del principi totes les respostes.
Principis bàsics d’una manera de treball àgil
Tot i que hi ha moltes metodologies i marcs de treball, la majoria d’enfocaments àgils comparteixen algunes idees fonamentals.
Entregar valor de manera freqüent
En lloc d’esperar a completar un projecte enorme, es busca dividir el treball en parts més petites que puguin revisar-se, provar-se o utilitzar-se abans.
Per exemple, si un equip vol automatitzar un procés manual, pot començar automatitzant el pas que més temps consumeix.
Després podrà incorporar validacions, alertes, documentació o noves integracions.
Així s’obté valor abans i s’aprèn amb l’ús real.
Treballar amb prioritats clares
Un equip no pot tractar totes les tasques com si fossin igualment importants.
L’Agile ajuda a ordenar el treball i a decidir què necessita atenció primer.
Això no significa que les prioritats mai canviïn.
Significa que, quan canviïn, l’equip ha d’entendre per què i quin impacte té aquest canvi sobre el treball que ja estava en curs.
Fer visible el treball
Un tauler no és l’Agile per si sol, però pot ser una eina molt útil.
Mostrar les tasques pendents, en curs i aturades permet entendre millor la situació de l’equip.
També ajuda a detectar problemes com:
- Massa tasques obertes al mateix temps.
- Bloqueos que duren diversos dies.
- Dependències externes.
- Treball urgent que desplaça constantment el planificat.
- Activitats que es comencen però no s’acaben.
La visibilitat permet parlar de problemes reals, no de percepcions.
Revisar i adaptar-se
Els equips àgils revisen periòdicament què estan entregant i com estan treballant.
Aquestes revisions no haurien de convertir-se en reunions per justificar retards o buscar culpables.
El seu valor rau en detectar què necessita canviar.
Per exemple:
- Estem assumint massa treball?
- Les prioritats estan clares?
- Hi ha tasques que depenen sempre de la mateixa persona?
- Estem rebent interrupcions constants?
- Quin procés ens està fent perdre més temps?
- Quina pràctica ens està ajudant i hauríem de mantenir?
Millorar de manera contínua
La millora contínua no consisteix a canviar tota la manera de treball cada poques setmanes.
Moltes vegades, una millora petita i concreta té més impacte que una transformació completa.
Pot ser alguna cosa tan senzilla com:
- Afegir una plantilla per registrar incidències.
- Documentar una tasca repetitiva.
- Limitar el nombre de treballs en curs.
- Revisar els bloqueos abans.
- Automatitzar una comprovació manual.
- Clarificar qui pot prendre una decisió.
- Reduir reunions que no estan aportant valor.
La clau és provar, observar el resultat i decidir si val la pena mantenir el canvi.
Beneficis de l’Agile per a un equip de tecnologia
Quan s’aplica amb sentit, l’Agile pot aportar millores importants al dia a dia d’un equip tècnic.
Major capacitat d’adaptació
Les prioritats en IT canvien.
Una manera de treball àgil permet reorganitzar el treball sense haver de refactorar per complet un pla anual o trimestral.
L’equip pot incorporar una necessitat urgent, però també fer visible quin treball es retardarà com a conseqüència.
Això és important perquè adaptar-se no significa acceptar-ho tot sense límits.
Cada canvi té un cost i s’ha de gestionar de manera conscient.
Problemes detectats abans
Treballar en cicles curts permet comprovar abans si una solució funciona.
També ajuda a descobrir dependències, riscos tècnics o errors d’enfocament quan encara és possible corregir-los sense haver invertit mesos de treball.
Quant abans apareix la informació, abans pot prendre decisions l’equip.
Millor comunicació
L’Agile crea espais per compartir avenços, bloqueos i decisions.
Bé utilitzats, aquests espais redueixen la necessitat de perseguir informació per diversos canals.
La comunicació millora quan les reunions tenen un propòsit clar.
Una daily hauria de servir per coordinar-se, no per recitar una llista de tasques.
Una retrospectiva hauria d’ajudar a millorar, no convertir-se en una sessió de queixes sense seguiment.
Una planificació hauria de permetre entendre l’objectiu i l’abast, no omplir el calendari de l’equip fins a l’últim moment.
Més autonomia
Un equip àgil hauria de tenir marge per decidir com abordar el treball.
Les persones que coneixen el sistema, la infraestructura o el producte solen estar millor situades per identificar riscos i proposar solucions.
L’autonomia no significa treballar sense direcció.
L’equip necessita entendre quin problema està resolent, quin resultat s’espera i quines restriccions hi ha.
A partir d’aquí, hauria de poder decidir la millor manera d’avançar.
Menys treball innecessari
Una part important de l’Agile consisteix a qüestionar si tot allò que s’està fent aporta valor.
En un equip de tecnologia pot existir treball que es manté simplement perquè sempre s’ha fet així:
- Informes que ningú consulta.
- Reunions sense decisions.
- Comprovacions manuals que podrien automatitzar-se.
- Documentació duplicada.
- Tasques que passen per massa aprovacions.
- Processos que generen més treball del que eviten.
Fer visible aquest esforç permet reduir-lo i dedicar més temps a activitats realment útils.
Coneixement més compartit
Quan el treball és visible i l’equip col·labora de manera habitual, es redueix la dependència de persones concretes.
Això no passa automàticament, però l’Agile pot afavorir pràctiques com:
- Revisions entre companys.
- Sessions de coneixement.
- Treball en parella.
- Documentació lleugera.
- Rotació de tasques.
- Poses en comú després d’una incidència.
Compartir coneixement millora la capacitat de l’equip i redueix el risc que una única persona concentri tota la informació crítica.
Més focus
Limitar el treball en curs ajuda a acabar tasques abans d’encomençar-ne d’altres.
En molts equips de tecnologia, el problema no és la falta d’activitat, sinó l’excés de fronts oberts.
Quan cada persona treballa simultàniament en diverses peticions, incidències i projectes, augmenta el canvi de context i disminueix la capacitat de concentració.
L’Agile intenta afavorir el flux de treball complet, no simplement mantenir tothom ocupat.
L’Agile, el Scrum i el Kanban no són la mateixa cosa
L’Agile és un conjunt de valors i principis.
El Scrum i el Kanban són formes concretes d’aplicar algunes d’aquestes idees.
El Scrum organitza el treball normalment en períodes curts anomenats sprints. Inclou esdeveniments com la planificació, la revisió i la retrospectiva.
El Kanban se centra a visualitzar el flux, limitar el treball en curs i millorar el temps que triga una tasca a completar-se.
Un equip pot utilitzar elements d’ambdós enfocaments.
Per exemple, pot treballar amb cicles quinzenals, celebrar retrospectives i, al mateix temps, utilitzar límits de treball en curs al seu tauler.
El que importa no és seguir una metodologia de manera rígida.
El que importa és entendre quin problema intenta resoldre cada pràctica.
Què pot sortir mal
L’Agile també pot aplicar-se mal.
Quan això passa, pot convertir-se en una capa addicional de reunions, mètriques i pressió.
Algunes senyals habituals són:
- La daily s’utilitza per controlar les persones.
- Els sprints s’omplen sense deixar marge per a imprevistos.
- Les estimacions es converteixen en compromisos immòvils.
- La velocitat s’utilitza per comparar equips.
- Les retrospectives no produeixen cap canvi.
- Les prioritats canvien constantment sense explicar-ne el motiu.
- Es mesura quantes tasques fa cada persona en lloc del resultat de l’equip.
- Tot es considera urgent.
- Les cerimònies es mantenen encara que ja no aportin valor.
L’Agile perd sentit quan s’utilitza únicament com a eina de control.
Les pràctiques haurien de ser al servei de l’equip i del treball, no al contrari.
Un exemple senzill en un equip d’operacions
Imagineu un equip que gestiona peticions, incidències, canvis i tasques d’automatització.
L’equip rep treball per diversos canals i cada persona comença noves tasques a mesura que arriben.
Després d’unes setmanes, apareixen diversos problemes:
- Hi ha moltes tasques iniciades i poques acabades.
- Algunes peticions porten massa temps aturades.
- Les incidències urgents interrompen constantment el treball.
- Ningú té una visió clara de la càrrega real.
- Les automatitzacions sempre s’ajusten.
Un enfocament àgil podria començar amb canvis senzills:
- Centralitzar el treball en un únic tauler.
- Diferenciar incidències, peticions i millores internes.
- Limitar el nombre de tasques simultànies.
- Revisar els bloqueos diàriament.
- Reservar capacitat per al treball no planificat.
- Seleccionar una petita automatització de tant en tant.
- Revisar en la retrospectiva què ha funcionat i què s’ha d’ajustar.
No seria necessari transformar tot l’equip d’una vegada.
L’objectiu seria millorar la visibilitat, reduir el treball acumulat i crear un flux més sostenible.
El paper de les retrospectives
La retrospectiva és una de les pràctiques més valuables per a un equip, sempre que es tradueixi en aprenentatge.
Durant una retrospectiva, l’equip revisa com ha treballat i què podria millorar.
No hauria de centrar-se únicament en el negatiu.
També és important identificar:
- Què ha funcionat bé.
- Quines pràctiques estan ajudant.
- Quina col·laboració mereix reconèixer-se.
- Què s’ha de mantenir.
- Quines petites millores es poden provar.
Una bona retrospectiva no necessita produir una llarga llista d’accions.
És preferible triar un o dos canvis concrets, assignar-los seguiment i comprovar més endavant si realment van ajudar.
L’Agile també necessita estabilitat
Adaptar-se no significa canviar de direcció continuament.
Els equips necessiten un mínim d’estabilitat per concentrar-se, aprendre i acabar el treball.
L’Agile funciona millor quan hi ha:
- Una visió clara.
- Prioritats comprensibles.
- Capacitat per dir que no.
- Temps per millorar processos.
- Confiança dins de l’equip.
- Seguretat per parlar de problemes.
- Espai per resoldre deute tècnica.
Sense aquestes condicions, les cerimònies àgils poden quedar-se en una aparença d’organització mentre l’equip continua treballant de manera reactiva.
Com començar sense complicar-ho
Un equip no necessita implantar totes les pràctiques àgiles de cop.
Pot començar amb algunes preguntes senzilles:
- Tenim clar quin és el treball més important?
- Podem veure fàcilment què està en curs?
- Sabem quines tasques estan aturades?
- Estem començant més treball del que podem acabar?
- Revisem periòdicament com estem treballant?
- Les millores que acordem tenen seguiment?
- Tenim marge per a incidències i imprevistos?
- Compartim prou coneixement?
A partir d’aquestes respostes, l’equip pot triar una millora petita.
Per exemple, limitar les tasques en curs durant dues setmanes i observar si s’acaben abans.
L’Agile s’aprèn mitjançant la pràctica, no només llegint una metodologia.
Conclusió
L’Agile pot aportar molt de valor als equips de tecnologia perquè ajuda a treballar millor en contextos canviants.
Permet fer visible el treball, detectar problemes abans, millorar la col·laboració i ajustar les prioritats de manera més conscient.
Tanmateix, no és una solució automàtica.
Utilitzar un tauler, celebrar una daily o treballar en sprints no converteix un equip en àgil.
La vera agilitat apareix quan l’equip pot aprendre, adaptar-se i millorar sense perdre de vista el valor que vol aportar.
Aplicat amb sentit, l’Agile no hauria de generar més pressió ni més burocràcia.
Hauria d’ajudar a fer que el treball sigui més clar, sostenible i útil tant per a l’equip com per a les persones que en depenen.