[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"methodology-topic-waterfall-vnedrenie":4,"footer-feature-tags":158},true,{"topic":5,"parent":151,"siblings":155},{"slug":6,"title":7,"hint":8,"h1":9,"definition":10,"readTime":11,"published":12,"updated":12,"tags":13,"sections":16,"table":52,"checklist":79,"shtab":91,"faq":111,"terms":124,"related":134,"seo":149},"vnedrenie","Как вести проект по каскаду","Фазы, приёмка и работа с изменениями","Как вести проект по каскадной модели: фазы, приёмка, изменения","Каскадный проект живёт по одному правилу: следующая фаза начинается после приёмки предыдущей. Всё управление сводится к трём вещам — договориться о содержании до старта, держать базовый план и проводить каждое изменение через процедуру, а не через устную договорённость.","9 мин чтения","2026-08-28",[14,15],"процесс","базовый уровень",[17,24,31,38,45],{"id":18,"h":19,"paras":20},"scope","Содержание: раздел об исключениях важнее списка работ",[21,22,23],"Список работ обычно пишут внимательно. Раздел «что не входит в проект» — почти никогда, и именно вокруг него разворачивается большинство споров на приёмке. Заказчик подразумевал перенос исторических данных, команда — нет; в документе об этом ничего не сказано, и правы формально обе стороны.","Пишите исключения так же тщательно, как включения, и особенно там, где решение неочевидно: миграция данных, обучение пользователей, поддержка после сдачи, интеграции со смежными системами, работы на стороне заказчика. Один абзац на каждом из этих пунктов снимает недели переговоров.","Второй источник споров — критерии приёмки. «Система работает корректно» приёмке не подлежит: корректность каждый понимает по-своему. Критерий должен допускать однозначную проверку: перечень сценариев, предельные значения, состав документации.",{"id":25,"h":26,"paras":27},"phases","Фазы: длина важнее названий",[28,29,30],"Состав фаз зависит от предметной области, а вот их длина — управленческое решение, и оно важнее. Чем длиннее фаза, тем позже обнаруживается ошибка в требованиях и тем дороже её исправление.","Практическое правило: фаза не должна быть длиннее того срока, за который заказчик готов ждать первого проверяемого результата. Если проект на год делится на две фазы по полгода, первая обратная связь придёт через шесть месяцев работы, и к этому моменту исправление затронет всё сделанное.","Разбивка на более короткие этапы с самостоятельной ценностью — самый действенный способ смягчить главную слабость модели, не отказываясь от неё. Формально это остаётся каскадом: фазы последовательны, приёмка этапная, договор фиксирует содержание.",{"id":32,"h":33,"paras":34},"baseline","Базовый план: относительно чего меряем отклонение",[35,36,37],"Базовый план — утверждённые содержание, сроки и бюджет, зафиксированные на момент старта. Его смысл не в том, чтобы им гордиться, а в том, чтобы было относительно чего считать отклонение. План, который правится по ходу без процедуры, отклонений не показывает: факт всегда совпадает с «планом».","Отклонение само по себе не проблема — проблема в том, что оно обнаруживается поздно. Поэтому смотреть надо не на общий процент выполнения, а на запас по критическому пути: сколько дней резерва осталось на работах, которые определяют срок всего проекта.","Резерв держите отдельной строкой, а не размазанным по оценкам работ. В первом случае видно, сколько его израсходовано; во втором он тратится незаметно, и о его отсутствии узнают в момент, когда он уже нужен.",{"id":39,"h":40,"paras":41},"changes","Изменения: процедура вместо устной договорённости",[42,43,44],"Изменения в каскадном проекте не запрещены — запрещено принимать их молча. Процедура минимальна и состоит из четырёх шагов: запрос зафиксирован письменно, оценено влияние на срок, бюджет и содержание, решение принято уполномоченным лицом, базовый план обновлён.","Пропуск любого шага даёт один и тот же результат: работа добавляется, план остаётся прежним, и к концу проекта команда объясняет срыв срока «дополнительными пожеланиями», которых нигде не зафиксировано. Формально в такой ситуации права не команда.","Полезная практика — считать не только каждое изменение по отдельности, но и их накопленный объём. Десять мелких правок по два дня — это месяц, которого нет в плане; по одной они выглядят безобидно и почти всегда принимаются.",{"id":46,"h":47,"paras":48},"acceptance","Приёмка: как не превратить её в переговоры",[49,50,51],"Приёмка проходит по критериям, записанным до начала фазы. Если критериев нет, приёмка превращается в переговоры, где сила аргумента заменяет проверку, а результат зависит от настроения и загруженности принимающего.","Готовьте материалы приёмки заранее: перечень критериев с отметкой о выполнении, результаты проверок, состав переданных документов. Это не бюрократия, а способ провести встречу за час вместо трёх дней.","Замечания фиксируйте списком с указанием, какие из них относятся к критериям приёмки, а какие являются новыми пожеланиями. Вторые — это запросы на изменение, и они идут по процедуре, а не устраняются «заодно».",{"title":53,"head":54,"rows":58},"Что фиксируется на каждом этапе",[55,56,57],"ЭТАП","ЧТО ФИКСИРУЕМ","ЧТО ЛОМАЕТСЯ БЕЗ ЭТОГО",[59,63,67,71,75],[60,61,62],"До старта","Содержание, исключения, критерии приёмки","Приёмка превращается в спор о том, что подразумевалось",[64,65,66],"Планирование","Пакеты работ, зависимости, вехи, резерв отдельной строкой","Не виден критический путь, резерв расходуется незаметно",[68,69,70],"Реализация","Базовый план и фактические даты по вехам","Отклонение не с чем сравнить, срыв виден в последний момент",[72,73,74],"Изменения","Запрос, оценка влияния, решение, обновление плана","Работа растёт, план прежний, срыв срока необъясним",[76,77,78],"Приёмка","Отметки по критериям, список замечаний с классификацией","Новые пожелания устраняются как замечания и съедают срок",{"title":80,"lead":81,"items":82},"Чек-лист перед стартом фазы","Пройдите перед началом каждой фазы, а не только первой. Большинство срывов закладывается именно здесь.",[83,84,85,86,87,88,89,90],"Содержание фазы описано, включая раздел «что не входит».","Критерии приёмки сформулированы так, что допускают однозначную проверку.","Работы разбиты на пакеты, у каждого один ответственный.","Зависимости между работами построены, критический путь известен.","Резерв времени выделен отдельной строкой, а не спрятан в оценках.","Процедура изменений описана, и известно, кто принимает решение.","Согласована дата и состав участников приёмки.","Запланирована хотя бы одна промежуточная демонстрация заказчику.",{"title":92,"lead":93,"points":94,"links":101},"Как это выглядит в Shtab","План, документы и запросы на изменение держатся в одном пространстве — на приёмке не приходится собирать материалы из почты.",[95,96,97,98,99,100],"Фазы и вехи — на диаграмме Ганта: зависимости показывают, что сдвинется при задержке конкретной работы.","Пакет работ — задача с подзадачами и одним ответственным; декомпозиция видна в структуре.","Содержание, исключения и критерии приёмки держите страницами проекта — они доступны всем участникам.","Запросы на изменение ведите отдельным списком со статусами: подан, оценён, принят, отклонён.","Оценка и трекер времени дают план-факт по каждому пакету без ручного сведения таблиц.","Файлы проекта — акты, протоколы приёмки, переданная документация — хранятся рядом с задачами.",[102,107],{"tag":103,"title":104,"text":105,"to":106},"ВОЗМОЖНОСТЬ","Диаграмма Ганта","Фазы, зависимости и вехи проекта.","\u002Ffeatures\u002Fdiagramma-ganta\u002F",{"tag":103,"title":108,"text":109,"to":110},"Файлы проектов","Документы и акты рядом с работой.","\u002Ffeatures\u002Ffaily\u002F",[112,115,118,121],{"q":113,"a":114},"Что делать, если заказчик отказывается фиксировать содержание?","Это сигнал, что каскад в этом проекте не подходит: модель держится на зафиксированном содержании. Варианты — перейти на этапную схему с оплатой за период работ либо зафиксировать хотя бы содержание первой фазы, по итогам которой требования уточнятся и будет подписано содержание остальных.",{"q":116,"a":117},"Как часто пересматривать базовый план?","Только по итогам принятых изменений, а не при каждом отклонении. План, который правят под факт, перестаёт быть инструментом контроля: он всегда выполнен. Отклонения фиксируются и объясняются, а план меняется, когда изменение прошло процедуру.",{"q":119,"a":120},"Можно ли внутри фазы работать спринтами?","Да, и это разумно для фазы реализации: короткие циклы внутри этапа дают раннюю обратную связь, не нарушая внешних обязательств. Важно, чтобы внутренний ритм не отменял приёмку по критериям — заказчик по-прежнему принимает результат фазы, а не отдельных циклов.",{"q":122,"a":123},"Кто должен принимать решение по изменениям?","Тот, кто отвечает за бюджет и срок со стороны заказчика, — обычно это спонсор или руководитель проекта заказчика. Ключевое условие: решение принимает один известный человек. Если изменения могут инициировать несколько сотрудников заказчика без общего согласования, содержание проекта неуправляемо.",[125,128,131],{"slug":126,"title":127},"milestone","Веха",{"slug":129,"title":130},"wbs","WBS",{"slug":132,"title":133},"critical-path","Критический путь",[135,140,144],{"tag":136,"title":137,"text":138,"to":139},"ТЕМА","Календарный план","Зависимости, критический путь и резервы.","\u002Fmethodology\u002Fwaterfall\u002Fplan-grafik\u002F",{"tag":136,"title":141,"text":142,"to":143},"Запуск проекта","Устав, содержание и базовый план в классическом подходе.","\u002Fmethodology\u002Fproject-management\u002Fzapusk-proekta\u002F",{"tag":145,"title":146,"text":147,"to":148},"СРАВНЕНИЕ","Гибкий подход или каскад","Когда фиксировать содержание, а когда уточнять по ходу.","\u002Fmethodology\u002Fsravneniya\u002Fagile-ili-vodopad\u002F",{"title":9,"description":150},"Ведение каскадного проекта: содержание и исключения, длина фаз, базовый план и резерв, процедура изменений и приёмка по критериям. Чек-лист перед стартом фазы.",{"slug":152,"title":153,"short":154},"waterfall","Каскадная модель","каскад",[156],{"slug":157,"title":137},"plan-grafik",[159,168,174,183,188,194,200,206,210,215],{"id":160,"name":161,"hex":162,"translations":163,"count_pages":167},8,"Компания","#f40925",{"ru":164,"en":165},{"name":161},{"name":166},"Company",9,{"id":169,"name":170,"hex":171,"translations":172,"count_pages":160},26,"Главная страница",null,{"ru":173},{"name":170},{"id":175,"name":176,"hex":177,"translations":178,"count_pages":182},2,"Проекты","#3027ff",{"ru":179,"en":180},{"name":176},{"name":181},"Project",15,{"id":184,"name":185,"hex":171,"translations":186,"count_pages":175},33,"ИИ",{"ru":187},{"name":185},{"id":189,"name":190,"hex":171,"translations":191,"count_pages":193},34,"Комментарии",{"ru":192},{"name":190},4,{"id":195,"name":196,"hex":171,"translations":197,"count_pages":199},25,"Задачи",{"ru":198},{"name":196},24,{"id":201,"name":202,"hex":171,"translations":203,"count_pages":205},27,"Рабочие пространства",{"ru":204},{"name":202},3,{"id":199,"name":207,"hex":171,"translations":208,"count_pages":160},"Kanban-доска",{"ru":209},{"name":207},{"id":211,"name":104,"hex":171,"translations":212,"count_pages":214},23,{"ru":213},{"name":104},1,{"id":182,"name":216,"hex":171,"translations":217,"count_pages":214},"Календарь",{"ru":218},{"name":216}]