Треугольник принятия решений

Я периодически делюсь статьями про разные практики документирования принимаемых в команде решений. Классический пример – Architecture Decision Records, документы, которые сохраняют весь контекст когда-то принятых решений про дизайн проекта. Так вот, вне зависимости, какое именно решение вы документируете, у него можно выделить три ключевых компонента:

👉Желаемое будущее, в которое вы хотите прийти.
👉Действие, которое должно привести вас в это будущее.
👉Триггер – событие, которое вызвало необходимость принятия решения.

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

👉Критерии: ограничения, которые влияют на то, в какое будущее мы хотим прийти, и желаемые критерии успеха.
👉Сценарии: все возможные варианты будущего, к которым может привести выбранное действие.
👉Анализ: сбор информации, который помогает перейти от триггера к непосредственному действию.

После того, как решение принято и исполнено, с помощью этой же модели удобно сравнивать ожидание и реальность (картинка как раз про это). Если модель заинтересовала, то в статье есть очень подробный пример продуктового решения, разложенного по этой модели.