[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"footer-feature-tags":4,"slate-glossary-term-less":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":175},{"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":124,"views_count":172,"helpful_yes_count":107,"helpful_no_count":107,"created_at":173,"updated_at":174,"published_at":17},32,"less",{"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},"LeSS (Large-Scale Scrum, масштабируемый Scrum)","Минималистичный фреймворк масштабирования Scrum на 2–8 команд: один бэклог продукта, один владелец продукта и общая цель спринта.","LeSS — масштабирование Scrum вширь с минимальными добавками к самой методологии. Все 2–8 команд работают с одним владельцем продукта, одним бэклогом продукта и общей целью спринта, а в конце проводят совместный обзор спринта. Для восьми и более команд есть расширение LeSS Huge: бэклог делится на области требований со своими владельцами.","\u003Cp>LeSS (Large-Scale Scrum) создан Крейгом Ларманом и Басом Водде как «Scrum, только больше». В отличие от SAFe он не добавляет новых ролей и церемоний, а масштабирует уже существующие.\u003C\u002Fp>\u003Ch3>Базовый LeSS: от 2 до 8 команд\u003C\u002Fh3>\u003Cul>\u003Cli>Один \u003Cstrong>владелец продукта (Product Owner)\u003C\u002Fstrong> на все команды.\u003C\u002Fli>\u003Cli>Один общий \u003Cstrong>бэклог продукта\u003C\u002Fstrong>.\u003C\u002Fli>\u003Cli>Одна \u003Cstrong>цель спринта\u003C\u002Fstrong> и одинаковая длительность спринта у всех.\u003C\u002Fli>\u003Cli>Команды по 5–9 человек — обычные Scrum-команды.\u003C\u002Fli>\u003Cli>Совместное \u003Cstrong>планирование спринта, часть первая\u003C\u002Fstrong> — что делаем; затем раздельная вторая часть — как делаем.\u003C\u002Fli>\u003Cli>Совместные \u003Cstrong>обзор спринта\u003C\u002Fstrong> и \u003Cstrong>общая ретроспектива\u003C\u002Fstrong>.\u003C\u002Fli>\u003C\u002Ful>\u003Ch3>LeSS Huge: от 8 команд\u003C\u002Fh3>\u003Cp>Бэклог делится на \u003Cstrong>области требований\u003C\u002Fstrong>. У каждой области свой владелец, который курирует от 4 до 8 команд. Над всеми ними — один общий владелец продукта.\u003C\u002Fp>\u003Cp>LeSS подходит командам, которые уже уверенно работают по Scrum. Минимализм требует зрелости: без сильного владельца продукта и самостоятельных команд процесс разваливается.\u003C\u002Fp>","\u003Cul>\u003Cli>От 2 до 8 команд работают над одним продуктом\u003C\u002Fli>\u003Cli>Команды зрелые и уверенно владеют Scrum\u003C\u002Fli>\u003Cli>Бизнес готов выделить одного владельца продукта с реальными полномочиями\u003C\u002Fli>\u003C\u002Ful>","\u003Cul>\u003Cli>Незрелые команды — сначала освойте базовый Scrum\u003C\u002Fli>\u003Cli>Бизнес не готов выделить владельца продукта на полную занятость\u003C\u002Fli>\u003Cli>Команды работают над разными продуктами\u003C\u002Fli>\u003C\u002Ful>","\u003Cp>\u003Cstrong>Стартап-единорог на 60 человек.\u003C\u002Fstrong> Пять продуктовых команд, один продукт — SaaS-сервис аналитики. Владелец продукта ведёт единый бэклог. Спринт длится 2 недели. Планирование, часть первая — 2 часа всем вместе, часть вторая — каждая команда отдельно. Обзор спринта один, показывают результат все команды по очереди.\u003C\u002Fp>","\u003Cp>Для LeSS в Shtab держите один проект на весь продукт: единый бэклог, один владелец продукта, а принадлежность задач командам размечайте тегами и смотрите через фильтры. Спринты заводите общие для всего проекта, чтобы цель спринта была одна на всех.\u003C\u002Fp>","LeSS, Large-Scale Scrum, масштабируемый Scrum, LeSS Huge","LeSS — Large-Scale Scrum","LeSS — масштабирование Scrum на 2–8 команд | Глоссарий Shtab","LeSS (Large-Scale Scrum) — минималистичное масштабирование Scrum на 2–8 команд: один бэклог и один владелец продукта. Чем LeSS отличается от SAFe.",{"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},"Масштабирование","L",[105,112,118],{"id":106,"order":107,"translations":108},1119,0,{"ru":109},{"question":110,"answer":111},"Чем LeSS отличается от SAFe?","\u003Cp>LeSS минималистичен: он не добавляет ролей сверх тех, что уже есть в Scrum. SAFe надстраивает уровни команды, программы, крупного решения и портфеля с десятками новых ролей и церемоний. LeSS проще внедрить и дешевле поддерживать, но он требует зрелых самостоятельных команд и сильного владельца продукта.\u003C\u002Fp>",{"id":113,"order":61,"translations":114},1120,{"ru":115},{"question":116,"answer":117},"Когда переходить с базового LeSS на LeSS Huge?","\u003Cp>Когда команд становится восемь и больше или когда единый бэклог перестаёт быть управляемым: один владелец продукта физически не успевает расставлять приоритеты и общаться со всеми командами. Тогда бэклог делят на области требований, и в каждой появляется свой владелец области, а общий владелец продукта остаётся над ними.\u003C\u002Fp>",{"id":119,"order":21,"translations":120},1121,{"ru":121},{"question":122,"answer":123},"Может ли в LeSS быть несколько владельцев продукта?","\u003Cp>В базовом LeSS — только один. В LeSS Huge появляются владельцы отдельных областей требований, но над ними всё равно стоит один общий владелец продукта. Полномочия по общему бэклогу и итоговым приоритетам принадлежат именно ему: иначе команды начнут получать противоречивые указания и смысл единого бэклога потеряется.\u003C\u002Fp>",{"related":125,"parent":159},[126,133,139,145,152],{"id":127,"slug":128,"translations":129},31,"safe",{"ru":130},{"title":131,"short_definition":132},"SAFE (соглашение о будущей доле в капитале)","Простое соглашение о будущей доле в капитале: инвестор даёт деньги сейчас и получает акции на следующем полноценном раунде, без процентов и срока погашения.",{"id":30,"slug":134,"translations":135},"spotify-model",{"ru":136},{"title":137,"short_definition":138},"Spotify Model (модель Spotify)","Организационная модель Spotify: автономные команды (Squad) объединены в племена (Tribe), а горизонтальные связи держат профессиональные группы (Chapter) и гильдии (Guild).",{"id":35,"slug":140,"translations":141},"nexus",{"ru":142},{"title":143,"short_definition":144},"Nexus (масштабирование Scrum)","Фреймворк масштабирования Scrum от Scrum.org для 3–9 команд: добавляет команду интеграции и общие события поверх обычного Scrum.",{"id":146,"slug":147,"translations":148},40,"scrum-of-scrums",{"ru":149},{"title":150,"short_definition":151},"Scrum of Scrums (SoS, сверка Scrum-команд)","Регулярная короткая встреча представителей нескольких Scrum-команд для синхронизации работы и снятия зависимостей.",{"id":153,"slug":154,"translations":155},45,"feature-team",{"ru":156},{"title":157,"short_definition":158},"Feature Team (продуктовая команда)","Кросс-функциональная команда, которая делает пользовательскую функцию целиком — интерфейс, серверную часть, базу данных и тестирование — без зависимостей от других команд.",[160,166],{"id":61,"slug":161,"translations":162},"agile",{"ru":163},{"title":164,"short_definition":165},"Agile","Семейство гибких подходов к разработке продуктов и управлению проектами, основанное на коротких итерациях и быстрой адаптации к изменениям.",{"id":21,"slug":167,"translations":168},"scrum",{"ru":169},{"title":170,"short_definition":171},"Scrum","Гибкий фреймворк разработки продуктов короткими итерациями — спринтами — с фиксированными ролями, артефактами и встречами.",131,"2026-04-25T22:42:16.136201+03:00","2026-04-25T22:42:16.136215+03:00",[176,196,224],{"id":177,"slug":178,"translations":179,"category":184,"tags":187,"letter":194,"cover":17,"updated_at":195,"published_at":17},41,"agile-release-train",{"ru":180},{"title":181,"short_definition":182,"translation_en":183},"Agile Release Train (ART, поезд поставки)","Долгоживущий «поезд» из 5–12 команд в SAFe, которые синхронно работают над одним продуктом и планируют работу инкрементами по 8–12 недель.","Agile Release Train (ART)",{"id":21,"slug":85,"hex":86,"icon":17,"order":21,"translations":185},{"ru":186},{"title":89,"description":90},[188,191],{"id":21,"slug":93,"kind":93,"hex":86,"order":21,"translations":189},{"ru":190},{"title":96},{"id":13,"slug":98,"kind":93,"hex":86,"order":99,"translations":192},{"ru":193},{"title":102},"A","2026-04-25T22:42:16.372302+03:00",{"id":197,"slug":198,"translations":199,"category":204,"tags":207,"letter":222,"cover":17,"updated_at":223,"published_at":17},38,"chapter",{"ru":200},{"title":201,"short_definition":202,"translation_en":203},"Chapter (профессиональная группа)","Chapter — горизонтальная группа специалистов одной роли внутри племени (Tribe) в модели Spotify; её ведёт наставник и линейный руководитель Chapter Lead.","Chapter",{"id":21,"slug":85,"hex":86,"icon":17,"order":21,"translations":205},{"ru":206},{"title":89,"description":90},[208,214],{"id":51,"slug":209,"kind":209,"hex":210,"order":51,"translations":211},"role","#14b8a6",{"ru":212},{"title":213},"Роль",{"id":99,"slug":215,"kind":216,"hex":217,"order":218,"translations":219},"team-topology","other","#3a5fff",11,{"ru":220},{"title":221},"Структура команд","C","2026-04-25T22:42:16.296141+03:00",{"id":225,"slug":226,"translations":227,"category":232,"tags":235,"letter":222,"cover":17,"updated_at":245,"published_at":17},46,"component-team",{"ru":228},{"title":229,"short_definition":230,"translation_en":231},"Component Team (компонентная команда)","Компонентная команда отвечает за один технический слой — интерфейс, серверную часть или базу данных, — а не за пользовательскую функцию целиком.","Component Team",{"id":21,"slug":85,"hex":86,"icon":17,"order":21,"translations":233},{"ru":234},{"title":89,"description":90},[236,242],{"id":6,"slug":237,"kind":216,"hex":238,"order":6,"translations":239},"concept","#4b5370",{"ru":240},{"title":241},"Концепция",{"id":99,"slug":215,"kind":216,"hex":217,"order":218,"translations":243},{"ru":244},{"title":221},"2026-04-25T22:42:16.502779+03:00"]