Большинство провалов проектов принято объяснять срывами сроков, плохими задачами или ошибками исполнителей.
Но если разбирать реальные кейсы — в IT, строительстве, продуктовой разработке и корпорациях — становится ясно: задачи почти никогда не являются первопричиной.
Настоящая проблема скрыта глубже — в архитектуре власти, доступе к информации и контроле знаний.
Именно там проекты начинают терять управляемость задолго до официального провала.
Где в проекте находится реальная власть
Формально всё выглядит логично:
есть руководитель проекта, есть менеджеры, есть исполнители.
На практике же реальная власть редко совпадает с должностями.
Проектом управляет тот, кто контролирует:
- доступ к данным и метрикам,
- знания о реальном состоянии системы,
- момент, когда информация становится известной,
- интерпретацию фактов для руководства.
Кто управляет потоками информации — тот управляет проектом,
даже если формально не принимает решений.
Почему «правильная» структура не спасает
Проект может иметь корректную оргструктуру, процессы и KPI —
и при этом медленно деградировать.
Это происходит, если:
- доступ к информации распределён асимметрично,
- критические знания сосредоточены у узкого круга,
- прозрачность существует только в отчётах,
- плохие новости фильтруются или задерживаются.
В такой системе решения принимаются не на основе фактов,
а на основе удобной версии реальности.
Доступ — это не IT-права
Одна из самых опасных управленческих иллюзий — считать, что доступ равен правам в системе.
В методологии ENOCH PROJECT GOVERNANCE доступ включает сразу несколько уровней:
- Технический доступ — данные, логи, код, метрики
- Информационный доступ — понимание реального состояния проекта
- Процедурный доступ — участие в принятии решений
- Временной доступ — когда именно информация становится известной
Ключевое правило простое:
Поздний доступ создаёт искаженную реальность,
даже если данные формально точны.
Концентрация знаний и «узлы удушения»
Знание в проектах всегда распределено неравномерно.
Проблема начинается тогда, когда возникает узел удушения знания.
Типичные признаки:
- «Только он знает, как это работает»
- Ключевые решения не документируются
- Договорённости существуют устно
- Критические метрики доступны узкому «ядру»
Отсутствие документации часто оправдывают скоростью.
На практике это отложенный управленческий долг, который почти всегда вскрывается в кризисе.
Как искажается информация между ролями
В системе управления проектами информация проходит через роли — и именно там она чаще всего теряет точность.
Watchers
Видят деградацию первыми, но могут начать управлять не проектом, а нарративом о нём.
Operators
Видят реальные проблемы, но часто не имеют защищённого канала фиксации.
Judge
Принимает решения, полностью завися от качества входящей информации.
Независимая фиксация фактов
Если функция независимого наблюдения узнаёт о проблемах последней — её в проекте фактически не существует.
Pre-Flood: стадия до катастрофы
Проекты почти никогда не рушатся внезапно.
Им предшествует стадия Pre-Flood — ранняя фаза деградации.
Характерные признаки:
- сужение круга знающих,
- рост устных решений,
- исчезновение неудобных метрик,
- задержка плохих новостей.
Это не саботаж и не злой умысел.
Это адаптивное поведение системы, которая защищает себя от правды.
Как выглядит здоровая архитектура управления
Чтобы проект оставался управляемым, архитектура должна опираться на несколько принципов:
Ранний доступ важнее полного
Лучше неполная информация сейчас, чем точная, но слишком поздно.
Факты выше интерпретаций
Логи и метрики важнее презентаций и статусов.
Невозможность скрыть
Система должна делать сокрытие сложнее, чем раскрытие.
Независимая фиксация
Данные фиксируются без участия тех, кто за них отвечает.
Главный вывод
Проекты тонут не тогда, когда заканчиваются ресурсы.
Они тонут тогда, когда правда теряет доступ к решениям.
Управление доступом и знаниями — это не IT-вопрос и не вопрос культуры.
Это вопрос архитектуры власти и project governance.
Вопрос для обсуждения:
где в ваших проектах чаще всего ломается контур правды — в доступах, отчётности, ролях или эскалации решений?
Где продолжить работу с курсом
Если вы изучаете тему глубже и хотите работать с материалом системно, ниже собраны все дополнительные ресурсы курса.
📚 Рабочее пространство курса
Здесь собраны структура модулей, логика курса и навигация по темам:
https://h7.cl/1me3T
📂 Учебные материалы и конспекты
Полные конспекты лекций, дополнительные материалы и рабочие документы:
https://disk.yandex.ru/d/dOBaKdPkKggGcg
Видео-версии курса на других платформах
Лекции доступны на нескольких видеоплатформах:
▶️ VK Видео
https://vkvideo.ru/@club233354748
▶️ RuTube
https://rutube.ru/channel/27103341/
▶️ Яндекс Дзен
https://dzen.ru/skillbit
Аудиоверсия курса
Для тех, кто предпочитает формат подкаста или аудиопрослушивание:
▶️ Подкаст Skillbit
https://skillbit.mave.digital/
Как поддержать канал
Если материалы курса оказались полезными:
👍 Лайк и короткий комментарий помогают образовательному контенту находить новую аудиторию
🔔 Подписка и включённые уведомления позволяют не пропустить следующие модули курса
Методологическое примечание
Все материалы курса создаются в образовательной и аналитической логике: без агитации, без упрощений и без готовых оценок — с акцентом на структурный анализ и критическое мышление.