М3 | Почему проекты теряют управление: доступ, знание и архитектура власти
Модуль 3 методологии ENOCH PROJECT GOVERNANCE. Лекция посвящена диагностике проектов через доступ и знания как источники власти. Это не техники давления и не управленческие «приёмы», а разбор архитектуры информации. Показываем, как асимметрия доступа разрушает принятие решений задолго до провала. В этой лекции мы разбираем, где на самом деле находится власть в проектах и почему она редко совпадает с формальными должностями. В методологии EPG управление рассматривается как следствие контроля доступа к информации и знаниям, а не как результат позиции в оргструктуре. Даже при формально корректной ролевой модели проект может деградировать, если доступ распределён асимметрично, критические знания сконцентрированы у узкого круга, а прозрачность существует только на уровне отчётов. В таких условиях решения принимаются на основе искажённой реальности, а не фактов. Мы вводим расширенное определение доступа: технический, информационный, процедурный и временной. Отдельно разбираем феномен knowledge choke points — узлов удушения знания, в которых проект теряет связь с реальным состоянием дел. Лекция показывает, как разные роли EPG — Watchers, Operators, Judge и Enoch — по-разному взаимодействуют с информацией, и почему отсутствие независимого и раннего доступа превращает управление в нарратив. Отдельное внимание уделяется стадии Pre-Flood — моменту, когда система начинает защищаться от плохих новостей. В завершение формулируются архитектурные принципы здорового проекта: приоритет раннего доступа, превосходство фактов над интерпретациями, невозможность скрытия и независимая фиксация данных. Эти принципы используются как диагностический инструмент, а не как бюрократическая надстройка. ⏱ Таймкоды 00:00 Где на самом деле находится власть в проектах 00:16 Иллюзия управления через должности и оргструктуру 00:34 Реальное управление: контроль доступа и знаний 00:53 Почему формально правильная структура не спасает проект 01:12 Концентрация знаний и иллюзия прозрачности 01:31 Ключевой тезис EPG: кто контролирует информацию — тот управляет 01:52 Доступ и знание как источник власти и системного риска 02:13 Ошибка понимания доступа как IT-прав 02:34 Четыре измерения доступа в EPG 02:55 Временной доступ и искажение реальности 03:16 Асимметрия знаний и knowledge choke points 03:37 Узлы удушения знания как источник искажения проекта 03:58 Признаки концентрации критических знаний 04:19 Закрытые метрики и устные договорённости 04:40 Отсутствие документации как управленческий долг 05:01 Распределение доступа между ролями EPG 05:22 Watchers и управление нарративом проекта 05:43 Operators: сигналы есть, канала нет 06:04 Judge и решения на основе искажённых данных 06:25 Роль Enoch как независимой фиксации фактов 06:46 Почему поздний доступ означает отсутствие Enoch 07:07 Pre-Flood: как система защищается от плохих новостей 07:28 Адаптивное поведение деградирующих проектов 07:49 Главный вывод: правда и доступ к решениям Дисклеймер Материал носит исключительно образовательный и просветительский характер. Видео не является юридической, финансовой или управленческой консультацией и не заменяет работу профильных специалистов. Все примеры управленческих ситуаций и терминология используются в учебных целях для иллюстрации принципов governance и риск-менеджмента. Ответственность за применение подходов в реальных проектах лежит на зрителе; учитывайте требования своей юрисдикции, корпоративные политики и стандарты безопасности. Материалы курса 📁 Конспекты, схемы, чек-листы и шаблоны по курсу ENOCH PROJECT GOVERNANCE: https://disk.yandex.ru/d/dOBaKdPkKggGcg 🧠 Рабочее пространство для самостоятельной проработки роли, доступа, рисков и эскалации: https://h7.cl/1me3T Другие проекты 🎧 Музыка и саундтреки для учебных и документальных проектов — @bpm174_ru 🪑 Умная мебель для дома и офиса — umnye-stoly.ru Как поддержать канал 👍 Поставьте лайк и напишите в комментариях: какая ролевая ошибка у вас встречается чаще — PM как судья, QA под разработкой, отсутствующий Judge или герой архитектор? 👉 Поделитесь видео с теми, кто принимает решения, управляет командами и отвечает за качество. 🔔 Подпишитесь и включите «все уведомления», чтобы не пропустить следующий модуль.
Модуль 3 методологии ENOCH PROJECT GOVERNANCE. Лекция посвящена диагностике проектов через доступ и знания как источники власти. Это не техники давления и не управленческие «приёмы», а разбор архитектуры информации. Показываем, как асимметрия доступа разрушает принятие решений задолго до провала. В этой лекции мы разбираем, где на самом деле находится власть в проектах и почему она редко совпадает с формальными должностями. В методологии EPG управление рассматривается как следствие контроля доступа к информации и знаниям, а не как результат позиции в оргструктуре. Даже при формально корректной ролевой модели проект может деградировать, если доступ распределён асимметрично, критические знания сконцентрированы у узкого круга, а прозрачность существует только на уровне отчётов. В таких условиях решения принимаются на основе искажённой реальности, а не фактов. Мы вводим расширенное определение доступа: технический, информационный, процедурный и временной. Отдельно разбираем феномен knowledge choke points — узлов удушения знания, в которых проект теряет связь с реальным состоянием дел. Лекция показывает, как разные роли EPG — Watchers, Operators, Judge и Enoch — по-разному взаимодействуют с информацией, и почему отсутствие независимого и раннего доступа превращает управление в нарратив. Отдельное внимание уделяется стадии Pre-Flood — моменту, когда система начинает защищаться от плохих новостей. В завершение формулируются архитектурные принципы здорового проекта: приоритет раннего доступа, превосходство фактов над интерпретациями, невозможность скрытия и независимая фиксация данных. Эти принципы используются как диагностический инструмент, а не как бюрократическая надстройка. ⏱ Таймкоды 00:00 Где на самом деле находится власть в проектах 00:16 Иллюзия управления через должности и оргструктуру 00:34 Реальное управление: контроль доступа и знаний 00:53 Почему формально правильная структура не спасает проект 01:12 Концентрация знаний и иллюзия прозрачности 01:31 Ключевой тезис EPG: кто контролирует информацию — тот управляет 01:52 Доступ и знание как источник власти и системного риска 02:13 Ошибка понимания доступа как IT-прав 02:34 Четыре измерения доступа в EPG 02:55 Временной доступ и искажение реальности 03:16 Асимметрия знаний и knowledge choke points 03:37 Узлы удушения знания как источник искажения проекта 03:58 Признаки концентрации критических знаний 04:19 Закрытые метрики и устные договорённости 04:40 Отсутствие документации как управленческий долг 05:01 Распределение доступа между ролями EPG 05:22 Watchers и управление нарративом проекта 05:43 Operators: сигналы есть, канала нет 06:04 Judge и решения на основе искажённых данных 06:25 Роль Enoch как независимой фиксации фактов 06:46 Почему поздний доступ означает отсутствие Enoch 07:07 Pre-Flood: как система защищается от плохих новостей 07:28 Адаптивное поведение деградирующих проектов 07:49 Главный вывод: правда и доступ к решениям Дисклеймер Материал носит исключительно образовательный и просветительский характер. Видео не является юридической, финансовой или управленческой консультацией и не заменяет работу профильных специалистов. Все примеры управленческих ситуаций и терминология используются в учебных целях для иллюстрации принципов governance и риск-менеджмента. Ответственность за применение подходов в реальных проектах лежит на зрителе; учитывайте требования своей юрисдикции, корпоративные политики и стандарты безопасности. Материалы курса 📁 Конспекты, схемы, чек-листы и шаблоны по курсу ENOCH PROJECT GOVERNANCE: https://disk.yandex.ru/d/dOBaKdPkKggGcg 🧠 Рабочее пространство для самостоятельной проработки роли, доступа, рисков и эскалации: https://h7.cl/1me3T Другие проекты 🎧 Музыка и саундтреки для учебных и документальных проектов — @bpm174_ru 🪑 Умная мебель для дома и офиса — umnye-stoly.ru Как поддержать канал 👍 Поставьте лайк и напишите в комментариях: какая ролевая ошибка у вас встречается чаще — PM как судья, QA под разработкой, отсутствующий Judge или герой архитектор? 👉 Поделитесь видео с теми, кто принимает решения, управляет командами и отвечает за качество. 🔔 Подпишитесь и включите «все уведомления», чтобы не пропустить следующий модуль.