[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"footer-feature-tags":4,"slate-glossary-term-wbs":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":190},{"id":68,"slug":69,"translations":70,"category":84,"tags":91,"letter":115,"og_image":17,"cover":17,"author_name":17,"author_position":17,"author_avatar":17,"faqs":116,"related":130,"views_count":187,"helpful_yes_count":119,"helpful_no_count":119,"created_at":188,"updated_at":189,"published_at":17},52,"wbs",{"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},"WBS (иерархическая структура работ)","Иерархическая декомпозиция работ проекта на управляемые пакеты сверху вниз.","WBS, или иерархическая структура работ, — декомпозиция всего проекта на управляемые пакеты работ. Главный принцип — правило 100%: структура покрывает весь объём работ проекта и ничего лишнего. Дерево строят по продуктам, а не по процессам, а нижний уровень — пакеты работ, обычно по 8–80 часов трудозатрат.","\u003Cp>Иерархическая структура работ — обязательный артефакт PMBOK и PRINCE2. Это дерево: корень — конечный продукт проекта, ветви — крупные результаты, листья — пакеты работ.\u003C\u002Fp>\u003Ch3>Принципы иерархической структуры работ\u003C\u002Fh3>\u003Cul>\u003Cli>\u003Cstrong>Правило 100%\u003C\u002Fstrong> — структура включает 100% работ проекта, не больше и не меньше.\u003C\u002Fli>\u003Cli>\u003Cstrong>Декомпозиция\u003C\u002Fstrong> — каждый узел делится на 2–9 подузлов.\u003C\u002Fli>\u003Cli>\u003Cstrong>Пакеты работ\u003C\u002Fstrong> — конечные элементы, обычно 8–80 часов работы (1–2 недели одного человека).\u003C\u002Fli>\u003Cli>\u003Cstrong>Взаимное исключение\u003C\u002Fstrong> — узлы не должны пересекаться по содержанию.\u003C\u002Fli>\u003C\u002Ful>\u003Ch3>Словарь структуры работ\u003C\u002Fh3>\u003Cp>К каждому пакету работ прилагается описание: какие результаты он даёт, критерии приёмки, ответственный, оценка трудоёмкости.\u003C\u002Fp>","\u003Cul>\u003Cli>Сложный проект со множеством результатов\u003C\u002Fli>\u003Cli>Нужна оценка трудоёмкости и ресурсов\u003C\u002Fli>\u003Cli>Бюджетирование, договор с фиксированной ценой\u003C\u002Fli>\u003C\u002Ful>","\u003Cul>\u003Cli>Чисто Agile-проект — там работают бэклог и эпики\u003C\u002Fli>\u003Cli>Очень маленький проект — иерархическая структура работ избыточна\u003C\u002Fli>\u003C\u002Ful>","\u003Cp>Проект «Запуск интернет-магазина»:\u003Cbr>1. Дизайн (1.1 UX-исследование, 1.2 макеты, 1.3 прототип).\u003Cbr>2. Серверная часть (2.1 архитектура, 2.2 API, 2.3 база данных).\u003Cbr>3. Клиентская часть (3.1 каталог, 3.2 корзина, 3.3 оформление заказа).\u003Cbr>4. Интеграции (4.1 платёжная система, 4.2 1С).\u003Cbr>5. Тестирование (5.1 функциональное, 5.2 нагрузочное).\u003Cbr>6. Запуск (6.1 выкатка на боевой сервер, 6.2 маркетинг, 6.3 поддержка).\u003C\u002Fp>","\u003Cp>В Shtab иерархическая структура работ — это дерево эпиков и задач. Стройте его через поле «Родительский эпик», а отчёт «Дерево задач» покажет структуру целиком и поможет проверить правило 100%: всё ли, что обещано заказчику, попало в дерево и нет ли в нём лишнего.\u003C\u002Fp>","Work Breakdown Structure, иерархическая структура работ, ИСР, структура декомпозиции работ, WBS","Work Breakdown Structure (WBS)","WBS — иерархическая структура работ | Глоссарий Shtab","WBS — иерархическая структура работ проекта. Правило 100%, пакеты работ по 8–80 часов, словарь структуры и примеры дерева для запуска магазина.",{"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,107],{"id":39,"slug":93,"kind":94,"hex":95,"order":39,"translations":96},"artifact","other","#888ca0",{"ru":97},{"title":98},"Артефакт",{"id":100,"slug":101,"kind":102,"hex":86,"order":103,"translations":104},12,"pmbok","framework",20,{"ru":105},{"title":106},"PMBOK",{"id":108,"slug":109,"kind":109,"hex":110,"order":111,"translations":112},13,"tool","#cc5649",21,{"ru":113},{"title":114},"Инструмент","W",[117,124],{"id":118,"order":119,"translations":120},1355,0,{"ru":121},{"question":122,"answer":123},"Чем WBS отличается от бэклога продукта?","\u003Cp>Иерархическая структура работ — декомпозиция всего объёма работ проекта, и объём этот зафиксирован договором. Бэклог продукта — упорядоченный список пользовательских историй, который постоянно меняется и переприоритизируется. Структура работ нужна каскадным проектам с фиксированной ценой, бэклог — гибким командам, где содержание уточняется по ходу. Инструменты разные, но задача общая: разложить большое на понятные куски.\u003C\u002Fp>",{"id":125,"order":61,"translations":126},1356,{"ru":127},{"question":128,"answer":129},"Сколько уровней должно быть в WBS?","\u003Cp>Зависит от размера проекта. Маленький — 2–3 уровня, средний — 3–4, крупный — 4–5. Глубже пяти уровней структура обычно превращается в лишнюю бюрократию: поддерживать её дороже, чем польза от такой детализации. Ориентируйтесь не на число уровней, а на нижний элемент: если пакет работ укладывается в 8–80 часов, глубина достаточная.\u003C\u002Fp>",{"parent":131,"related":145},[132,138],{"id":133,"slug":101,"translations":134},49,{"ru":135},{"title":136,"short_definition":137},"PMBOK (свод знаний по управлению проектами)","Свод знаний по управлению проектами от PMI — базовый стандарт классического проектного управления.",{"id":139,"slug":140,"translations":141},60,"scope",{"ru":142},{"title":143,"short_definition":144},"Scope (объём проекта)","Совокупность работ, которые нужно выполнить для получения продукта проекта с заданными характеристиками.",[146,152,159,166,173,180],{"id":147,"slug":148,"translations":149},54,"gantt",{"ru":150},{"title":58,"short_definition":151},"Графическое представление календарного плана проекта с задачами в виде горизонтальных полос на временной оси.",{"id":153,"slug":154,"translations":155},5,"epic",{"ru":156},{"title":157,"short_definition":158},"Эпик","Крупная единица работы, которую нельзя завершить за один спринт; разбивается на пользовательские истории.",{"id":160,"slug":161,"translations":162},64,"deliverable",{"ru":163},{"title":164,"short_definition":165},"Deliverable (поставляемый результат)","Конкретный материальный или цифровой результат, который должен быть произведён в рамках проекта.",{"id":167,"slug":168,"translations":169},77,"resource-allocation",{"ru":170},{"title":171,"short_definition":172},"Resource Allocation (распределение ресурсов)","Распределение людей, оборудования и других ресурсов между задачами проекта по времени.",{"id":174,"slug":175,"translations":176},147,"project-budget",{"ru":177},{"title":178,"short_definition":179},"Бюджет проекта (Project Budget)","Плановое распределение всех затрат проекта по статьям и периодам с привязкой к графику работ.",{"id":181,"slug":182,"translations":183},381,"metod-kriticheskoy-cepi-ccpm",{"ru":184},{"title":185,"short_definition":186},"Метод критической цепи (CCPM)","Метод планирования проектов, который убирает скрытые резервы из оценок задач и переносит их в управляемые буферы, защищающие дату завершения.",123,"2026-04-25T22:42:17.112890+03:00","2026-04-25T22:42:17.112902+03:00",[191,214,242],{"id":192,"slug":193,"translations":194,"category":199,"tags":202,"letter":212,"cover":17,"updated_at":213,"published_at":17},65,"baseline",{"ru":195},{"title":196,"short_definition":197,"translation_en":198},"Baseline (базовый план)","Утверждённая версия плана проекта по содержанию, срокам и бюджету — точка отсчёта для контроля отклонений и изменений.","Baseline",{"id":51,"slug":85,"hex":86,"icon":17,"order":51,"translations":200},{"ru":201},{"title":89,"description":90},[203,206],{"id":39,"slug":93,"kind":94,"hex":95,"order":39,"translations":204},{"ru":205},{"title":98},{"id":6,"slug":207,"kind":94,"hex":208,"order":6,"translations":209},"concept","#4b5370",{"ru":210},{"title":211},"Концепция","B","2026-04-25T22:42:17.413625+03:00",{"id":215,"slug":216,"translations":217,"category":222,"tags":225,"letter":240,"cover":17,"updated_at":241,"published_at":17},61,"change-request",{"ru":218},{"title":219,"short_definition":220,"translation_en":221},"Change Request (Запрос на изменение)","Формальный документ, которым запрашивают изменение объёма работ, сроков, бюджета или других параметров проекта.","Change Request (CR)",{"id":51,"slug":85,"hex":86,"icon":17,"order":51,"translations":223},{"ru":224},{"title":89,"description":90},[226,229,232],{"id":39,"slug":93,"kind":94,"hex":95,"order":39,"translations":227},{"ru":228},{"title":98},{"id":6,"slug":207,"kind":94,"hex":208,"order":6,"translations":230},{"ru":231},{"title":211},{"id":233,"slug":234,"kind":235,"hex":208,"order":236,"translations":237},14,"process","phase",22,{"ru":238},{"title":239},"Процесс","C","2026-04-25T22:42:17.323214+03:00",{"id":243,"slug":244,"translations":245,"category":250,"tags":253,"letter":240,"cover":17,"updated_at":264,"published_at":17},72,"contingency-plan",{"ru":246},{"title":247,"short_definition":248,"translation_en":249},"Contingency Plan (план реагирования на риск)","План действий на случай, если риск всё-таки наступит: что именно делает команда, чтобы снизить ущерб.","Contingency Plan",{"id":51,"slug":85,"hex":86,"icon":17,"order":51,"translations":251},{"ru":252},{"title":89,"description":90},[254,257],{"id":6,"slug":207,"kind":94,"hex":208,"order":6,"translations":255},{"ru":256},{"title":211},{"id":258,"slug":259,"kind":94,"hex":260,"order":45,"translations":261},16,"risk","#ff6a6a",{"ru":262},{"title":263},"Риски","2026-04-25T22:42:17.574403+03:00"]