[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"methodology-project-management":4,"footer-feature-tags":232},true,{"slug":5,"title":6,"short":7,"en":8,"group":9,"art":10,"inGrid":3,"lead":11,"fit":12,"h1":13,"intro":14,"readTime":15,"level":16,"published":17,"updated":17,"tldr":18,"about":23,"fitYes":29,"fitNo":34,"artefacts":39,"rollout":74,"metrics":100,"mistakes":123,"shtab":144,"topicGroups":169,"faq":178,"terms":194,"related":207,"seo":222,"topicIndex":225},"project-management","Классическое управление проектами","классический подход","pmbok","classic","ring","Свод процессов и областей знаний: содержание, сроки, стоимость, качество, риски, коммуникации, заинтересованные стороны.","Крупные проекты с внешним заказчиком, конкурсные процедуры, регулярная отчётность и аудит.","Классическое управление проектами: процессы и области знаний","Классический подход описывает управление проектом как набор процессов — от инициации до закрытия — и областей знаний, каждая из которых отвечает за свой аспект: содержание, сроки, стоимость, качество, риски, коммуникации, заинтересованные стороны. Разбираем, что из этого нужно любому проекту, а что — только крупному.","12 мин чтения","средний","2026-08-28",[19,20,21,22],"Подход не предписывает жизненный цикл: работать по нему можно и каскадно, и итеративно.","Минимальный набор для любого проекта — устав, содержание, план, реестр рисков, отчётность.","Роль руководителя проекта здесь выделена явно и не распределяется по команде.","Основной риск применения — бюрократия: документы ради документов вместо управления.",{"title":24,"paras":25},"Не метод, а свод практик",[26,27,28],"Классическое управление проектами — это не методология в том смысле, в каком ими являются Scrum или Kanban. Оно не предписывает ни длину цикла, ни состав встреч, ни способ работы команды. Это свод практик, сгруппированных по областям знаний, из которого руководитель проекта собирает нужное под конкретный проект.","Отсюда и типичное недопонимание. Классический подход часто отождествляют с каскадной моделью, но это разные вещи: каскад — жизненный цикл (фазы идут последовательно), а классический подход — набор дисциплин управления. Управлять содержанием, рисками и заинтересованными сторонами приходится и в итеративном проекте.","Практическая ценность подхода — в полноте перечня. Он напоминает о том, что легко забыть: кто заинтересованные стороны и чего они хотят, какие риски приняты осознанно, кто и как получает отчётность, что происходит при закрытии проекта. Ни одна гибкая методология этих вопросов явно не ставит.",[30,31,32,33],"Проект крупный, с внешним заказчиком и формальными обязательствами.","Есть требования к отчётности, аудиту или конкурсным процедурам.","Много заинтересованных сторон с разными и конфликтующими интересами.","Цена ошибки высокая, а риски надо оценивать и хранить явно.",[35,36,37,38],"Небольшая команда, один заказчик, короткий проект — накладные расходы не окупятся.","В организации нет роли руководителя проекта и не планируется.","Требуется скорость реакции, а не полнота документирования.","Документы будут писаться для проверяющего, а не для управления.",{"title":40,"lead":41,"items":42,"events":54},"Документы, которые действительно работают","Полный перечень артефактов классического подхода велик, и в небольшом проекте большая его часть избыточна. Ниже — три документа, которые окупаются практически всегда.",[43,47,51],{"t":44,"d":45,"owner":46},"Устав проекта","Зачем проект, кто спонсор, какие границы и полномочия у руководителя. Один-два листа, которые снимают половину будущих конфликтов о полномочиях.","спонсор проекта",{"t":48,"d":49,"owner":50},"Реестр рисков","Что может пойти не так, с какой вероятностью, каким будет влияние, кто владелец и что делаем. Живой документ, а не разовое упражнение на старте.","руководитель проекта",{"t":52,"d":53,"owner":50},"Матрица ответственности","Кто исполняет, кто отвечает, с кем консультируются и кого информируют по каждому блоку работ. Снимает вопрос «а кто должен был».",[55,60,65,70],{"t":56,"dur":57,"who":58,"out":59},"Совещание по запуску","2–3 ч","команда, спонсор, ключевые заинтересованные стороны","общее понимание целей, границ и ролей",{"t":61,"dur":62,"who":63,"out":64},"Еженедельный статус","30–60 мин","руководитель проекта и команда","отклонения, решения, обновление реестра рисков",{"t":66,"dur":67,"who":68,"out":69},"Отчёт заинтересованным сторонам","раз в 2–4 недели","руководитель проекта и спонсор","статус по срокам, бюджету и рискам",{"t":71,"dur":57,"who":72,"out":73},"Закрытие проекта","все участники","приёмка, извлечённые уроки, роспуск команды",{"title":75,"lead":76,"steps":77},"Минимальный набор, с которого стоит начать","Внедрять весь свод целиком не нужно и вредно. Порядок ниже даёт основную часть пользы при небольших накладных расходах — а дальше добавляется то, чего конкретно не хватает.",[78,82,86,90,93,97],{"t":79,"d":80,"when":81},"Напишите устав на один-два листа","Цель, границы, спонсор, полномочия руководителя проекта, ключевые заинтересованные стороны. Без устава руководитель проекта не имеет формального права принимать решения.","до старта",{"t":83,"d":84,"when":85},"Опишите содержание и исключения","Что входит в проект и что не входит. Второе фиксируйте так же тщательно: именно вокруг исключений идут споры на приёмке.","1–2 дня",{"t":87,"d":88,"when":89},"Определите заинтересованные стороны","Кто влияет на проект и кого он затрагивает, чего каждый ждёт и в какой форме хочет получать информацию. Пропущенная сторона — источник поздних требований.","0,5 дня",{"t":91,"d":92,"when":57},"Заведите реестр рисков","Десять-пятнадцать позиций достаточно для старта. Главное — назначить владельца каждому и вернуться к списку на следующей неделе, а не через квартал.",{"t":94,"d":95,"when":96},"Постройте базовый план","Пакеты работ, зависимости, вехи, резерв отдельной строкой. Относительно него дальше считается любое отклонение.","2–3 дня",{"t":98,"d":99,"when":89},"Договоритесь о формате отчётности","Кому, как часто и в каком виде. Отчёт, который никто не читает, — потерянное время; отчёт, которого ждут и не получают, — потерянное доверие.",{"title":101,"items":102},"Что показывает состояние проекта",[103,107,111,115,119],{"t":104,"d":105,"how":106},"Освоенный объём","Сопоставляет выполненный объём работ с потраченными временем и деньгами. Отличает отставание от простого замедления трат.","индексы по срокам и стоимости",{"t":108,"d":109,"how":110},"Запас критического пути","Сколько дней резерва осталось на работах, определяющих срок. Самый ранний сигнал о срыве.","дни",{"t":112,"d":113,"how":114},"Открытые риски высокого уровня","Число рисков с высокой вероятностью и влиянием, по которым не начаты действия.","штук",{"t":116,"d":117,"how":118},"Накопленный объём изменений","Сумма влияния принятых изменений на срок и бюджет. По одному они безобидны, вместе дают месяцы.","дни и деньги",{"t":120,"d":121,"how":122},"Возвраты с приёмки","Доля результатов, отправленных на доработку. Показывает качество критериев приёмки, а не только качество работ.","% от сданного",{"title":124,"items":125},"Где классический подход вырождается в бюрократию",[126,129,132,135,138,141],{"t":127,"fix":128},"Документы пишутся для проверяющего","Оставьте те документы, к которым возвращаются в работе. Если к плану управления коммуникациями никто не обращался, он не нужен.",{"t":130,"fix":131},"Реестр рисков заполнили и забыли","Возвращайтесь к нему на каждом еженедельном статусе. Разовое упражнение на старте не управляет ничем.",{"t":133,"fix":134},"Заинтересованные стороны определены формально","Спросите по каждой: что она хочет получить и что для неё будет провалом. Список фамилий без ответов на это бесполезен.",{"t":136,"fix":137},"Матрица ответственности не согласована с людьми","Матрица, о которой участники узнают в момент конфликта, не работает. Согласуйте до старта.",{"t":139,"fix":140},"Отчётность одинаковая для всех","Спонсору — срок, бюджет, риски. Команде — работы и препятствия. Один отчёт на всех не читает никто.",{"t":142,"fix":143},"Закрытие проекта пропущено","Без разбора уроки не накапливаются, и следующий проект наступает на те же грабли. Два часа окупаются.",{"title":145,"lead":146,"points":147,"links":154},"Как вести классический проект в Shtab","Документы, план и риски держатся в одном пространстве с работой — не приходится сводить состояние из плана, почты и таблиц.",[148,149,150,151,152,153],"Устав, содержание и матрица ответственности — страницами проекта: доступны команде и не теряются при смене участников.","Реестр рисков ведите отдельным списком с полями вероятности, влияния и владельца — сортировка сразу даёт приоритет.","Календарный план и вехи — на диаграмме Ганта, с зависимостями между работами.","Портфель проектов даёт сводную картину по нескольким проектам — для проектного офиса.","Оценка трудозатрат и трекер времени дают факт по каждому пакету работ и стоимость по ставке в час.","Уровни доступа разделяют внутреннюю работу и то, что видит заказчик.",[155,160,164],{"tag":156,"title":157,"text":158,"to":159},"ВОЗМОЖНОСТЬ","Портфели проектов","Несколько проектов в одной картине.","\u002Ffeatures\u002Fportfel-proektov\u002F",{"tag":156,"title":161,"text":162,"to":163},"Диаграмма Ганта","План, зависимости и вехи.","\u002Ffeatures\u002Fdiagramma-ganta\u002F",{"tag":165,"title":166,"text":167,"to":168},"РЕШЕНИЕ","Shtab для проектного офиса","Портфель проектов, единые стандарты и отчётность.","\u002Fsolutions\u002Fdlya-pmo\u002F",[170,174],{"title":171,"items":172},"ЗАПУСК",[173],"zapusk-proekta",{"title":175,"items":176},"КОНТРОЛЬ",[177],"riski",[179,182,185,188,191],{"q":180,"a":181},"Классический подход — это то же самое, что каскад?","Нет. Каскад — жизненный цикл: фазы идут последовательно с приёмкой. Классический подход — набор дисциплин управления: содержание, сроки, стоимость, риски, коммуникации. По нему можно вести и итеративный проект: управлять рисками и заинтересованными сторонами приходится в любом случае.",{"q":183,"a":184},"Нужен ли сертифицированный руководитель проекта?","Для крупных проектов с внешними обязательствами сертификация часто требуется формально — заказчиком или условиями конкурса. Для внутренних проектов важнее практика: умение держать план, вести риски и работать с заинтересованными сторонами не появляется от сертификата, хотя структурированное обучение помогает не забыть половину дисциплин.",{"q":186,"a":187},"С чего начать, если проектов много, а стандарта нет?","С минимального набора для всех проектов: устав на один-два листа, содержание с исключениями, реестр рисков, единый формат статуса. Это даёт сопоставимость между проектами, с которой начинается проектный офис. Полные планы по всем областям знаний вводить сразу не нужно.",{"q":189,"a":190},"Сколько времени занимает управление проектом по классике?","При разумном наборе документов — примерно 10–15% времени руководителя проекта на ведение плана, рисков и отчётности. Если получается сильно больше, скорее всего документы пишутся для отчётности, а не для управления, и набор стоит сократить.",{"q":192,"a":193},"Можно ли применять классический подход в небольшой компании?","Да, но в урезанном виде: устав, содержание, план и реестр рисков. Полный свод в компании из двадцати человек создаёт больше работы, чем экономит. Ориентир простой: документ остаётся, если к нему обращаются в работе хотя бы раз в две недели.",[195,197,200,202,204],{"slug":8,"title":196},"PMBOK",{"slug":198,"title":199},"raci","RACI",{"slug":201,"title":48},"risk-register",{"slug":203,"title":104},"evm",{"slug":205,"title":206},"lessons-learned","Извлечённые уроки",[208,213,218],{"tag":209,"title":210,"text":211,"to":212},"МЕТОДОЛОГИЯ","Каскадная модель","Последовательные фазы с этапной приёмкой.","\u002Fmethodology\u002Fwaterfall\u002F",{"tag":214,"title":215,"text":216,"to":217},"СРАВНЕНИЕ","Гибкий подход или каскад","Как выбрать под договор, риски и зрелость команды.","\u002Fmethodology\u002Fsravneniya\u002Fagile-ili-vodopad\u002F",{"tag":165,"title":219,"text":220,"to":221},"Управление проектами в Shtab","От первой задачи до отчёта.","\u002Fsolutions\u002Fupravlenie-proektami\u002F",{"title":223,"description":224},"Классическое управление проектами: процессы, устав, риски","Классический подход к управлению проектами: области знаний, устав, содержание, реестр рисков, матрица ответственности и отчётность. Минимальный рабочий набор и ведение в Shtab.",[226,229],{"slug":173,"title":227,"hint":228},"Запуск проекта","Устав, содержание, заинтересованные стороны",{"slug":177,"title":230,"hint":231},"Управление рисками","Реестр, оценка вероятности и влияния, реакция",[233,242,248,257,262,268,274,280,284,289],{"id":234,"name":235,"hex":236,"translations":237,"count_pages":241},8,"Компания","#f40925",{"ru":238,"en":239},{"name":235},{"name":240},"Company",9,{"id":243,"name":244,"hex":245,"translations":246,"count_pages":234},26,"Главная страница",null,{"ru":247},{"name":244},{"id":249,"name":250,"hex":251,"translations":252,"count_pages":256},2,"Проекты","#3027ff",{"ru":253,"en":254},{"name":250},{"name":255},"Project",15,{"id":258,"name":259,"hex":245,"translations":260,"count_pages":249},33,"ИИ",{"ru":261},{"name":259},{"id":263,"name":264,"hex":245,"translations":265,"count_pages":267},34,"Комментарии",{"ru":266},{"name":264},4,{"id":269,"name":270,"hex":245,"translations":271,"count_pages":273},25,"Задачи",{"ru":272},{"name":270},24,{"id":275,"name":276,"hex":245,"translations":277,"count_pages":279},27,"Рабочие пространства",{"ru":278},{"name":276},3,{"id":273,"name":281,"hex":245,"translations":282,"count_pages":234},"Kanban-доска",{"ru":283},{"name":281},{"id":285,"name":161,"hex":245,"translations":286,"count_pages":288},23,{"ru":287},{"name":161},1,{"id":256,"name":290,"hex":245,"translations":291,"count_pages":288},"Календарь",{"ru":292},{"name":290}]