[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"footer-feature-tags":4,"slate-glossary-term-scope":66},true,[5,14,20,29,34,40,46,52,56,62],{"id":6,"name":7,"hex":8,"translations":9,"count_pages":13},8,"Компания","#f40925",{"ru":10,"en":11},{"name":7},{"name":12},"Company",9,{"id":15,"name":16,"hex":17,"translations":18,"count_pages":6},26,"Главная страница",null,{"ru":19},{"name":16},{"id":21,"name":22,"hex":23,"translations":24,"count_pages":28},2,"Проекты","#3027ff",{"ru":25,"en":26},{"name":22},{"name":27},"Project",15,{"id":30,"name":31,"hex":17,"translations":32,"count_pages":21},33,"ИИ",{"ru":33},{"name":31},{"id":35,"name":36,"hex":17,"translations":37,"count_pages":39},34,"Комментарии",{"ru":38},{"name":36},4,{"id":41,"name":42,"hex":17,"translations":43,"count_pages":45},25,"Задачи",{"ru":44},{"name":42},24,{"id":47,"name":48,"hex":17,"translations":49,"count_pages":51},27,"Рабочие пространства",{"ru":50},{"name":48},3,{"id":45,"name":53,"hex":17,"translations":54,"count_pages":6},"Kanban-доска",{"ru":55},{"name":53},{"id":57,"name":58,"hex":17,"translations":59,"count_pages":61},23,"Диаграмма Ганта",{"ru":60},{"name":58},1,{"id":28,"name":63,"hex":17,"translations":64,"count_pages":61},"Календарь",{"ru":65},{"name":63},{"detail":67,"more":200},{"id":68,"slug":69,"translations":70,"category":84,"tags":91,"letter":105,"og_image":17,"cover":17,"author_name":17,"author_position":17,"author_avatar":17,"faqs":106,"related":120,"views_count":197,"helpful_yes_count":109,"helpful_no_count":109,"created_at":198,"updated_at":199,"published_at":17},60,"scope",{"ru":71},{"title":72,"short_definition":73,"tldr":74,"full_explanation":75,"when_to_apply":76,"when_not_to_apply":77,"examples":78,"tips":79,"synonyms":80,"translation_en":81,"seo_title":82,"seo_description":83},"Scope (объём проекта)","Совокупность работ, которые нужно выполнить для получения продукта проекта с заданными характеристиками.","Scope (объём проекта) — это перечень работ, которые входят в проект, и явное указание того, что в него не входит. Объём фиксируют в уставе проекта и описании содержания, а затем разбивают на пакеты работ в структуре WBS. Различают содержание продукта — его характеристики — и содержание проекта: работы, нужные для его создания. Хорошо описанный объём отвечает критериям SMART.","\u003Cp>Объём — фундамент любого проекта. Без чёткого объёма невозможно оценить сроки, бюджет и ресурсы.\u003C\u002Fp>\u003Ch3>Два вида объёма\u003C\u002Fh3>\u003Cul>\u003Cli>\u003Cstrong>Содержание продукта\u003C\u002Fstrong> — характеристики результата: что именно должно быть сделано.\u003C\u002Fli>\u003Cli>\u003Cstrong>Содержание проекта\u003C\u002Fstrong> — работы по созданию этого результата: как мы его делаем.\u003C\u002Fli>\u003C\u002Ful>\u003Ch3>Документы, в которых живёт объём\u003C\u002Fh3>\u003Cul>\u003Cli>\u003Cstrong>Устав проекта (Project Charter)\u003C\u002Fstrong> — объём крупными мазками.\u003C\u002Fli>\u003Cli>\u003Cstrong>Описание содержания (Scope Statement)\u003C\u002Fstrong> — подробное описание работ.\u003C\u002Fli>\u003Cli>\u003Cstrong>WBS\u003C\u002Fstrong> — иерархическая структура работ, декомпозиция объёма.\u003C\u002Fli>\u003Cli>\u003Cstrong>Критерии приёмки\u003C\u002Fstrong> — признаки, по которым заказчик признаёт работу выполненной.\u003C\u002Fli>\u003C\u002Ful>\u003Cp>Хорошее описание объёма обязательно содержит раздел \u003Cstrong>«что не входит»\u003C\u002Fstrong> — явный список работ за границей проекта, чтобы избежать недопонимания.\u003C\u002Fp>","\u003Cul>\u003Cli>Любой проект — без описанного объёма проекта попросту нет\u003C\u002Fli>\u003C\u002Ful>","\u003Cul>\u003Cli>Полностью открытый поиск без заданных целей — это исследования и разработка, а не проект\u003C\u002Fli>\u003C\u002Ful>","\u003Cp>Описание содержания проекта «Запуск интернет-магазина»: в объём входят каталог, корзина, оформление заказа, интеграция с 1С и платёжным сервисом. За рамками объёма — мобильное приложение, программа лояльности и рассылка по СМС.\u003C\u002Fp>","\u003Cp>Описание содержания удобно держать в базе знаний Shtab, рядом с задачами проекта, чтобы команда сверялась с ним, а не с памятью. Обязательно добавьте раздел «Не входит в объём»: туда попадают ожидания, которые звучали на старте, но делаться не будут.\u003C\u002Fp>","Scope, объём проекта, содержание проекта, границы проекта, scope statement","Project Scope","Scope (объём проекта) — что это и как фиксировать | Shtab","Scope — объём проекта: какие работы в него входят, а какие нет. Содержание продукта и проекта, устав, описание содержания, WBS, критерии приёмки.",{"id":51,"slug":85,"hex":86,"icon":17,"order":51,"translations":87},"pm-classic","#3a4058",{"ru":88},{"title":89,"description":90},"Классическое проектное управление","Традиционные методологии и инструменты PM: PMBOK, PRINCE2, PMI, WBS, RACI, диаграмма Ганта, критический путь, EVM, управление рисками и заинтересованными сторонами.",[92,99],{"id":39,"slug":93,"kind":94,"hex":95,"order":39,"translations":96},"artifact","other","#888ca0",{"ru":97},{"title":98},"Артефакт",{"id":6,"slug":100,"kind":94,"hex":101,"order":6,"translations":102},"concept","#4b5370",{"ru":103},{"title":104},"Концепция","S",[107,114],{"id":108,"order":109,"translations":110},1019,0,{"ru":111},{"question":112,"answer":113},"Чем объём проекта отличается от требований?","\u003Cp>Требования — это подробные характеристики продукта, функциональные и нефункциональные. Объём проекта — уровень выше: он говорит, какие работы входят в проект, а какие остаются за его границей. Требования живут внутри объёма и раскрывают его в деталях. Практическое следствие: новое требование почти всегда означает пересмотр объёма, сроков и бюджета.\u003C\u002Fp>",{"id":115,"order":61,"translations":116},1020,{"ru":117},{"question":118,"answer":119},"Можно ли менять объём проекта по ходу работы?","\u003Cp>Да, но только через формальный запрос на изменение, с пересмотром сроков и бюджета. Изменение, которое протащили мимо этой процедуры, называется расползанием объёма (Scope Creep) и считается одним из главных рисков проекта: работы прибавляется, а срок и деньги остаются прежними. Фиксируйте каждое изменение письменно и согласовывайте с заказчиком.\u003C\u002Fp>",{"related":121,"antonym":185,"child":189},[122,129,136,143,150,157,164,171,178],{"id":123,"slug":124,"translations":125},59,"scope-creep",{"ru":126},{"title":127,"short_definition":128},"Scope Creep (расползание объёма работ)","Неконтролируемое расширение объёма проекта: новые требования добавляются без пересмотра сроков и бюджета.",{"id":130,"slug":131,"translations":132},62,"project-charter",{"ru":133},{"title":134,"short_definition":135},"Project Charter (Устав проекта)","Документ, формально запускающий проект: цели, объём работ, бюджет, сроки, ключевые роли и заинтересованные стороны.",{"id":137,"slug":138,"translations":139},61,"change-request",{"ru":140},{"title":141,"short_definition":142},"Change Request (Запрос на изменение)","Формальный документ, которым запрашивают изменение объёма работ, сроков, бюджета или других параметров проекта.",{"id":144,"slug":145,"translations":146},65,"baseline",{"ru":147},{"title":148,"short_definition":149},"Baseline (базовый план)","Утверждённая версия плана проекта по содержанию, срокам и бюджету — точка отсчёта для контроля отклонений и изменений.",{"id":151,"slug":152,"translations":153},69,"triple-constraint",{"ru":154},{"title":155,"short_definition":156},"Triple Constraint (Тройственное ограничение)","Базовая модель управления проектом: объём работ, сроки и бюджет связаны так, что улучшить все три сразу невозможно.",{"id":158,"slug":159,"translations":160},406,"waterfall-example",{"ru":161},{"title":162,"short_definition":163},"Waterfall пример","Примеры применения каскадной модели в строительстве, производстве и регулируемой IT-разработке с разбором фаз, рисков и сравнением с Agile.",{"id":165,"slug":166,"translations":167},407,"project-life-cycle",{"ru":168},{"title":169,"short_definition":170},"Жизненный цикл проекта","Структурированная последовательность фаз от инициации до закрытия, задающая правила перехода между этапами и точки принятия решений.",{"id":172,"slug":173,"translations":174},408,"project-initiation",{"ru":175},{"title":176,"short_definition":177},"Инициация проекта","Первая фаза жизненного цикла проекта: идея превращается в формально одобренный замысел с зафиксированными целями, границами, ролями и ресурсами.",{"id":179,"slug":180,"translations":181},413,"waterfall-vs-agile",{"ru":182},{"title":183,"short_definition":184},"Чем Waterfall отличается от Agile","Waterfall строит проект как цепочку фиксированных фаз; Agile — как серию коротких итераций с поставкой ценности в каждой.",[186],{"id":123,"slug":124,"translations":187},{"ru":188},{"title":127,"short_definition":128},[190],{"id":191,"slug":192,"translations":193},52,"wbs",{"ru":194},{"title":195,"short_definition":196},"WBS (иерархическая структура работ)","Иерархическая декомпозиция работ проекта на управляемые пакеты сверху вниз.",154,"2026-04-25T22:42:17.300410+03:00","2026-04-25T22:42:17.300422+03:00",[201,217,241],{"id":144,"slug":145,"translations":202,"category":205,"tags":208,"letter":215,"cover":17,"updated_at":216,"published_at":17},{"ru":203},{"title":148,"short_definition":149,"translation_en":204},"Baseline",{"id":51,"slug":85,"hex":86,"icon":17,"order":51,"translations":206},{"ru":207},{"title":89,"description":90},[209,212],{"id":39,"slug":93,"kind":94,"hex":95,"order":39,"translations":210},{"ru":211},{"title":98},{"id":6,"slug":100,"kind":94,"hex":101,"order":6,"translations":213},{"ru":214},{"title":104},"B","2026-04-25T22:42:17.413625+03:00",{"id":137,"slug":138,"translations":218,"category":221,"tags":224,"letter":239,"cover":17,"updated_at":240,"published_at":17},{"ru":219},{"title":141,"short_definition":142,"translation_en":220},"Change Request (CR)",{"id":51,"slug":85,"hex":86,"icon":17,"order":51,"translations":222},{"ru":223},{"title":89,"description":90},[225,228,231],{"id":39,"slug":93,"kind":94,"hex":95,"order":39,"translations":226},{"ru":227},{"title":98},{"id":6,"slug":100,"kind":94,"hex":101,"order":6,"translations":229},{"ru":230},{"title":104},{"id":232,"slug":233,"kind":234,"hex":101,"order":235,"translations":236},14,"process","phase",22,{"ru":237},{"title":238},"Процесс","C","2026-04-25T22:42:17.323214+03:00",{"id":242,"slug":243,"translations":244,"category":249,"tags":252,"letter":239,"cover":17,"updated_at":263,"published_at":17},72,"contingency-plan",{"ru":245},{"title":246,"short_definition":247,"translation_en":248},"Contingency Plan (план реагирования на риск)","План действий на случай, если риск всё-таки наступит: что именно делает команда, чтобы снизить ущерб.","Contingency Plan",{"id":51,"slug":85,"hex":86,"icon":17,"order":51,"translations":250},{"ru":251},{"title":89,"description":90},[253,256],{"id":6,"slug":100,"kind":94,"hex":101,"order":6,"translations":254},{"ru":255},{"title":104},{"id":257,"slug":258,"kind":94,"hex":259,"order":45,"translations":260},16,"risk","#ff6a6a",{"ru":261},{"title":262},"Риски","2026-04-25T22:42:17.574403+03:00"]