Журнал решений основателя
Как вести журнал решений основателя
Время чтения: 3 мин
Подходит для уровня: START · Запуск
Кому подойдёт. Основателям, которые хотят сохранять основания важных решений и осмысленно пересматривать их.
Содержание
Журнал решений нужен, чтобы через месяц восстановить, почему вы выбрали именно этот путь. Без записи результат часто меняет память о прошлом. Удачное решение начинает казаться очевидным с самого начала, а неудачное — необъяснимой ошибкой. При этом обе оценки могут игнорировать сведения, которые действительно были доступны в момент выбора.
Записывать каждое действие не требуется. Полезно сохранять решения, влияющие на существенные расходы, обязательства, устройство работы или направление проверки. Выбор аудитории, отказ от большого заказа, переход на другую модель оплаты и передача ответственности сотруднику подходят для такого журнала.
Отделите решение от задачи и предположения
«Отправить предложение до пятницы» — задача. «Клиенты согласятся на абонентскую оплату» — предположение. «В течение следующего месяца предлагаем двум подходящим клиентам ограниченный абонентский пакет» — решение, принятое при определённых знаниях и ограничениях.
В одной записи могут быть ссылки на задачи и проверки, но её центр — сделанный выбор. Назовите, что вы решили, кто отвечает за исполнение и какие обязательства возникли. Если решение ещё обсуждается, не ставьте ему статус принятого: иначе команда начнёт действовать по черновику.
В технических проектах AWS предлагает сохранять контекст решения, сам выбор и его последствия, а при пересмотре создавать связанную новую запись. Для основателя этот способ полезен и вне разработки, если оставить документ коротким и понятным участникам бизнеса.
Сохраните исходные сведения
В учебном примере дизайнер решает отказаться от срочных заказов на две недели. Причина: три действующих проекта уже занимают 32 часа в неделю при доступных 36. Оставшиеся четыре часа нужны для документов и непредвиденных вопросов. Это исходные сведения, а не объяснение, придуманное после решения.
Рядом запишите неизвестное. Возможно, часть проекта завершится раньше, но клиент ещё не подтвердил материалы. Возможно, срочный заказ будет особенно выгодным, но объём не определён. Такие ожидания можно учитывать как неопределённость, однако нельзя превращать их в свободные часы или гарантированный доход.
Сохраняйте ссылки на основание: календарь, смету, запись разговора, расчёт. В сам журнал переносите только необходимое. Если для понимания решения приходится читать десятки сообщений, добавьте два предложения о том, какой факт из переписки повлиял на выбор.
Покажите альтернативу и принятую цену
Запишите хотя бы один реально рассматривавшийся вариант. Дизайнер мог принять ещё один заказ и передать часть работы подрядчику. Но надёжный исполнитель на нужный период не найден, а поиск и проверка увеличат нагрузку. Поэтому отказ выглядит обоснованным при текущих условиях, хотя и означает упущенную возможную выручку.
Принятая цена решения бывает денежной, временной или связанной с ограничением возможностей. Если её не назвать, позже легко считать любое неудобство признаком неправильного выбора. Между тем часть последствий была известна заранее и являлась допустимым обменом.
Не нужно оценивать все варианты выдуманными баллами. Когда основания качественные, объясните их словами. Честная запись «не знаем фактическую трудоёмкость передачи» полезнее точной оценки «7 из 10», за которой нет наблюдений.
Назначьте условие пересмотра
Решение должно иметь дату проверки или событие, при котором к нему возвращаются. В примере это завершение одного проекта и подтверждение новой загрузки. Пока условие не наступило, каждый входящий запрос не требует заново обсуждать всю логику ограничения.
При пересмотре сохраните исходную запись. Добавьте новую: что изменилось, какое решение действует теперь и какую прежнюю запись оно заменяет. Исправление опечатки допустимо, но изменение первоначальных оснований задним числом разрушает пользу журнала.
Разделяйте качество решения и случайность результата. Даже разумный выбор может привести к плохому исходу из-за события, которое было трудно предвидеть. И наоборот, удача не подтверждает качество расчёта. На разборе спросите, какие доступные сведения вы пропустили и что улучшите в следующем выборе.
Практическое задание
Создайте одну запись на ближайшее значимое решение. Укажите дату, вопрос, известные факты, неизвестное, рассмотренные варианты, выбранное действие, принятую цену, ответственного и условие пересмотра. Через установленный срок добавьте результат отдельным абзацем. Если запись не помогла восстановить логику, уточните состав полей, а не увеличивайте объём всех будущих заметок.