Registrul deciziilor: șablon pentru echipa ta
Documentează deciziile echipei, dovezile și momentul revizuirii. Șablon și exemplu pentru a schimba o decizie fără a șterge istoricul.
TL;DR: Un registru de decizii păstrează întrebarea, dovezile, ipotezele, opțiunile și cine decide. Adaugă o condiție de revizuire și separă decizia de execuția sa. Dacă se schimbă criteriul, creează o altă referință care să o înlocuiască pe cea anterioară și explică ce noi dovezi o justifică.
Puncte cheie
- O ipoteză rămâne o incertitudine chiar dacă toate persoanele sunt de acord.
- O decizie adoptată poate rămâne în așteptarea execuției sau verificării.
- Noua decizie trebuie să facă legătura cu cea anterioară și să explice ce s-a schimbat, fără a șterge raționamentul său.
Conținut
Un registru de decizii al echipei explică de ce a fost aleasă o opțiune și ce ar trebui să se schimbe pentru a o revizui. Este necesar atunci când cineva lucrează cu o decizie veche, o altă persoană își amintește o excepție și nimeni nu găsește motivul original. Ultima frază din chat rareori conține toate aceste informații.
Într-o agenție (în engleză), registrul poate fi un document partajat cu o fișă pentru fiecare decizie și un index. Utilitatea apare prin păstrarea contextului, distingerea a ceea ce este verificat de ceea ce este presupus și legarea unei noi decizii cu cea pe care o înlocuiește. Iată un șablon și un caz complet pentru a face acest lucru.
Înregistrează deciziile care modifică munca
Deschide o fișă atunci când alegerea afectează munca mai multor persoane, depinde de o incertitudine importantă sau este dificil de reconstituit. Alegerea unei modalități de livrare partajate merită înregistrare; corectarea unei greșeli de tipar poate rămâne în cadrul sarcinii. Documentul trebuie să păstreze o decizie pe care cineva va trebui să o înțeleagă mai târziu.
Formulează o întrebare la care se poate răspunde: «Ce format vom folosi pentru a prezenta atelierul în sala clientului?». «Îmbunătățirea prezentărilor» nu identifică o decizie. Adaugă ce rămâne în afară: conținut, număr de sesiuni sau materiale pentru participanți, conform celor deja convenite în definirea lucrării în ofertă (în engleză).
Separă dovezile și ipotezele. «Persoana care coordonează atelierul a cerut să poată corecta diapozitivele până în ajun» descrie un mesaj. «Computerul din sală va putea deschide fișierul editabil» rămâne în așteptare până la verificare. A fi de acord cu o presupunere nu o transformă într-un fapt.
Clarifică cine pregătește și cine decide
Persoana care adună informațiile poate fi diferită de cea care are responsabilitatea finală de a decide. Abordarea DACI de la Atlassian separă aceste roluri, pe lângă cei care contribuie cu cunoștințe și cei care trebuie să primească rezultatul. Poți păstra această distincție într-o fișă mică.
Notează cine decide, cine trebuie să furnizeze dovezi și pe cine afectează rezultatul. Confirmă această atribuire; punerea unui nume într-o celulă nu conferă autoritate și nici nu demonstrează că persoana a acceptat rolul. Dacă este nevoie de un răspuns extern, lasă-l ca dependență în așteptare.
Opțiunile necesită consecințe concrete. «Utilizarea fișierului editabil», «prezentarea unui PDF» și «amânarea alegerii până la testarea sălii» permit compararea a ceea ce se câștigă, a ceea ce rămâne în așteptare și a ceea ce poate bloca munca. Nu adăuga opțiuni pe care nimeni nu le-a considerat doar pentru a justifica preferata mai târziu.
Un șablon cu două stări separate
Copiază fișa și înlocuiește instrucțiunile dintre parantezele drepte. Folosește referințe scurte precum DEC-01 și DEC-02, atât în index, cât și în sarcini. Identificatorii sunt exemple interne; nu necesită un instrument specific. Leagă dovezi accesibile echipei fără a copia date de autentificare sau informații inutile.
Referință și întrebare: [identificator / decizie concretă]Domeniu: [muncă afectată / ce rămâne în afară]Pregătire: [persoana care adună informațiile]Responsabil de decizie: [persoană / atribuire confirmată]Contribuții și destinatari: [cine contribuie / cine trebuie să știe]Dovezi: [fapt / referință / data verificării]Ipoteze: [ce lipsește de verificat / responsabil / consecință]Opțiuni: [alternative reale și consecințele fiecăreia]Rezultat: [opțiunea aleasă și motivul; sau în așteptare]Decizie: [propusă / adoptată / respinsă / înlocuită]Confirmare: [persoană / dată / referință; sau în așteptare]Aplicare: [de când / condiție necesară]Revizuire: [condiția care o declanșează / dată / responsabil]Istoric: [înlocuiește / înlocuită de / notă datată]Execuție: [în așteptare / în curs / blocată / verificată]Acțiune următoare: [sarcină / responsabil / dată sau condiție]Verificare: [rezultat așteptat / dovezi / responsabil]Adoptată înseamnă că există o decizie confirmată. Verificată descrie aplicarea sa, cu dovezile prevăzute. O decizie respinsă nu trebuie să avanseze spre execuție. Dacă se amână luarea deciziei, păstrează «propusă», scrie ce lipsește și cine o va rezolva; tăcerea nu completează confirmarea.
Exemplu: se schimbă dovezile, se schimbă decizia
Caz fictiv. O agenție pregătește un atelier. Numele de referință, zilele și rezultatele următoare sunt didactice; nu descriu un client real. Conținutul atelierului este agreat. Rămâne de decis ce fișier va fi utilizat în timpul prezentării.
| Registru | DEC-01, ziua 1 | DEC-02, ziua 3 |
|---|---|---|
| Dovezi | Coordonarea cere să poată corecta diapozitivele până în ajun. | Testul în sală arată că echipamentul disponibil deschide PDF, dar nu și fișierul editabil. |
| Ipoteză | Echipamentul din sală va deschide fișierul editabil; lipsește testarea. | PDF-ul va păstra conținutul necesar; lipsește revizuirea exportului final. |
| Decizie confirmată | Pregătirea fișierului editabil și condiționarea utilizării sale în sală de test. | Prezentarea PDF-ului verificat și păstrarea fișierului editabil ca fișier de lucru. |
| Responsabil de decizie | Responsabilul atelierului, atribuire confirmată. | Aceeași persoană confirmă schimbarea după consultarea prezentatorului. |
| Revizuire | Rezultatul testului sălii. | Schimbare de conținut ulterioară verificării PDF-ului. |
| Istoric | Înlocuită de DEC-02 în ziua 3. | Înlocuiește DEC-01; testul exclude ipoteza sa. |
| Execuție la sfârșitul zilei 3 | Utilizarea fișierului editabil în sală nu a fost niciodată autorizată. | Exportul pregătit; revizuirea PDF-ului încă în așteptare. |
DEC-02 este deja adoptată, dar încă nu permite scrierea «prezentare verificată». Următoarea acțiune constă în deschiderea PDF-ului final pe echipamentul din sală și revizuirea diapozitivelor prevăzute. Dacă atelierul depinde de o animație care dispare la export, testul trebuie să detecteze acest lucru înainte de a valida formatul.
Ideea de a păstra raționamentul provine din registrele deciziilor de arhitectură, sau ADR, descrise de AWS: o nouă decizie poate înlocui una anterioară. Aici o adaptăm la operațiunile de servicii; nu aplicăm o normă de arhitectură atelierului.
Păstrează intacte faptele și motivele scrise în DEC-01. Adaugă nota de înlocuire cu dată și link către DEC-02. Cine citește istoricul va putea distinge o decizie rezonabilă sub o ipoteză explicită de o eroare ascunsă printr-o editare retrospectivă.
Revizuiește după o condiție concretă
«O vom revizui mai târziu» nu explică ce ar trebui să urmărească echipa. Un test eșuat, o dependență care se schimbă sau o nouă cerință permit deschiderea revizuirii. Stabilește cine urmărește acea condiție și o dată pentru verificare dacă lucrarea are un termen limită.
Data nu retrage automat decizia. Dacă nu apar informații noi, înregistrează dacă este încă aplicabilă și ce verificare lipsește. Când continuarea depinde de o condiție neîndeplinită, păstrează blocajul. În exemplu, acceptarea DEC-01 nu autoriza omiterea testului echipamentului.
Corectarea unei greșeli de scriere nu necesită DEC-03. Schimbarea formatului ales sau a condiției sale de utilizare merită o altă referință. Dacă descoperi că o dovadă a fost greșit notată, adaugă o corecție datată și revizuiește consecințele sale; nu lăsa registrul să continue să susțină o certitudine falsă.
Verifică dacă o altă persoană poate continua
Menține un index cu referință, întrebare, decizie în vigoare și link către istoric. În sarcina de execuție, indică ce decizie se aplică. Dacă se schimbă, anunță persoanele afectate și verifică dacă persoana cu muncă în așteptare a primit noua referință. Editarea documentului nu garantează că toată lumea l-a citit.
Cere cuiva străin de conversație să găsească trei lucruri: ce trebuie făcut acum, de ce s-a schimbat și ce rămâne în așteptare. Dacă trebuie să te întrebe, corectează fișa. Dacă o sarcină de mentenanță este în plus, aplică criteriul de eliminare, automatizare și delegare (în engleză) înainte de a crea o altă rutină.
Începe cu o decizie în vigoare al cărei motiv este dificil de recuperat. Scrie ce este cunoscut, marchează ce este încă o ipoteză și lasă o acțiune următoare cu responsabil. Următoarea persoană trebuie să poată continua de acolo.
Acest articol a fost util?
Întrebări frecvente
Trebuie înregistrate toate deciziile echipei?
Înregistrează-le pe cele care modifică munca în comun, depind de o ipoteză importantă sau ar fi dificil de reconstituit. O alegere minoră și ușor de corectat poate rămâne în sarcina corespunzătoare.
Ce se întâmplă dacă se ajunge la data de revizuire și nu există informații noi?
Data cere o revizuire; nu retrage automat decizia. Notează dacă este încă aplicabilă, ce dovezi lipsesc și cine trebuie să le obțină. Dacă continuarea necesită o condiție care nu este îndeplinită, menține blocajul vizibil.
Pot actualiza documentul anterior când se schimbă decizia?
Păstrează raționamentul și dovezile originale. Adaugă o notă datată care să facă legătura cu noua decizie și marchează-o pe cea anterioară ca fiind înlocuită, atunci când este cazul. O corecție de redactare trebuie să fie distinctă de o schimbare de criteriu.