# Как вести журнал решений

Журнал решений фиксирует, что вы выбрали, почему, что отвергли и когда к этому вернуться. Загляните в него, когда через полгода кто-то спросит, почему перенесли запуск.

Обновлено 7 ноября 2026 г.

## Коротко

- **Занимает:** Три минуты, сразу после решения.
- **Что писать:** Шесть строк: выбор, кто, почему, что отвергли, что может это изменить, когда пересмотреть.
- **Принять:** В заметках самого проекта, новые — в конце.
- **Когда читать:** Когда кто-то спрашивает почему, и в день, когда вы собирались пересмотреть решение.

## Шаблон журнала решений

Копируйте это в новую заметку каждый раз, когда принимаете решение, которое потом, возможно, придётся объяснять.

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

```
Решение:
Кто решил:
Почему:
Что отвергли и почему:
Что может это изменить:
Пересмотреть:
```

Поставьте дату вверху, если ваш инструмент не добавляет её сам.

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

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

```
Решение: перенести запуск с 3 на 24 марта.
Кто решил: Ана, после разбора с поддержкой.
Почему: у поддержки ещё нет готовых ответов по новой странице биллинга.
Что отвергли и почему: запуск без биллинга, потому что текущие клиенты видели бы две цены.
Что может это изменить: поддержка готова к 10 марта.
Пересмотреть: 10 марта.
```

## Тот же шаблон для небольшого решения

Большинству решений хватит и меньшего. Личное решение о ремонте кухни:

Пример: плиточник:

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

## Что стоит записывать

- Выбор, о котором потом кто-то спросит: цена, дата, поставщик, объём работ.
- Выбор, причину которого вы к следующему месяцу забудете.
- Отвергнутый вариант, который снова и снова всплывает.
- Не записывайте то, что можно отменить за минуту.

## Когда решение меняется

Напишите новую запись о том, что изменилось и почему, а старую оставьте как есть. Журнал полезен именно тем, что показывает, что вы знали в тот момент.

Держите решения рядом с работой, к которой они относятся. [Рабочий журнал](https://thread.page/ru/guides/work-log.md) показывает, что произошло, а запись о решении — почему вы пошли именно этим путём.

## Вопросы

### Чем журнал решений отличается от ADR?

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

### Стоит ли вести журнал решений в таблице?

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

### Кто должен это записывать?

Тот, кто принял решение, сразу после этого. Если записать через неделю, отвергнутые варианты потеряются.

## Начните с одного потока.

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

Бесплатно в вашем браузере. Чтобы начать, аккаунт не нужен.

Что почитать дальше

### [Заметки по проектам: один журнал на каждый проект](https://thread.page/ru/use-cases/project-notes.md)

Храните заметки, таблицы и скриншоты рядом с каждым проектом. Прежде чем переключиться, оставьте следующий шаг в его потоке. Когда вернётесь, контекст будет на месте.

Free · без настроек

### [Своя хроника для каждого клиента](https://thread.page/ru/use-cases/client-work.md)

Храните бриф, заметки звонков и каждое согласованное изменение в одном потоке клиента. Когда работа возобновится, последняя заметка подскажет, что дальше.

Free · ваши собственные заметки о клиентах

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

[Шаблон протокола встречи](https://thread.page/ru/guides/meeting-notes.md)