# Cum ții un registru de decizii

Un registru de decizii consemnează ce ai ales, de ce, ce ai respins și când revii asupra deciziei. Îți folosește când, peste șase luni, cineva întreabă de ce s-a mutat lansarea.

Actualizat la 7 noiembrie 2026

## Pe scurt

- **Durată:** Trei minute, imediat după ce decizi.
- **Ce scrii:** Șase rânduri: alegerea, cine, de ce, ce ai respins, ce ar schimba-o, când revii asupra ei.
- **Acceptă:** În notițele proiectului, cea mai nouă la final.
- **Când îl citești:** Când cineva întreabă de ce și în ziua în care ai zis că revii asupra ei.

## Un șablon de registru de decizii

Copiază-l într-o notiță nouă de fiecare dată când decizi ceva ce s-ar putea să trebuiască explicat mai târziu.

Șablon de decizie:

```
Decizie:
Cine a decis:
De ce:
Ce am respins și de ce:
Ce ar schimba decizia:
De revăzut:
```

Pune data sus dacă instrumentul tău nu o adaugă.

Completat, pentru lansarea unui produs:

Exemplu: data lansării:

```
Decizie: mutăm lansarea de pe 3 martie pe 24 martie.
Cine a decis: Ana, după analiza cu echipa de suport.
De ce: suportul nu are răspunsuri pregătite pentru noua pagină de facturare.
Ce am respins și de ce: lansarea fără facturare, pentru că clienții existenți ar vedea două prețuri.
Ce ar schimba decizia: suportul pregătit până pe 10 martie.
De revăzut: pe 10 martie.
```

## Același șablon pentru o decizie mică

Majoritatea deciziilor cer mai puțin. Una personală, la renovarea unei bucătării:

Exemplu: faianțar:

```
Decizie: Marek pune faianța.
De ce: poate începe în ianuarie.
Ce am respins și de ce: oferta mai ieftină, pentru că acel faianțar nu poate începe înainte de aprilie.
De revăzut: când trebuie plătit avansul.
```

## Ce merită notat

- O alegere pe care cineva o va pune la îndoială mai târziu: un preț, o dată, un furnizor, aria proiectului.
- O alegere al cărei motiv l-ai uita până luna viitoare.
- O variantă respinsă care tot revine.
- Sari peste ce poți anula într-un minut.

## Când se schimbă o decizie

Scrie o intrare nouă care spune ce s-a schimbat și de ce, și las-o pe cea veche cum e. Registrul e util pentru că arată ce știai atunci.

Ține deciziile lângă munca de care țin. Un [jurnal de lucru](https://thread.page/ro/guides/work-log.md) spune ce s-a întâmplat; o intrare de decizie spune de ce ai ales drumul ăsta.

## Întrebări

### Ce diferență e între un registru de decizii și un ADR?

Un ADR (architecture decision record) e un registru de decizii pentru arhitectura software, ținut lângă cod. Șablonul de mai sus merge pentru amândouă.

### Registrul de decizii ar trebui să fie un tabel?

Un tabel e bun pentru date și responsabili. Motivele și variantele respinse nu încap într-o celulă, și tocmai pe ele le vei căuta mai târziu.

### Cine ar trebui să o scrie?

Cel care a luat decizia, imediat după ce a luat-o. Scrisă după o săptămână, pierde variantele respinse.

## Începe cu un subiect.

[Începe să scrii](https://thread.page/app)

Gratuit în browserul tău. Nu ai nevoie de cont ca să începi.

Citește în continuare

### [Notițe de proiect: un jurnal continuu pentru fiecare proiect](https://thread.page/ro/use-cases/project-notes.md)

Păstrează notițe, tabele și capturi de ecran la fiecare proiect. Înainte să treci la altceva, lasă pasul următor în subiectul lui. Când revii, contextul este acolo.

Free · nimic de configurat

### [Un istoric continuu pentru fiecare client](https://thread.page/ro/use-cases/client-work.md)

Păstrează cerințele, notițele din apeluri și fiecare modificare convenită într-un subiect al clientului. Când reiei lucrul, ultima notiță îți spune ce urmează.

Free · propriile tale notițe despre clienți

[Cum ții un jurnal de lucru](https://thread.page/ro/guides/work-log.md)

[Un șablon de notițe de ședință](https://thread.page/ro/guides/meeting-notes.md)