Реестр организационных ограничений

Версия: 1.0 · 2026-09-16 · по мастер-шаблону v6.0

Форма проектного артефакта. Сам реестр живёт в репозитории проекта рядом с ADR — здесь только форма и правила, как и для ADR.

Зачем

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

Порог: три-четыре записи. Не десяток, как предполагалось при первом описании правила — прогон E-01 дал четыре записи после первого же ADR и десять после четвёртого. Заводить реестр дешевле сразу.

Форма

# Реестр организационных ограничений

Ведётся с: <дата> · пополняется каждым ADR

## Не используем

| Что | Почему | С какого ADR | Условие пересмотра |
|---|---|---|---|

## Используем

| Что | С какого ADR |
|---|---|

## Не рассматривали

Список того, до чего не дошли. Не является решением: ссылаться на него
как на решение нельзя, условие пересмотра не нужно.

Правила

У записи «не используем» обязательны дата и условие пересмотра. Запись без условия — это не решение, а запрет, и она устаревает молча. Условие формулируется как событие, а не как срок: «появилась платформенная команда», а не «через год».

Причина записывается полностью. «Не подошло» бесполезно. Полезно: «нет опыта эксплуатации и нет выделенного дежурства» — потому что видно, что именно должно измениться.

Три раздела различаются по смыслу, а не по вежливости. «Не используем» — принятое решение. «Используем» — принятое решение. «Не рассматривали» — отсутствие решения; на него нельзя сослаться в споре, и ему не нужно условие пересмотра. Смешение первого с третьим — самый частый способ выдать незнание за выбор.

Реестр пополняется из ADR, а не вместо него. Запись здесь — ссылка на разбор, а не его замена. Причина в одну строку годится для напоминания, не для обоснования.

Организационные ограничения — не технические. Сюда попадает то, что следует из состава команды, поставщика, юрисдикции и зрелости эксплуатации. Технические ограничения живут в документах решений: они одинаковы для всех, а эти — наши.

Что реестр даёт на входе следующего решения

Раздел «дисквалификаторы» любого документа решения заполняется отсюда в первую очередь. На прогоне E-01 все сработавшие дисквалификаторы оказались организационными — ни одного технического, — и половина из них была известна до начала сравнения.

История версий

Версия	Дата	Изменение
1.0	2026-09-16	Первая версия. Форма перенесена из прогона E-01, где она сложилась за четыре ADR и понадобилась на каждом этапе без исключения. Порог заведения снижен с десяти записей до трёх-четырёх