М1 | Почему проекты проваливаются: власть, доступ и «плохие новости» | EPG
Большинство проектов объясняют провал задачами, сроками и ресурсами. Но на практике крупные провалы почти всегда начинаются раньше — на уровне архитектуры управления: кто принимает решения, кто контролирует доступы, и почему плохие новости не поднимаются наверх. Эта лекция открывает курс ENOCH PROJECT GOVERNANCE и переключает рамку мышления с «проект = план и задачи» на «проект = власть, доступ, правда, решения». Разбираем базовый тезис EPG и формулу провала: конфликт интересов, высокий доступ и отсутствие независимой видимости со временем делают провал неизбежным. Показываем ключевую ошибку классического управления, когда одна роль одновременно планирует, исполняет, отчитывается и оценивает собственный успех. Затем вводим элементы системы EPG — власть, доступ и правда — и объясняем, почему без защищённого канала правды проект начинает жить в нарративе вместо реальности. Таймкоды (6:26) 00:00 Интро: почему провалы начинаются не на задачах 00:25 Цель модуля: смена рамки мышления EPG 01:00 Базовый тезис и формула провала проекта 01:45 Главная ошибка классического управления и конфликт интересов 02:30 Проект как система: власть, доступ, правда 03:25 Четыре роли EPG: Watchers, Operators, Judge, Enoch 04:15 Четыре системные причины провалов EPG Root Causes 05:10 Pre-Flood: признаки деградации при зелёных KPI 06:00 Главный вывод: вопрос не в том провалится ли, а когда и какой ценой Ключевые тезисы — Проекты ломаются не из-за задач, а из-за архитектуры управления: власть, доступы и контур правды. — Формула провала: конфликт интересов + высокий доступ + отсутствие независимой видимости × время. — Критическая ошибка — когда одна роль планирует, исполняет, отчитывается и сама себя оценивает. — Если правда не имеет защищённого канала наверх, проект неизбежно начинает жить в нарративе вместо реальности. — Роли EPG: Watchers, Operators, Judge, Enoch; Enoch нельзя совмещать с Watchers или Judge. — Четыре причины провалов: замалчивание плохих новостей, решения заинтересованных лиц, неконтролируемые критические знания, отсутствие RED-порогов и обязательной остановки. — Pre-Flood — стадия, когда KPI зелёные, но система уже деградирует; 2–3 признака — зона риска, 4–5 — катастрофа вопрос времени. Дисклеймер Материал носит исключительно образовательный и просветительский характер. Видео не является юридической, финансовой или управленческой консультацией и не заменяет работу профильных специалистов. Все примеры управленческих ситуаций и терминология используются в учебных целях для иллюстрации принципов governance и риск-менеджмента. Ответственность за применение подходов в реальных проектах лежит на зрителе; учитывайте требования своей юрисдикции, корпоративные политики и стандарты безопасности. Материалы курса 📁 Конспекты, схемы, чек-листы и шаблоны по курсу ENOCH PROJECT GOVERNANCE: 🧠 Рабочее пространство для самостоятельной проработки роли, доступа, рисков и эскалации: Другие проекты 🎧 Музыка и саундтреки для учебных и документальных проектов — @bpm174_ru 🪑 Умная мебель для дома и офиса — umnye-stoly.ru Как поддержать канал 👍 Поставьте лайк и напишите в комментариях: где у вас чаще ломается контур правды — в отчётности, в доступах или в решениях? 👉 Поделитесь видео с теми, кто ведёт проекты или отвечает за качество и риски. 🔔 Подпишитесь и включите «все уведомления», чтобы не пропустить следующий модуль. Хэштеги #управлениепроектами #governance #управлениерисками #EPG #контролькачества #аудит #эскалация #PreFlood #Agile #PMBOK #Skillbit
Большинство проектов объясняют провал задачами, сроками и ресурсами. Но на практике крупные провалы почти всегда начинаются раньше — на уровне архитектуры управления: кто принимает решения, кто контролирует доступы, и почему плохие новости не поднимаются наверх. Эта лекция открывает курс ENOCH PROJECT GOVERNANCE и переключает рамку мышления с «проект = план и задачи» на «проект = власть, доступ, правда, решения». Разбираем базовый тезис EPG и формулу провала: конфликт интересов, высокий доступ и отсутствие независимой видимости со временем делают провал неизбежным. Показываем ключевую ошибку классического управления, когда одна роль одновременно планирует, исполняет, отчитывается и оценивает собственный успех. Затем вводим элементы системы EPG — власть, доступ и правда — и объясняем, почему без защищённого канала правды проект начинает жить в нарративе вместо реальности. Таймкоды (6:26) 00:00 Интро: почему провалы начинаются не на задачах 00:25 Цель модуля: смена рамки мышления EPG 01:00 Базовый тезис и формула провала проекта 01:45 Главная ошибка классического управления и конфликт интересов 02:30 Проект как система: власть, доступ, правда 03:25 Четыре роли EPG: Watchers, Operators, Judge, Enoch 04:15 Четыре системные причины провалов EPG Root Causes 05:10 Pre-Flood: признаки деградации при зелёных KPI 06:00 Главный вывод: вопрос не в том провалится ли, а когда и какой ценой Ключевые тезисы — Проекты ломаются не из-за задач, а из-за архитектуры управления: власть, доступы и контур правды. — Формула провала: конфликт интересов + высокий доступ + отсутствие независимой видимости × время. — Критическая ошибка — когда одна роль планирует, исполняет, отчитывается и сама себя оценивает. — Если правда не имеет защищённого канала наверх, проект неизбежно начинает жить в нарративе вместо реальности. — Роли EPG: Watchers, Operators, Judge, Enoch; Enoch нельзя совмещать с Watchers или Judge. — Четыре причины провалов: замалчивание плохих новостей, решения заинтересованных лиц, неконтролируемые критические знания, отсутствие RED-порогов и обязательной остановки. — Pre-Flood — стадия, когда KPI зелёные, но система уже деградирует; 2–3 признака — зона риска, 4–5 — катастрофа вопрос времени. Дисклеймер Материал носит исключительно образовательный и просветительский характер. Видео не является юридической, финансовой или управленческой консультацией и не заменяет работу профильных специалистов. Все примеры управленческих ситуаций и терминология используются в учебных целях для иллюстрации принципов governance и риск-менеджмента. Ответственность за применение подходов в реальных проектах лежит на зрителе; учитывайте требования своей юрисдикции, корпоративные политики и стандарты безопасности. Материалы курса 📁 Конспекты, схемы, чек-листы и шаблоны по курсу ENOCH PROJECT GOVERNANCE: 🧠 Рабочее пространство для самостоятельной проработки роли, доступа, рисков и эскалации: Другие проекты 🎧 Музыка и саундтреки для учебных и документальных проектов — @bpm174_ru 🪑 Умная мебель для дома и офиса — umnye-stoly.ru Как поддержать канал 👍 Поставьте лайк и напишите в комментариях: где у вас чаще ломается контур правды — в отчётности, в доступах или в решениях? 👉 Поделитесь видео с теми, кто ведёт проекты или отвечает за качество и риски. 🔔 Подпишитесь и включите «все уведомления», чтобы не пропустить следующий модуль. Хэштеги #управлениепроектами #governance #управлениерисками #EPG #контролькачества #аудит #эскалация #PreFlood #Agile #PMBOK #Skillbit