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