[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"footer-feature-tags":4,"slate-glossary-term-safe":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":219},{"id":68,"slug":69,"translations":70,"category":84,"tags":91,"letter":103,"og_image":17,"cover":17,"author_name":17,"author_position":17,"author_avatar":17,"faqs":104,"related":130,"views_count":215,"helpful_yes_count":107,"helpful_no_count":107,"created_at":216,"updated_at":217,"published_at":218},31,"safe",{"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},"SAFe (Scaled Agile Framework, масштабируемый Agile)","Самый распространённый фреймворк масштабирования Agile: над командами надстраиваются уровни поезда поставки, крупного решения и портфеля.","SAFe — фреймворк масштабирования Agile на десятки и сотни человек. Основа — поезд поставки (ART): 5–12 команд, которые работают в общем ритме и вместе планируют период в 8–12 недель на двухдневном PI Planning. Поверх поезда достраиваются уровни крупного решения и портфеля. Это самый тяжёлый из фреймворков масштабирования: за предсказуемость платят десятком новых ролей и событий.","\u003Cp>SAFe создал Дин Леффингуэлл, первая версия вышла в 2011 году; фреймворк развивает компания Scaled Agile. Версия 6.0 (2023) переименовала Program Increment в Planning Interval, аббревиатура PI при этом сохранилась.\u003C\u002Fp>\u003Ch3>Четыре конфигурации\u003C\u002Fh3>\u003Cul>\u003Cli>\u003Cstrong>Essential SAFe\u003C\u002Fstrong> — минимальная: один поезд поставки. С неё и начинают.\u003C\u002Fli>\u003Cli>\u003Cstrong>Large Solution SAFe\u003C\u002Fstrong> — несколько поездов над одним решением.\u003C\u002Fli>\u003Cli>\u003Cstrong>Portfolio SAFe\u003C\u002Fstrong> — добавляет бережливое управление портфелем и связь со стратегией.\u003C\u002Fli>\u003Cli>\u003Cstrong>Full SAFe\u003C\u002Fstrong> — все уровни сразу, для крупных организаций.\u003C\u002Fli>\u003C\u002Ful>\u003Ch3>Поезд поставки и ритм планирования\u003C\u002Fh3>\u003Cul>\u003Cli>\u003Cstrong>Agile Release Train (ART)\u003C\u002Fstrong> — 5–12 команд, обычно 50–125 человек, работающих над одним продуктом.\u003C\u002Fli>\u003Cli>\u003Cstrong>Planning Interval (PI)\u003C\u002Fstrong> — период 8–12 недель, чаще всего пять итераций, последняя отводится под инновации и планирование.\u003C\u002Fli>\u003Cli>\u003Cstrong>PI Planning\u003C\u002Fstrong> — двухдневное событие, на котором весь поезд планирует период и вслух проговаривает зависимости.\u003C\u002Fli>\u003Cli>\u003Cstrong>Release Train Engineer (RTE)\u003C\u002Fstrong> — ведущий поезда: организует общие события и снимает межкомандные препятствия.\u003C\u002Fli>\u003Cli>\u003Cstrong>System Demo\u003C\u002Fstrong> — показ работающего результата всего поезда, а не отдельных команд.\u003C\u002Fli>\u003C\u002Ful>\u003Cp>Критикуют фреймворк постоянно: ролей и событий много, часть решений уходит на верхние уровни, а планирование сразу на квартал ближе к традиционному управлению, чем к коротким циклам. Практический ответ на эту критику один — начинать с Essential и добавлять уровни только под конкретную нехватку.\u003C\u002Fp>","\u003Cul>\u003Cli>Над одним решением работают десятки команд, и зависимости между ними стали главным тормозом\u003C\u002Fli>\u003Cli>Нужен общий ритм планирования для разработки, тестирования и смежных подразделений\u003C\u002Fli>\u003Cli>Организация готова выделить людей на роли уровня поезда и оплатить обучение\u003C\u002Fli>\u003C\u002Ful>","\u003Cul>\u003Cli>Команд меньше пяти: накладные расходы съедят выигрыш, посмотрите на LeSS или Nexus\u003C\u002Fli>\u003Cli>Команды ещё не освоили базовый Scrum или Kanban\u003C\u002Fli>\u003Cli>Продукты разные, общего решения нет — синхронизировать нечего\u003C\u002Fli>\u003C\u002Ful>","\u003Cp>\u003Cstrong>Банк, восемь команд в одном направлении.\u003C\u002Fstrong> Поезд поставки собран из восьми команд, период планирования — 10 недель: четыре двухнедельные итерации и одна на инновации и планирование. В начале периода проводят двухдневное PI Planning, где команды выкладывают зависимости на общую доску и договариваются о сроках стыков. Каждые две недели — общий показ результата всего поезда.\u003C\u002Fp>","\u003Cp>Для SAFe в Shtab держите портфель проектов: отдельный проект на команду, общий уровень целей на период и сквозные связи между задачами разных команд — по ним видно зависимости, которые иначе всплывают только на PI Planning. Не путайте с SAFE из мира инвестиций: это \u003Ca href=\"\u002Fglossary\u002Fsafe-agreement\u002F\">соглашение о будущей доле в капитале\u003C\u002Fa>, к масштабированию Agile отношения не имеющее.\u003C\u002Fp>","SAFe, Scaled Agile Framework, масштабируемый Agile, скейлд эджайл","SAFe — Scaled Agile Framework","SAFe — фреймворк масштабирования Agile | Глоссарий Shtab","SAFe (Scaled Agile Framework) — фреймворк масштабирования Agile на десятки команд: поезд поставки, планирование инкремента, четыре конфигурации и роли.",{"id":21,"slug":85,"hex":86,"icon":17,"order":21,"translations":87},"agile-scaled","#7c5ce6",{"ru":88},{"title":89,"description":90},"Масштабирование Agile","Фреймворки и практики для применения Agile в больших организациях: SAFe, LeSS, Nexus, Spotify-модель, ART, PI Planning, кросс-командные роли.",[92,97],{"id":21,"slug":93,"kind":93,"hex":86,"order":21,"translations":94},"framework",{"ru":95},{"title":96},"Фреймворк",{"id":13,"slug":98,"kind":93,"hex":86,"order":99,"translations":100},"scaling",10,{"ru":101},{"title":102},"Масштабирование","S",[105,112,118,124],{"id":106,"order":107,"translations":108},1786,0,{"ru":109},{"question":110,"answer":111},"Чем SAFe отличается от LeSS и Nexus?","\u003Cp>SAFe надстраивает над командным уровнем отдельные уровни поезда, крупного решения и портфеля с новыми ролями и событиями. LeSS и Nexus масштабируют то, что уже есть в Scrum, почти ничего не добавляя. SAFe даёт крупной организации больше опоры и больше накладных расходов; LeSS и Nexus дешевле, но требуют зрелых команд и сильного владельца продукта.\u003C\u002Fp>",{"id":113,"order":61,"translations":114},1787,{"ru":115},{"question":116,"answer":117},"Program Increment или Planning Interval — как правильно?","\u003Cp>В версии 6.0 (2023) Scaled Agile переименовала Program Increment в Planning Interval, оставив аббревиатуру PI. В ходу обе формы: документация и обучение используют новую, команды и вакансии часто держатся старой. Речь при этом об одном и том же периоде в 8–12 недель.\u003C\u002Fp>",{"id":119,"order":21,"translations":120},1788,{"ru":121},{"question":122,"answer":123},"Правда ли, что SAFe — это уже не Agile?","\u003Cp>Спор идёт с первых версий. Критики указывают на количество ролей и на планирование сразу на квартал вперёд. Сторонники отвечают, что десятки команд без общего ритма не синхронизировать вовсе. Практический ориентир такой: конфигурацию выбирают под конкретную нехватку и начинают с Essential — тогда фреймворк работает. Внедрение Full SAFe с первого дня обычно заканчивается формальными церемониями.\u003C\u002Fp>",{"id":125,"order":51,"translations":126},1789,{"ru":127},{"question":128,"answer":129},"Сколько людей нужно, чтобы SAFe имел смысл?","\u003Cp>Ориентир — размер поезда поставки: 5–12 команд, примерно 50–125 человек. На меньшем масштабе накладные расходы фреймворка не окупаются, и выгоднее LeSS, Nexus или простая сверка представителей команд.\u003C\u002Fp>",{"parent":131,"related":138,"child":179},[132],{"id":61,"slug":133,"translations":134},"agile",{"ru":135},{"title":136,"short_definition":137},"Agile","Семейство гибких подходов к разработке продуктов и управлению проектами, основанное на коротких итерациях и быстрой адаптации к изменениям.",[139,145,152,158,165,172],{"id":21,"slug":140,"translations":141},"scrum",{"ru":142},{"title":143,"short_definition":144},"Scrum","Гибкий фреймворк разработки продуктов короткими итерациями — спринтами — с фиксированными ролями, артефактами и встречами.",{"id":146,"slug":147,"translations":148},32,"less",{"ru":149},{"title":150,"short_definition":151},"LeSS (Large-Scale Scrum, масштабируемый Scrum)","Минималистичный фреймворк масштабирования Scrum на 2–8 команд: один бэклог продукта, один владелец продукта и общая цель спринта.",{"id":35,"slug":153,"translations":154},"nexus",{"ru":155},{"title":156,"short_definition":157},"Nexus (масштабирование Scrum)","Фреймворк масштабирования Scrum от Scrum.org для 3–9 команд: добавляет команду интеграции и общие события поверх обычного Scrum.",{"id":159,"slug":160,"translations":161},35,"disciplined-agile",{"ru":162},{"title":163,"short_definition":164},"Disciplined Agile (DA, дисциплинированный Agile)","Гибридный набор инструментов от PMI: организация сама выбирает практики Scrum, Kanban, Lean и SAFe и подстраивает их под свой контекст.",{"id":166,"slug":167,"translations":168},45,"feature-team",{"ru":169},{"title":170,"short_definition":171},"Feature Team (продуктовая команда)","Кросс-функциональная команда, которая делает пользовательскую функцию целиком — интерфейс, серверную часть, базу данных и тестирование — без зависимостей от других команд.",{"id":173,"slug":174,"translations":175},413,"waterfall-vs-agile",{"ru":176},{"title":177,"short_definition":178},"Чем Waterfall отличается от Agile","Waterfall строит проект как цепочку фиксированных фаз; Agile — как серию коротких итераций с поставкой ценности в каждой.",[180,187,194,201,208],{"id":181,"slug":182,"translations":183},41,"agile-release-train",{"ru":184},{"title":185,"short_definition":186},"Agile Release Train (ART, поезд поставки)","Долгоживущий «поезд» из 5–12 команд в SAFe, которые синхронно работают над одним продуктом и планируют работу инкрементами по 8–12 недель.",{"id":188,"slug":189,"translations":190},43,"program-increment",{"ru":191},{"title":192,"short_definition":193},"Program Increment (PI, программный инкремент)","Период 8–12 недель в SAFe, в течение которого поезд поставки работает над общими целями.",{"id":195,"slug":196,"translations":197},44,"pi-planning",{"ru":198},{"title":199,"short_definition":200},"PI Planning (планирование инкремента)","Двухдневное событие в SAFe, на котором весь поезд поставки — 50–125 человек — планирует следующий инкремент.",{"id":202,"slug":203,"translations":204},42,"release-train-engineer",{"ru":205},{"title":206,"short_definition":207},"Release Train Engineer (RTE, инженер релизного поезда)","Ведущий организатор релиз-поезда (ART) в SAFe: по сути Scrum-мастер уровня программы, который ведёт общие события и снимает межкомандные препятствия.",{"id":209,"slug":210,"translations":211},48,"lean-portfolio-management",{"ru":212},{"title":213,"short_definition":214},"Lean Portfolio Management (бережливое управление портфелем)","Стратегический уровень SAFe: управление портфелем инициатив, инвестициями и стратегией на принципах Lean.",165,"2026-04-25T22:42:16.107539+03:00","2026-04-25T22:42:16.107558+03:00","2026-08-30T16:18:38.856400+03:00",[220,236,264],{"id":181,"slug":182,"translations":221,"category":224,"tags":227,"letter":234,"cover":17,"updated_at":235,"published_at":17},{"ru":222},{"title":185,"short_definition":186,"translation_en":223},"Agile Release Train (ART)",{"id":21,"slug":85,"hex":86,"icon":17,"order":21,"translations":225},{"ru":226},{"title":89,"description":90},[228,231],{"id":21,"slug":93,"kind":93,"hex":86,"order":21,"translations":229},{"ru":230},{"title":96},{"id":13,"slug":98,"kind":93,"hex":86,"order":99,"translations":232},{"ru":233},{"title":102},"A","2026-04-25T22:42:16.372302+03:00",{"id":237,"slug":238,"translations":239,"category":244,"tags":247,"letter":262,"cover":17,"updated_at":263,"published_at":17},38,"chapter",{"ru":240},{"title":241,"short_definition":242,"translation_en":243},"Chapter (профессиональная группа)","Chapter — горизонтальная группа специалистов одной роли внутри племени (Tribe) в модели Spotify; её ведёт наставник и линейный руководитель Chapter Lead.","Chapter",{"id":21,"slug":85,"hex":86,"icon":17,"order":21,"translations":245},{"ru":246},{"title":89,"description":90},[248,254],{"id":51,"slug":249,"kind":249,"hex":250,"order":51,"translations":251},"role","#14b8a6",{"ru":252},{"title":253},"Роль",{"id":99,"slug":255,"kind":256,"hex":257,"order":258,"translations":259},"team-topology","other","#3a5fff",11,{"ru":260},{"title":261},"Структура команд","C","2026-04-25T22:42:16.296141+03:00",{"id":265,"slug":266,"translations":267,"category":272,"tags":275,"letter":262,"cover":17,"updated_at":285,"published_at":17},46,"component-team",{"ru":268},{"title":269,"short_definition":270,"translation_en":271},"Component Team (компонентная команда)","Компонентная команда отвечает за один технический слой — интерфейс, серверную часть или базу данных, — а не за пользовательскую функцию целиком.","Component Team",{"id":21,"slug":85,"hex":86,"icon":17,"order":21,"translations":273},{"ru":274},{"title":89,"description":90},[276,282],{"id":6,"slug":277,"kind":256,"hex":278,"order":6,"translations":279},"concept","#4b5370",{"ru":280},{"title":281},"Концепция",{"id":99,"slug":255,"kind":256,"hex":257,"order":258,"translations":283},{"ru":284},{"title":261},"2026-04-25T22:42:16.502779+03:00"]