Словарь321 / Glossary321
Термины и понятия системы 321. Двуязычный справочник.
Система 321
321
Зачем: единая система приоритетов для всех решений в команде.
Сквозной маркер всей системы практик. Число несёт многослойный смысл:
- Иерархия приоритетов 3-2-1: Когнитивное Облако (вес 3) важнее Кодовой Базы (вес 2), которая важнее Инструментов (вес 1). КО в 5 раз важнее Инструментов.
- Мульти-организационное распределение: команда работает между 2–3 независимыми организациями.
- Всё-в-одном: полная, самодостаточная единица — будь то команда, документ или практика.
BizOpsDev
Зачем: одна команда вместо конвейера из отделов — меньше потерь, быстрее результат.
Основная практика построения самоорганизующихся команд, контролирующих полный цикл разработки и сопровождения ПО между 2–3 независимыми организациями. Три модификации:
- Biz- — ключевые бизнес-специалисты и пользователи внутри ИТ-команды
- -OpsDev- — эксплуатация и разработка объединены (не разделены)
- -321 — команда распределена между 2–3 независимыми организациями, защищена орг-мембраной
Подтверждено 35+ годами практики. Самая долгоживущая Команда321: 40+ лет.
BizOpsVibe
Зачем: использовать ИИ без потери контроля над кодом и знаниями команды.
ИИ-усиленное расширение BizOpsDev321. Команды используют ИИ как Когнитивный усилитель, сохраняя структурные ограничения, предотвращающие Vibe Coding (код без понимания). Определяет пять зон ИИ-усиления.
Статус: часть практики с 2025. Организация работы команды BizOps- превалирует над разработкой и инструментами — ИИ естественно интегрируется в подход321.
IT-Strategy
Зачем: снизить зависимость от цифровых рисков, которые организация не контролирует.
Стратегический фреймворк снижения операционных рисков от цифровых зависимостей — как внешних (поставщики, платформы, облачные провайдеры), так и внутренних (собственное ИТ, ИБ, организационная бюрократия). Точка входа для руководителей и правления. Говорит на языке операционных рисков, а не методологии разработки.
Команда321 / Team321
Зачем: автономная единица, способная работать без внешних зависимостей.
Команда, работающая под полным набором ограничений 321: собственное Когнитивное Облако, защита орг-мембраной, Кольцо ПКП-автотестов, потолок простоты по Закону Галла321, полное владение SDLC в зоне ответственности.
app321
Зачем: код, который команда полностью понимает и контролирует с первого дня.
Кастомизируемая кодовая база, «стволовая клетка» Команды321 — начинает простой и недифференцированной, затем специализируется в зависимости от доменного окружения. Остаётся навсегда под потолком Закона Галла321. Подробнее: app321.
Атлас321
Зачем: полная картина в одном месте — для практика, скептика или исследователя.
Глубокий справочный документ (Layer 3) для каждой практики. «321» здесь несёт значение «всё-в-одном» — полная, самодостаточная справка для практика, скептика или исследователя.
Когнитивный домен
Когнитивное Облако (КО) / Cognitive Cloud
Зачем: главный актив команды — уйдёт вместе с людьми, если не защитить.
Эмерджентный коллективный интеллект Команды321: общее неявное знание, неписаные правила, уникальный доменный язык, взаимопонимание, выстроенное годами совместной работы. Не может быть задокументировано, передано или «оптимизировано» — только культивировано и защищено.
Противопоставлено термину «когнитивная нагрузка» (Team Topologies, Джон Свеллер, 1980-е): нагрузка — бремя, которое нужно снизить; Облако — актив, который нужно защитить.
Когнитивный усилитель / Cognitive Amplifier
Зачем: ИИ усиливает экспертизу команды, а не подменяет её.
ИИ-инструменты в роли усилителя существующего КО команды, а не замены. Команда не сломана — ИИ делает её мощнее.
Заменяет устаревший термин «когнитивный протез» (протез подразумевает, что что-то сломано или отсутствует).
Amplified Intelligence (Усиленный Интеллект)
Зачем: AI = усиление, не замена — это меняет то, как вы внедряете ИИ.
В BizOpsVibe321 аббревиатура AI переосмыслена: не Artificial Intelligence, а Amplified Intelligence — технология, расширяющая КО Команды321, а не подменяющая его. Следует оригинальной концепции Дугласа Энгельбарта об усилении интеллекта (Intelligence Amplification, 1962).
Иерархия 3-2-1
Зачем: чёткий приоритет при любом решении — люди важнее кода, код важнее инструментов.
| Вес | Компонент | Роль |
|---|---|---|
| 3 | Когнитивное Облако (КО) | Эмерджентный коллективный интеллект команды |
| 2 | Кодовая База | Написанный, тестируемый артефакт |
| 1 | Инструменты | Заменяемые средства производства |
КО в 5 раз важнее Инструментов. Эта иерархия определяет все управленческие решения.
Семейство орг- / The org- Family
Терминологическое семейство с префиксом «орг-» (рус.) / «org-» (англ.), обозначающее организационные механизмы, описанные через метафоры из естественных наук.
Орг-мембрана / Org-membrane
Зачем: защита команды от «оптимизации», которая разрушает её эффективность.
Селективная организационная граница, создаваемая мульти-организационным распределением 321. Защищает Команду321 от внутреннего разрушения (управленческая «оптимизация», разделение ролей, формализация, извлечение специалистов), пропуская продуктивный обмен с бизнес-средой.
Орг-легирование / Org-alloying
Зачем: разнообразие организационных культур делает команду прочнее.
Укрепление Команды321 через мульти-организационное разнообразие — аналогично добавлению углерода к железу для получения стали. Специалисты из разных организаций привносят разные институциональные культуры, профессиональные бэкграунды и подходы к решению задач.
Орг-деление / Org-division
Зачем: масштабирование без потери качества — рост через деление, не через раздувание.
Масштабирование через деление команды (биологический митоз), а не через раздувание существующих систем. Каждая новая Команда321 наследует «ДНК» практики, но специализируется независимо.
Орг-оболочка / Org-shell
Зачем: контроль всех цифровых зависимостей через слой, который вы понимаете.
Организационный принцип интерфейсно-интеграционной оболочки: все внутренние пользователи и системы взаимодействуют с внешними (и внутренними) цифровыми зависимостями через слой, который организация полностью понимает и контролирует.
Стратегические термины (IT-Strategy321)
Digital Last
Зачем: не оцифровывать то, чем организация не может полностью владеть.
Минимизация цифровой поверхности как осознанная, постоянная организационная политика. Не оцифровывайте то, чем организация не может полностью владеть, что не может полностью понимать и контролировать. Два теста для любого расширения цифрового присутствия:
- Может ли команда полностью это понимать и контролировать?
- Остаётся ли поверхность атаки управляемой?
Прямая альтернатива мантре Digital First.
Доктрина устойчивости / Resilience Doctrine
Зачем: способность организации работать, когда всё цифровое упало.
Готовность работать на сниженной мощности в течение 1+ недели при тяжёлых условиях: отсутствие интернета, централизованного ИТ, электронных платежей, активная кибератака, значительная потеря данных.
Включает два масштаба отработки:
- Тренировка отказа — уровень команды: конкретная система выходит из строя, команда отрабатывает реагирование
- Учения по деградации — уровень организации: вся компания работает в деградированном режиме
Кризис субстандартного кода / Subprime Code Crisis
Зачем: ИИ-код без понимания — тот же структурный риск, что обрушил банки в 2008.
Параллель между финансовым кризисом 2008 года (субстандартные ипотечные кредиты, упакованные в непрозрачные деривативы) и ИИ-сгенерированным кодом (субстандартный код, упакованный в системы, которых никто не понимает). Структурный риск идентичен: сложность превышает коллективное понимание, риск недооценён, отказ системный.
Vibe Coding
Зачем: код, который никто не понимает — бомба замедленного действия.
Код, произведённый без понимания — разработчик (или ИИ) генерирует результат, который работает, но никто в команде не может его полностью объяснить, отладить или развить. Антитезис BizOpsVibe321, который настаивает: ИИ усиливает понимание, а не обходит его.
Механизмы и ограничения
Закон Галла321 / Gall's Law321
Зачем: потолок сложности — система не должна перерасти понимание команды.
Расширение закона Джона Галла (1975: работающая сложная система всегда вырастает из работающей простой — никогда не проектируется с нуля). Закон Галла321 добавляет три измерения:
- Постоянное ограничение, а не начальное условие. Простота — не только откуда начинаешь, но и где остаёшься. Рост через орг-деление, не через раздувание.
- Триада код–данные–люди. Простота = код, данные и КО команды остаются в пределах взаимной когнитивной досягаемости.
- Ориентировочные маркеры (из практики): ~100 тыс. строк кода, 4 человеко-года разработки, 6 месяцев до полной когнитивной интеграции нового участника.
Кольцо ПКП-автотестов / Ring of Auto-Tests
Зачем: бизнес-пользователи сами проверяют, что код делает то, что нужно.
Автоматизированные тесты, написанные с точки зрения пользователя бизнес-специалистами и автоматизированные разработчиками. ПКП = Пользовательские Контрольные Примеры. Формирует защитное кольцо вокруг Кодовой Базы — связующее звено между КО и кодом.
Зона ответственности → Команда
Зачем: не «кто виноват», а «чья территория» — команда владеет полным циклом.
Ключевой сдвиг парадигмы BizOpsDev321:
- Традиционный менеджмент: «Есть задача → есть ответственный и срок.» На операционном уровне — конвейерное ИТ: процессы как стержень, люди как функции на станциях.
- BizOpsDev321: «Есть зона ответственности → есть Команда321.» На операционном уровне — автономная команда владеет полным циклом.
Команда-как-сервис / Team-as-a-Service
Зачем: внешний партнёр работает как свой — границы организаций незаметны.
Модель долгосрочных отношений между организацией-клиентом и внешним ИТ-партнёром в рамках структуры -321. Не аутсорс — организационные границы незаметны для самой команды.
ИИ-усиление (BizOpsVibe321)
Пять зон ИИ-усиления
Зачем: конкретные области, где ИИ усиливает команду — от анализа до минимизации кода.
| Зона | Название | Описание |
|---|---|---|
| Зона 1 | Доменный и регуляторный анализ | ИИ помогает Biz-специалистам обследовать регуляторный ландшафт, сравнивать практики, находить прецеденты |
| Зона 2 | Анализ унаследованного и нового кода | ИИ обеспечивает новый уровень анализа при наследовании кодовой базы: трассировка логики, выявление паттернов |
| Зона 3 | Генерация кода и тестирование | Рутинное кодирование и прототипирование передаются ИИ, валидируются Кольцом ПКП |
| Зона 4 | Документация и артикуляция знаний | ИИ ускоряет преобразование неявного знания команды в явную форму |
| Зона 5 | Минимизация кодовой базы (Анти-зона) | ИИ направляется на сокращение кода: рефакторинг, выявление мёртвого кода, консолидация. Замыкает благотворный цикл |
Ключевые внешние концепции
| Концепция | Автор | Суть |
|---|---|---|
| Закон Конвея / Conway's Law | Мелвин Конвей, 1967 | Архитектура систем отражает коммуникационную структуру организации, которая их построила |
| Закон Галла / Gall's Law | Джон Галл, 1975 | Работающая сложная система всегда вырастает из работающей простой — никогда не проектируется с нуля |
| Четвёртый принцип Деминга / Deming's Point 4 | У. Эдвардс Деминг | Прекратите выбор поставщиков только на основе цены — стройте долгосрочные отношения на основе доверия |
| Правило 95/5 Деминга | У. Эдвардс Деминг | 95% результатов определяются системой, а не отдельными людьми внутри неё |
| Cynefin | Дэйв Сноуден | Фреймворк для различения между сложно-техническими (complicated) и сложно-адаптивными (complex) доменами |
| Intelligence Amplification | Дуглас Энгельбарт, 1962 | Усиление человеческого интеллекта технологией — осознанная альтернатива «искусственному интеллекту» |
| Team Topologies | Скелтон и Пайс | Потоко-ориентированные команды, когнитивная нагрузка, принцип «команда прежде всего» |
| Модель SECI | Нонака и Такеучи | Преобразование неявного знания в явное (социализация → экстернализация → комбинация → интернализация) |
Документация: слои
| Слой | Английский | Русский | Аудитория |
|---|---|---|---|
| Layer 1 | Введение | Введение (краткое описание) | Первый контакт — любой |
| Layer 2 | Introduction for Management | Обоснование | Менеджмент, принимающий решения |
| Layer 3 | Deep Reference (Атлас321) | Атлас321 | Практики, скептики, исследователи |
Словарь321: справочник терминов системы 321.
Живой документ — растёт вместе с практикой.
Февраль 2026