Agenda de reunió d'arrencada de projecte per a equips d'enginyeria
La pregunta que ometen les reunions d'arrencada
Una arrencada de projecte que va bé deixa l'equip alineat sobre què construir, qui fa què i quan cal cada cosa. Aquesta alineació sol aguantar unes tres setmanes. Després l'abast creix, un stakeholder canvia d'opinió sobre un supòsit central, una dependència s'endarrereix, i l'equip descobreix que mai van acordar qui decideix quan dues persones raonables discrepen.
La pregunta que la majoria d'agendes d'arrencada ometen és: com prendrà decisions aquest equip quan alguna cosa vagi malament? No el pla de projecte —el marc de presa de decisions. Qui és propietari de l'abast quan cal retallar una funcionalitat? Què fa l'equip quan una restricció tècnica invalida un requisit de producte? Quin stakeholder té l'última paraula quan dos departaments volen coses diferents?
Aquestes preguntes són fàcils de respondre a l'arrencada perquè encara no hi ha res en joc. Són molt més difícils de respondre a mig projecte quan tothom té una posició. La plantilla de sota reserva temps per a elles abans que comenci la part difícil.
L'agenda (copia i enganxa això)
Durada: 60-90 minuts segons la complexitat del projecte
Format: Facilitada; tots els stakeholders i col·laboradors clau presents o havent-ho revisat de manera asíncrona abans de començar
Secció 1 — Objectiu i abast del projecte (20 min)
- Enuncia l'objectiu en una frase: com és l'èxit, mesurable si és possible
- Dins de l'abast: què lliurarà el projecte, nomenat específicament
- Fora de l'abast: què no farà explícitament aquest projecte —llista com a mínim tres coses
- Criteris d'èxit: com sabrà l'equip que el projecte està enllestit?
- L'EM o el PM és propietari d'aquesta secció; els enginyers replicaran si l'abast enunciat no coincideix amb la viabilitat
Secció 2 — Rols i propietat (15 min)
- Per a cada flux de treball, nomena un propietari —no un equip, una persona
- Qui decideix en última instància sobre: l'abast de producte, l'arquitectura tècnica, les comunicacions externes?
- Qui està informat vs. consultat vs. és qui decideix per a cada tipus de decisió important?
- Nomena el lead del projecte que és responsable si res més queda clar
Secció 3 — Restriccions i riscos (15 min)
- Restriccions estrictes: data límit, pressupost, compliment normatiu, dependències d'altres equips
- Riscos coneguts: quines són les tres coses principals que podrien fer descarrilar aquest projecte?
- Per a cada risc: probabilitat, impacte i responsable de la mitigació
- Què faria que el projecte es cancel·lés o es reduís significativament? Nomena-ho ara
Secció 4 — Pla de comunicació (10 min)
- Amb quina freqüència se sincronitzarà l'equip? Amb quin format?
- Qui rep una actualització d'estat, i com? No donis per fet que els stakeholders volen el mateix canal
- On viu la documentació del projecte?
- Quina és la via d'escalat si alguna cosa bloqueja el projecte?
Secció 5 — Preguntes obertes (15 min)
- Llista cada pregunta que l'equip no pot respondre avui
- Per a cadascuna: assigna un responsable i una data en què cal la resposta
- Les preguntes sense data ni responsable encara estaran obertes a mig projecte
Secció 6 — Propers passos (10 min)
- Les tres coses que han de passar en els propers cinc dies laborables per començar la feina de veritat
- Cada proper pas té un únic responsable
- Confirma com es distribuirà el resum de l'arrencada i a qui
Què fan malament les plantilles d'arrencada populars
La majoria de plantilles d'arrencada són exhaustives sobre el pla de projecte i primes sobre què passa quan el pla no aguanta. Produeixen un document d'abast net i una matriu RACI, cosa que és útil. No produeixen una resposta compartida a «què fem quan el proveïdor de la base de dades triplica els seus preus a mig projecte?» o «què es retalla si arribem a la data límit estricta amb el 80% de les funcionalitats completes?»
L'absència del fora-d'abast és l'altre buit constant. Enunciar què està dins de l'abast és senzill. Enunciar què queda explícitament fora —llistant tres o quatre coses concretes que el projecte no farà— força la mateixa conversa sobre les expectatives dels stakeholders però des de l'altra direcció. Els stakeholders que anaven a donar per fet que el client mòbil estava inclòs ho descobreixen a l'arrencada en lloc de a la sisena setmana.
El tercer buit és la secció de preguntes obertes. Els equips no volen fer sortir el que no saben a l'arrencada perquè sembla admetre que no estan preparats. Però les respostes desconegudes esdevenen bloqueigs a mig projecte, i els bloqueigs a mig projecte són cars. Com més aviat saps que existeix la pregunta, més aviat algú pot assumir la resposta.
Sobre com aquests buits s'acumulen en sobrecàrrega al llarg d'un projecte de diversos mesos: L'impost de les reunions.
Per què val la pena fer bé les notes d'arrencada
El document d'arrencada és l'artefacte que es consulta amb més freqüència en qualsevol projecte. És el que la gent comprova quan l'abast es qüestiona, quan s'incorpora un nou membre de l'equip, quan un stakeholder pregunta «no vam decidir X a l'arrencada?». Una arrencada ben documentada és un projecte més fàcil de gestionar.
Pavleur captura tota l'arrencada automàticament: l'abast tal com s'ha enunciat, els rols tal com s'han assignat, els riscos tal com s'han nomenat, les preguntes obertes amb responsables, els propers passos amb responsables i dates. Si algú ha compartit en pantalla el brief del projecte, un diagrama o un document de requisits a mitja reunió, l'element visual s'inclou a l'informe al costat de la discussió. Les eines només d'àudio et donen qui va dir què; no capturen el diagrama d'arquitectura a la pantalla quan el tech lead descrivia la dependència. L'informe resultant serveix com a document de font de veritat del projecte des del primer dia. Sobre com es compara amb les eines tradicionals de captura de reunions: Pavleur vs. alternatives.
Una nota sobre l'assistència
Tothom de qui s'espera que prengui una decisió sobre aquest projecte hauria d'assistir a l'arrencada, o revisar una gravació completa i un resum escrit abans de començar la feina. Un stakeholder que es perd l'arrencada i s'assabenta de l'abast de manera informal dues setmanes després és una disputa d'abast a mig projecte a punt de passar. La feina de l'arrencada és construir context compartit, i el context compartit només existeix si les persones rellevants són a la sala.