Дневник принятия решений: как проверять логику и прогноз
Дневник решения сохраняет исходную логику до того, как результат станет известен. Он не превращает неопределённость в точность, но мешает задним числом подменять ожидания и помогает отличить слабый процесс от нормального риска.
Почему запись делают до результата
После удачного исхода легко считать решение очевидным, после неудачного — находить признаки, которые «все видели заранее». Дневник сохраняет состояние информации на момент выбора. Это позволяет задать два разных вопроса:
- был ли процесс разумным при доступных данных;
- что фактический результат добавил к нашей модели.
Минимальные поля
- решение и его граница;
- цель и измеримый результат;
- рассмотренные варианты, включая бездействие;
- факты и их источники;
- допущения и неизвестное;
- прогноз с вероятностью;
- риски, стоп-условия и обратимость;
- момент разбора.
Не включайте лишние персональные оценки. Если решение касается людей, фиксируйте наблюдаемое рабочее состояние и согласованные критерии, а не диагнозы и ярлыки.
Как записать прогноз
Вероятность — не украшение. Сформулируйте событие так, чтобы позже можно было однозначно поставить «произошло / не произошло». Например: «С вероятностью 65% пилот снизит долю возвратов на уточнение минимум на 20% относительно сопоставимого базового периода, не увеличив медианное время постановки более чем на 10%».
Запишите, что поднимет или снизит оценку. Не превращайте 65% в обещание.
Заполненная запись: синтетический пилот
Кейс вымышленный, без реальных сотрудников и показателей организации.
| Поле | Запись до решения |
|---|---|
| Решение | На четыре недели запустить единый шаблон постановки задач в одной команде |
| Цель | Снизить возвраты на уточнение без заметного роста времени постановки |
| Варианты | Ничего не менять; провести инструктаж; запустить ограниченный шаблон |
| Факты | 11 из 30 изученных задач возвращались из-за отсутствия результата или критерия приёмки |
| Допущения | Выборка типична; обязательные поля адресуют значимую часть возвратов |
| Прогноз | 65% на достижение цели по заранее описанному правилу |
| Стоп-условие | Если время постановки вырастет более чем на 10% две недели подряд, пилот приостановить |
| Разбор | После четырёх полных недель и проверки сопоставимости задач |
Послерезультатный разбор
Предположим, возвраты снизились на 15%, а время постановки выросло на 4%. Цель «минимум 20%» не достигнута, стоп-условие не сработало. Исходный прогноз остаётся 65%; рядом добавляется результат:
- частичное улучшение наблюдается, но порог не пройден;
- часть возвратов связана с меняющимися требованиями, чего шаблон не решает;
- следующий тест должен разделить причины возвратов, а не просто расширить пилот.
Матрица качества процесса и исхода
| Процесс | Исход | Что делать |
|---|---|---|
| Сильный | Удачный | Проверить, не было ли везения, и сохранить метод |
| Сильный | Неудачный | Обновить вероятности, не наказывать разумный риск автоматически |
| Слабый | Удачный | Не закреплять случайно сработавшую логику |
| Слабый | Неудачный | Исправить процесс и границы решения |
Как сделать журнал полезным
Раз в месяц выберите несколько записей, где наступил срок разбора. Сравнивайте не людей, а формулировки, источники, диапазоны вероятностей и повторяющиеся пропуски. Тему типичных ошибок дополняет статья о когнитивных искажениях руководителя.
Чек-лист одной записи
- варианты записаны до выбора;
- факты отделены от допущений;
- прогноз проверяем и имеет вероятность;
- стоп-условие задано заранее;
- исходная запись не переписана;
- последующий вывод не основан на одном ярком исходе.
От одного рабочего артефакта — к системному навыку
Навык регулярного разбора решений развивает курс «Системное и критическое мышление в принятии решений», который ведёт Сергеев Никита. После успешного обучения предусмотрен документ: Удостоверение о повышении квалификации.
Вопросы и ответы
- Нужно ли записывать каждое мелкое решение?
Нет. Выберите повторяющиеся или значимые решения, где есть альтернативы, неопределённость и возможность последующего разбора. Для рутинных действий достаточно регламента или чек-листа.
