# Як вести журнал рішень

Журнал рішень фіксує, що ви обрали, чому, що відкинули і коли до цього повернутися. Зазирніть у нього, коли через пів року хтось спитає, чому перенесли запуск.

Оновлено 7 листопада 2026 р.

## Коротко

- **Займає:** Три хвилини, одразу після рішення.
- **Що писати:** Шість рядків: вибір, хто, чому, що відкинули, що може це змінити, коли переглянути.
- **Прийняти:** У нотатках самого проєкту, найновіші — в кінці.
- **Коли читати:** Коли хтось питає чому, і в день, коли ви збиралися переглянути рішення.

## Шаблон журналу рішень

Копіюйте це в нову нотатку щоразу, коли ухвалюєте рішення, яке згодом, можливо, доведеться пояснювати.

Шаблон рішення:

```
Рішення:
Хто вирішив:
Чому:
Що відкинули і чому:
Що може це змінити:
Переглянути:
```

Поставте дату вгорі, якщо ваш інструмент не додає її сам.

Заповнений, для запуску продукту:

Приклад: дата запуску:

```
Рішення: перенести запуск із 3 на 24 березня.
Хто вирішив: Ана, після розбору з підтримкою.
Чому: у підтримки ще немає готових відповідей щодо нової сторінки білінгу.
Що відкинули і чому: запуск без білінгу, бо наявні клієнти бачили б дві ціни.
Що може це змінити: підтримка готова до 10 березня.
Переглянути: 10 березня.
```

## Той самий шаблон для невеликого рішення

Більшості рішень вистачить і меншого. Особисте рішення щодо ремонту кухні:

Приклад: плиточник:

```
Рішення: плитку кладе Marek.
Чому: він може почати в січні.
Що відкинули і чому: дешевшу пропозицію, бо той плиточник не може почати раніше квітня.
Переглянути: коли настане час вносити завдаток.
```

## Що варто записувати

- Вибір, про який згодом хтось спитає: ціна, дата, постачальник, обсяг робіт.
- Вибір, причину якого ви до наступного місяця забудете.
- Відкинутий варіант, який постійно повертається.
- Не записуйте те, що можна скасувати за хвилину.

## Коли рішення змінюється

Напишіть новий запис про те, що змінилося і чому, а старий залиште як є. Журнал корисний саме тим, що показує, що ви знали на той момент.

Тримайте рішення поруч із роботою, до якої вони належать. [Робочий журнал](https://thread.page/uk/guides/work-log.md) показує, що сталося, а запис про рішення — чому ви пішли саме цим шляхом.

## Питання

### Чим журнал рішень відрізняється від ADR?

Запис архітектурного рішення (ADR) — це журнал рішень щодо архітектури програм, який зберігають разом із кодом. Шаблон вище підходить для обох.

### Чи варто вести журнал рішень у таблиці?

Таблиця годиться для дат і відповідальних. А причини й відкинуті варіанти в клітинку не вміщаються, хоча згодом знадобляться саме вони.

### Хто має це записувати?

Той, хто ухвалив рішення, одразу після цього. Якщо записати через тиждень, відкинуті варіанти загубляться.

## Почніть з одного потоку.

[Почати писати](https://thread.page/app)

Безкоштовно у вашому браузері. Щоб почати, акаунт не потрібен.

Що почитати далі

### [Проєктні нотатки: один журнал на кожен проєкт](https://thread.page/uk/use-cases/project-notes.md)

Тримайте нотатки, таблиці й знімки екрана поруч із кожним проєктом. Перш ніж перемкнутися, залиште наступний крок у його потоці. Коли повернетеся, контекст буде на місці.

Free · без налаштувань

### [Окрема хроніка для кожного клієнта](https://thread.page/uk/use-cases/client-work.md)

Тримайте бриф, нотатки дзвінків і кожну погоджену зміну в одному потоці клієнта. Коли робота відновиться, остання нотатка підкаже, що далі.

Free · ваші власні нотатки про клієнтів

[Як вести робочий журнал](https://thread.page/uk/guides/work-log.md)

[Шаблон протоколу зустрічі](https://thread.page/uk/guides/meeting-notes.md)