L'sprint que ningú dorm
Coordinar equips d'agents autònoms amb el vocabulari de Scrum i PMBOK: què sobreviu de cada marc, què es trenca, i què queda per inventar.
Un equip humà es reuneix els dilluns, discuteix l’sprint, negocia l’abast, signa l’acta i se’n va a casa. Un equip d’agents autònoms no fa res d’això. I tot i així algú l’ha de coordinar. Aquest article creua Scrum i PMBOK pel mateix eix: com es coordinen tasques entre agents que no comparteixen ni jornada, ni memòria, ni signatura.
Coordinar sense supervisar cada pas
Els protocols que hem consolidat a la indústria —MCP, A2A— resolen la capa de comunicació entre agents. No resolen la de coordinació. Que dos agents puguin parlar-se no diu res sobre qui decideix què fa cadascun, quan pausen, com se sincronitzen i qui respon quan el resultat col·lectiu falla.
I aquesta capa no s’inventa des de zero. Existeix, fa mig segle que es poleix sobre actors humans, i ara comença a mirar cap als agents. El juny de 2026, el PMI va publicar The Standard for Artificial Intelligence in Portfolio, Program, and Project Management — el primer estàndard global explícitament dissenyat per al problema. La 8a edició del PMBOK ja integra IA de manera explícita. I Gartner va reportar un augment del 1.445% en consultes sobre sistemes multi-agent entre Q1 2024 i Q2 2025. La disciplina s’ha començat a moure. La pregunta és cap a on.
Com s’assigna la feina
Scrum assigna al sprint planning: el PO presenta el backlog prioritzat, l’equip estima esforç, es compromet amb un abast. Conversacional i consensuat.
PMBOK assigna via pla de gestió: abast definit, WBS descompost, recursos assignats segons matriu RACI. Documental i traçable.
Cap dels dos encaixa netament. Un agent no negocia esforç —no té noció de fatiga ni de velocity personal—. Un agent tampoc figura en una matriu RACI, perquè no factura hores ni signa entregables.
El que sí sobreviu de cada marc:
- De Scrum, el compromís acotat en el temps: encara que no hi hagi planning conversacional, el sistema necessita finestres on la feina es congela per poder avaluar-se.
- De PMBOK, la descomposició explícita de responsabilitats: algú ha de declarar quin agent pot fer què, amb quins permisos, sobre quins recursos.
La primera és una decisió d’operació. La segona és de governança. Cap sola no basta.
Com se sincronitzen les tasques
Scrum sincronitza via cerimònies: daily, review, retrospective. Punts fixos on l’equip pausa, comparteix estat i s’ajusta. Rítmic i humà.
PMBOK sincronitza via informes d’estat, fites i control gates. Planificat i documental.
Amb agents, la primera diferència és brutal: l’agent no necessita pausar per sincronitzar-se. Comparteix estat en cada intercanvi, cada trucada d’eina, cada actualització de memòria. La daily, dissenyada per forçar visibilitat periòdica que sense ella es dispersaria, es torna redundant quan la visibilitat és contínua per disseny.
El que segueix tenint sentit —i aquí Scrum aporta alguna cosa real— és la retrospective. No com a reunió, sinó com a bloc de temps on el sistema avalua què va fer bé, què va fer malament, i ajusta la política per al cicle següent. És l’únic moment on un sistema d’agents reflexiona sobre si mateix amb distància. I aquesta distància, en un sistema que no dorm, no apareix sola: s’ha de dissenyar.
De PMBOK sobreviu quelcom complementari: els control gates com a punts on escalar a supervisió humana abans de continuar. Un agent pot executar mil decisions autònomes. La decisió mil-u, la que compromet pressupost gran o dispara risc alt, ha de passar per un gate. No és una reunió — és un mecanisme de contenció.
Com es tanca la feina
Scrum tanca amb sprint review i definició de “done”. Iteratiu i negociable.
PMBOK tanca amb acceptació formal de l’entregable, signatura i registre de lliçons apreses. Contractual i definitiu.
Aquí apareix el problema més incòmode. Un equip d’agents pot produir un output sense que cap agent estigui en condicions de signar-lo. L’acceptació —el “done” scrum, el “sign-off” del PMBOK— pressuposa un actor amb responsabilitat atribuïble. I en un sistema multi-agent, la responsabilitat és difusa per disseny.
El que Scrum aporta parcialment és l’increment verificable: el resultat ha de ser demostrable, no només declarat. Que un agent reporti “tasca completada” no basta — cal evidència observable. I aquesta evidència, quan la genera un altre agent, cau en el problema del dubte com a infraestructura ja tractat en articles anteriors d’aquesta sèrie.
El que PMBOK aporta amb més pes és la traçabilitat formal: per poder tancar, cal que quedi registre de què es va decidir, qui ho va autoritzar i sobre quina base. Aquest registre, en un sistema on els agents no signen, es converteix en l’única manera de reconstruir la responsabilitat després del fet. No la localitza — la fa reconstruïble.
Què aporta cada marc quan l’equip no és humà
| Funció | Sobreviu de Scrum | Sobreviu de PMBOK |
|---|---|---|
| Assignació | Compromís acotat en el temps | Descomposició explícita de responsabilitats |
| Sincronització | Retrospective com a pausa reflexiva dissenyada | Control gates com a punts d’escalada |
| Tancament | Increment verificable amb evidència observable | Traçabilitat formal reconstruïble |
Els dos marcs no competeixen — resolen capes diferents. Scrum aporta cadència i cicle. PMBOK aporta governança i traçabilitat. Cap tal qual, tots dos amb el que sobreviu de cadascun.
El que falta inventar
Adaptar mecànicament Scrum o PMBOK a agents és una resposta insuficient. Tots dos marcs van ser dissenyats per a actors humans, i aquests actors tenien tres propietats que un agent no té: jornada laboral, memòria personal i responsabilitat atribuïble individualment.
Un agent opera 24/7, sense fatiga. La seva memòria és compartida i vectoritzada, no personal. I quan falla, la responsabilitat no cau sobre ell sinó sobre la cadena difusa de decisions humanes que van autoritzar-ne el desplegament.
Això no invalida els marcs. Els limita. Ens donen vocabulari, estructura i precedent. No ens donen la disciplina específicament maquínica que aquest moment demana. I aquesta disciplina encara no està escrita.
La resposta raonable no és abandonar Scrum ni PMBOK. És reconèixer que són la bastida disponible mentre es construeix el que ve. I aquesta bastida necessita tres coses que cap dels dos porta de sèrie:
- Cadència adaptada a les freqüències reals de cada actor, no a la biologia humana.
- Observabilitat contínua que substitueixi la supervisió intermitent.
- Responsabilitat reconstruïble des de la signatura individual cap a la traçabilitat estructural.
Preguntes obertes
- Si Scrum funciona perquè hi ha un equip humà que aprèn a les retrospectives, què queda quan els actors aprenen al cicle de l’entrenament i no al del sprint?
- Quan PMBOK exigeix responsable identificable per a cada decisió, què li demanem quan la decisió emergeix de la cooperació de diversos agents sense autor localitzable?
- Segueix sent un “sprint” quan l’equip no dorm, o li estem posant nom humà a una altra cosa?
Les preguntes no tenen resposta tancada. Però convé una idea final: coordinar màquines no és coordinar humans més ràpid. És un problema diferent que hem començat a abordar amb el vocabulari que teníem a mà — el de la gestió de projectes clàssica. Ens serveix per anomenar l’obvi. Falta el vocabulari per al que és específicament nou. I aquesta disciplina, quan s’escrigui, la sostindrà qui construeixi els sistemes.
Referències
- PMI — The Standard for Artificial Intelligence in Portfolio, Program, and Project Management (juny 2026). pmi.org/standards/artificial-intelligence
- PMI — PMBOK Guide 8a edició (2026). pmi.org
- Thinkcloudly — AI + Scrum in 2026: How AI Is Changing Agile Teams (juny 2026). thinkcloudly.com
- Project Management Knowledge — PMI’s New AI Standard (2026) (juliol 2026). project-management-knowledge.com
- arXiv — Is PMBOK Guide the Right Fit for AI? (2025). arxiv.org/pdf/2506.02214
- arXiv — A systematic review of generative AI usage for IT project management (2026). arxiv.org/pdf/2604.21958
- Articles anteriors d’aquesta sèrie: Quan els agents parlen entre si, El metabolisme deliberatiu, L’enginyeria del dubte.
