Decision Record: решение как действующий объект
В управлении системами часто смешивают две вещи: решение и его запись. Документ фиксирует выбор — и на этом ставится точка. Но фиксация факта и управление действием — разные функции.
В управлении системами часто смешивают две вещи: решение и его запись.
Документ фиксирует выбор — и на этом ставится точка. Но фиксация факта и управление действием — разные функции.
Эта путаница не теоретическая. Она ломает модель в момент, когда системе нужно ответить на простой вопрос:
что сейчас действует?
Документ сам по себе не даёт ответа. Он хранит текст и дату. Действие решения — это другое.
Решение и документ — разные сущности
Документ отвечает на вопрос:
что было выбрано и как это было обосновано тогда.
Решение отвечает на вопрос:
что теперь задаёт допустимое поведение системы.
Документ полезен как след выбора.
Но если мы называем документ решением, то у нас исчезает объект, который может:
- действовать;
- прекращать действие;
- вытесняться другим решением;
- конфликтовать с другими действующими решениями.
В результате мы начинаем управлять архивом формулировок вместо управления действием.
Решение и обсуждение — разные сущности
Вторая подмена выглядит похожим образом: решение начинают отождествлять с обсуждением.
Обсуждение производит материалы: аргументы, гипотезы, варианты, сомнения.
Оно может длиться долго и оставаться незавершённым.
Решение — это переход через порог: выбор сделан, и он начинает задавать действие.
Обсуждение может быть бесконечным. Решение всегда имеет момент возникновения.
Если решение считать «итогом обсуждения», то появляются ложные выводы:
- «мы ещё обсуждаем, значит решения нет» — хотя действие уже началось;
- «всё записано в переписке» — хотя переписка не содержит факта действующего выбора;
- «потом уточним формулировку» — хотя уточнение формулировки не меняет действующую часть решения.
Решение не является продолжением дискуссии. Оно является переключением состояния: было допустимо одно — стало допустимо другое.
Решение как объект: минимальные условия существования
Чтобы решение существовало как объект, оно должно обладать минимальным набором свойств.
Это не «поля документа». Это условия, без которых нельзя говорить о действии решения.
1) Решение — это факт выбора
У решения есть момент возникновения: выбор сделан.
Это событие необратимо как факт: его нельзя «отменить задним числом». Можно только принять другое решение, которое изменит действие.
2) Решение действует во времени
У решения есть период применимости: оно действует или не действует.
Это состояние может измениться: решение может вступить в силу позже, прекратить действие, быть вытесненным другим решением.
3) Решение не редактируется, а заменяется
Редактирование текста не меняет действующую реальность.
Если меняется смысл выбора — это уже другое решение, даже если формулировки похожи.
Именно поэтому «обновление ADR» не эквивалентно изменению решения.
ADR может быть отредактирован, но действующий объект при этом не меняется автоматически.
Структура Decision Record
Если Decision Record (DR) используется как форма фиксации решения, то он должен описывать не текст, а объект выбора. Минимальная структура здесь не случайна: она поддерживает воспроизводимость решения и проверяемость его действия.
Формулировка выбора
Что именно выбирается.
Не «обсудили и решили», а утверждение, которое задаёт действие: что разрешено, что запрещено, что требуется.
Альтернативы
Какие варианты существовали в момент выбора.
Альтернативы нужны не для красоты и не для оправданий. Они нужны для восстановления границ: почему выбранное решение отличается от других реальных вариантов.
Обоснование
Почему выбор был сделан именно так.
Это не «мнение», а связка с условиями, которые делали выбор рациональным в момент принятия.
Последствия
Какие изменения в системе возникают из факта выбора.
Это связывает решение с реальными эффектами: что станет возможным, что станет невозможным, какие риски принимаются.
Эта структура не делает решение «лучше». Она делает решение управляемым объектом, а не просто текстом.
Следствия корректной модели
Что становится невозможным при неверной модели
Если решение = документ или решение = обсуждение, то становится невозможным:
- определить, какие решения реально действуют сейчас;
- корректно прекращать действие решения без переписывания истории;
- различать «уточнение текста» и «новый выбор»;
- обнаруживать конфликт действующих решений как факт состояния системы.
В лучшем случае получаем архив записей. В худшем — разнонаправленные действия, которые формально «подтверждены документами».
Что становится прозрачным при корректной модели
Если решение рассматривается как действующий объект, то становится прозрачным:
- какие решения действуют и на каком основании;
- какие решения утратили актуальность без ошибки;
- где решение было заменено, а где только переописано;
- почему конфликт — это конфликт состояний действия, а не конфликт людей.
Переход к следующему шагу
Эта статья фиксирует простую границу: решение — это не текст и не обсуждение. Решение — это объект, который действует.
Дальше возникает неизбежный вопрос:
Почему корректно принятое и хорошо обоснованное решение со временем перестаёт работать, если процедура принятия была выполнена правильно?
Причина часто не в самом выборе. Причина в том, что меняются условия, в которых решение должно действовать.