Онтология решения: замкнутая модель действия
Она начиналась с простой проблемы: решения путаются с обсуждением, статус хранится как поле, конфликт воспринимается как ошибка, изменения контекста растворяются в переписке, а причинност…
Читать материалОбщая лента
Все мысли.
Без алгоритмического шума.
Материалы из серий и самостоятельные статьи в одной хронологии. Выберите тему — остальное исчезнет.
19 материаловпо дате публикации ↓
Boundary: границы между областями
Самая дорогая неопределённость возникает не там, где решение принято плохо. Она возникает там, где решения приняты хорошо, но действуют в разных областях и вынуждены соприкасаться.
Читать материалScope: где работает механика DR/CCR/CR/RD
Одна и та же фраза регулярно ломает модель решений: «в системе принято так».
Читать материалResolution Decision: решение о решениях
После появления конфликта (CR) обычно возникает бытовая реакция: «надо договориться» или «надо поправить формулировку».
Читать материалConflict Record: конфликт как данные
В модели решений есть одна практическая поломка, которая почти всегда маскируется «нормальной коммуникацией».
Читать материалContext Change Record: мир меняется
Когда решение перестаёт применяться, причина часто формулируется одним словом: «ошибка».
Читать материалDecision Record: решение как действующий объект
В управлении системами часто смешивают две вещи: решение и его запись. Документ фиксирует выбор — и на этом ставится точка. Но фиксация факта и управление действием — разные функции.
Читать материалСтатус — это не поле, а состояние действия
У решения появляется признак: принято, отменено, утратило актуальность.
Читать материалУровни существования решения
В предыдущих текстах слово «система» использовалось в двух разных смыслах. Это не было оговорено явно, изза чего у внимательного читателя могло возникнуть ощущение логического напряжения:…
Читать материалРешение существует во времени
Решение не является мгновенным событием. Оно не возникает и не исчезает в одной точке времени.
Читать материалРешение как объект системы
В предыдущих текстах была проведена расчистка понятий. Было показано, чем решение не является, где именно происходит подмена сущностей и почему привычные артефакты не управляют системой.…
Читать материалКонфликты решений - норма, а не ошибка
Конфликт это не сбой управления. Конфликт это сигнал изменения реальности.
Читать материалРешения имеют жизненный цикл. Люди - нет
Если решение исчезло вместе с человеком, значит решения не существовало.
Читать материалРешение - это объект, а не текст
Если решение нельзя отделить от текста, в котором оно записано, решения не существовало.
Читать материалПочему Wiki, чаты и ADR не решают проблему
Эти инструменты не фиксируют решения. Они имитируют фиксацию.
Читать материалКонтекст - это не комментарий
Контекст это причина существования решения. Всё остальное мусор.
Читать материалЕсли решение нельзя зафиксировать - его не существует
Решение существует только в момент фиксации. До этого его нет.
Читать материалРешение ≠ обсуждение
Если ты этого не различаешь ты не управляешь системой. Ты в ней тонешь.
Читать материалЗачем вообще фиксировать решения?
Есть простой маркер слабой инженерной культуры. Если в проекте нет зафиксированных решений проекта не существует. Есть только шум, люди и код, который пока работает.
Читать материалПо этому тегу пока ничего нет.