ThreadPage
Начать писать

Все руководства

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

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

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

Использовать этот шаблон

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

Копировать шаблон

Коротко

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Держите решения рядом с работой, к которой они относятся. Рабочий журнал показывает, что произошло, а запись о решении — почему вы пошли именно этим путём.

Вопросы

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

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

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

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

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

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

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

Начать писать

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

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

  • Заметки по проектам: один журнал на каждый проект

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

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

  • Своя хроника для каждого клиента

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

    Free ваши собственные заметки о клиентах
Как вести рабочий журналШаблон протокола встречи