M2 | Ролевая архитектура и границы ответственности
Во второй лекции курса ENOCH PROJECT GOVERNANCE мы переходим от общей рамки к архитектуре, которая держит проект в реальности. Главная цель — разрушить иллюзию, что роли в проекте совпадают с должностями. В EPG роли — это функции власти, доступа и ответственности, и системные провалы возникают не из-за «плохих людей», а из-за архитектурно неправильного совмещения ролей. Разбираем формулу ролевого конфликта: доступ, решение и отсутствие независимого наблюдения. Вводим четыре ключевые роли EPG: Watchers, Operators, Judge и Enoch, и фиксируем их права и ограничения. Отдельно обсуждаем системные запреты: один человек не может одновременно решать, контролировать и оценивать собственный результат. Показываем, как возникают концентраторы системного риска, когда одно лицо замыкает на себе деньги, сроки, качество и релиз. Дальше рассматриваем типовые анти паттерны структуры: «PM как судья», «QA в подчинении разработки», «отсутствующий Judge» и «герой архитектор». Завершаем практическими выводами: как построить матрицу границ, где обязательны запреты и невозможные действия, и как формулировать диагноз проекта через функции и совмещение ролей, а не через личности. Таймкоды (7:43) 00:00 Интро: почему должности не равны ролям и где начинается риск 00:35 Суть ролевого подхода EPG и формула ролевого конфликта 01:25 Watchers: управление и контроль исполнения, права и ограничения 02:10 Operators: исполнение задач и границы ответственности 02:45 Judge: финальные решения и точка остановки проекта 03:25 Enoch: независимая фиксация реальности и канал эскалации 04:10 Системные запреты: нельзя решать, контролировать и оценивать одновременно 04:55 Концентраторы риска: деньги, сроки, качество, релиз в одних руках 05:35 Проверка Enoch: почему подчинение Watchers обнуляет функцию правды 06:05 Анти паттерны структуры: PM как судья, QA под разработкой, отсутствующий Judge, герой архитектор 07:05 Практические выводы: матрица границ и диагноз проекта без персонализации Ключевые тезисы — В EPG роли — это функции власти, доступа и ответственности, а не должности в штатном расписании. — Системные провалы возникают из-за неправильного совмещения ролей, а не из-за «плохих людей». — Формула ролевого конфликта: доступ + решение + отсутствие независимого наблюдения. — Watchers управляют исполнением, Operators выполняют задачи, Judge принимает финальные решения, Enoch фиксирует реальность и эскалирует риски. — Критическое правило: один человек не может одновременно решать, контролировать и оценивать собственный результат. — Концентратор системного риска — когда одно лицо контролирует 3 или 4 параметра: деньги, сроки, качество, релиз. — Если Enoch технически, финансово или организационно подчинён Watchers, функция Enoch в проекте отсутствует. — Матрица границ должна содержать запреты и невозможные действия, иначе структура начнёт работать «по договорённости». Дисклеймер Материал носит исключительно образовательный и просветительский характер. Видео не является юридической, финансовой или управленческой консультацией и не заменяет работу профильных специалистов. Все примеры управленческих ситуаций и терминология используются в учебных целях для иллюстрации принципов governance и риск-менеджмента. Ответственность за применение подходов в реальных проектах лежит на зрителе; учитывайте требования своей юрисдикции, корпоративные политики и стандарты безопасности. Материалы курса 📁 Конспекты, схемы, чек-листы и шаблоны по курсу ENOCH PROJECT GOVERNANCE: 🧠 Рабочее пространство для самостоятельной проработки роли, доступа, рисков и эскалации: Другие проекты 🎧 Музыка и саундтреки для учебных и документальных проектов — @bpm174_ru 🪑 Умная мебель для дома и офиса — umnye-stoly.ru Как поддержать канал 👍 Поставьте лайк и напишите в комментариях: какая ролевая ошибка у вас встречается чаще — PM как судья, QA под разработкой, отсутствующий Judge или герой архитектор? 👉 Поделитесь видео с теми, кто принимает решения, управляет командами и отвечает за качество. 🔔 Подпишитесь и включите «все уведомления», чтобы не пропустить следующий модуль. Карта 4817 7600 7690 2190 (Сбербанк). Ваш вклад помогает выпускать новые видео Skillbit без рекламы — только проверенные знания и практические курсы. Хэштеги #управлениепроектами #governance #EPG #роливпроекте #управлениерисками #конфликтинтересов #аудит #qa #separationofduties #Agile #PMBOK #Skillbit
Во второй лекции курса ENOCH PROJECT GOVERNANCE мы переходим от общей рамки к архитектуре, которая держит проект в реальности. Главная цель — разрушить иллюзию, что роли в проекте совпадают с должностями. В EPG роли — это функции власти, доступа и ответственности, и системные провалы возникают не из-за «плохих людей», а из-за архитектурно неправильного совмещения ролей. Разбираем формулу ролевого конфликта: доступ, решение и отсутствие независимого наблюдения. Вводим четыре ключевые роли EPG: Watchers, Operators, Judge и Enoch, и фиксируем их права и ограничения. Отдельно обсуждаем системные запреты: один человек не может одновременно решать, контролировать и оценивать собственный результат. Показываем, как возникают концентраторы системного риска, когда одно лицо замыкает на себе деньги, сроки, качество и релиз. Дальше рассматриваем типовые анти паттерны структуры: «PM как судья», «QA в подчинении разработки», «отсутствующий Judge» и «герой архитектор». Завершаем практическими выводами: как построить матрицу границ, где обязательны запреты и невозможные действия, и как формулировать диагноз проекта через функции и совмещение ролей, а не через личности. Таймкоды (7:43) 00:00 Интро: почему должности не равны ролям и где начинается риск 00:35 Суть ролевого подхода EPG и формула ролевого конфликта 01:25 Watchers: управление и контроль исполнения, права и ограничения 02:10 Operators: исполнение задач и границы ответственности 02:45 Judge: финальные решения и точка остановки проекта 03:25 Enoch: независимая фиксация реальности и канал эскалации 04:10 Системные запреты: нельзя решать, контролировать и оценивать одновременно 04:55 Концентраторы риска: деньги, сроки, качество, релиз в одних руках 05:35 Проверка Enoch: почему подчинение Watchers обнуляет функцию правды 06:05 Анти паттерны структуры: PM как судья, QA под разработкой, отсутствующий Judge, герой архитектор 07:05 Практические выводы: матрица границ и диагноз проекта без персонализации Ключевые тезисы — В EPG роли — это функции власти, доступа и ответственности, а не должности в штатном расписании. — Системные провалы возникают из-за неправильного совмещения ролей, а не из-за «плохих людей». — Формула ролевого конфликта: доступ + решение + отсутствие независимого наблюдения. — Watchers управляют исполнением, Operators выполняют задачи, Judge принимает финальные решения, Enoch фиксирует реальность и эскалирует риски. — Критическое правило: один человек не может одновременно решать, контролировать и оценивать собственный результат. — Концентратор системного риска — когда одно лицо контролирует 3 или 4 параметра: деньги, сроки, качество, релиз. — Если Enoch технически, финансово или организационно подчинён Watchers, функция Enoch в проекте отсутствует. — Матрица границ должна содержать запреты и невозможные действия, иначе структура начнёт работать «по договорённости». Дисклеймер Материал носит исключительно образовательный и просветительский характер. Видео не является юридической, финансовой или управленческой консультацией и не заменяет работу профильных специалистов. Все примеры управленческих ситуаций и терминология используются в учебных целях для иллюстрации принципов governance и риск-менеджмента. Ответственность за применение подходов в реальных проектах лежит на зрителе; учитывайте требования своей юрисдикции, корпоративные политики и стандарты безопасности. Материалы курса 📁 Конспекты, схемы, чек-листы и шаблоны по курсу ENOCH PROJECT GOVERNANCE: 🧠 Рабочее пространство для самостоятельной проработки роли, доступа, рисков и эскалации: Другие проекты 🎧 Музыка и саундтреки для учебных и документальных проектов — @bpm174_ru 🪑 Умная мебель для дома и офиса — umnye-stoly.ru Как поддержать канал 👍 Поставьте лайк и напишите в комментариях: какая ролевая ошибка у вас встречается чаще — PM как судья, QA под разработкой, отсутствующий Judge или герой архитектор? 👉 Поделитесь видео с теми, кто принимает решения, управляет командами и отвечает за качество. 🔔 Подпишитесь и включите «все уведомления», чтобы не пропустить следующий модуль. Карта 4817 7600 7690 2190 (Сбербанк). Ваш вклад помогает выпускать новые видео Skillbit без рекламы — только проверенные знания и практические курсы. Хэштеги #управлениепроектами #governance #EPG #роливпроекте #управлениерисками #конфликтинтересов #аудит #qa #separationofduties #Agile #PMBOK #Skillbit