[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"footer-feature-tags":4,"slate-glossary-term-scrum":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":294},{"id":21,"slug":68,"translations":69,"category":82,"tags":89,"letter":101,"og_image":17,"cover":17,"author_name":17,"author_position":17,"author_avatar":17,"faqs":102,"related":128,"views_count":291,"helpful_yes_count":61,"helpful_no_count":105,"created_at":292,"updated_at":293,"published_at":17},"scrum",{"ru":70},{"title":71,"short_definition":72,"tldr":73,"full_explanation":74,"when_to_apply":75,"when_not_to_apply":76,"examples":77,"tips":78,"synonyms":79,"translation_en":71,"seo_title":80,"seo_description":81},"Scrum","Гибкий фреймворк разработки продуктов короткими итерациями — спринтами — с фиксированными ролями, артефактами и встречами.","Scrum — самый распространённый гибкий фреймворк. Команда из 3–9 человек работает спринтами по 1–4 недели и в конце каждого спринта показывает готовую часть продукта. В Scrum три роли: владелец продукта, Scrum Master и команда разработки. И пять регулярных встреч: планирование спринта, ежедневная встреча, обзор спринта, ретроспектива и уточнение бэклога.","\u003Cp>Scrum — самый распространённый гибкий фреймворк. Он описан в официальном руководстве по Scrum, последняя редакция которого вышла в 2020 году. Подходит командам из 3–9 человек, которые делают сложный продукт с меняющимися требованиями.\u003C\u002Fp>\u003Ch3>Три роли\u003C\u002Fh3>\u003Cul>\u003Cli>\u003Cstrong>Владелец продукта (Product Owner)\u003C\u002Fstrong> — отвечает за то, \u003Cem>что\u003C\u002Fem> делать: собирает и приоритизирует бэклог продукта, общается с бизнесом и пользователями.\u003C\u002Fli>\u003Cli>\u003Cstrong>Scrum Master\u003C\u002Fstrong> — отвечает за процесс: помогает команде работать по Scrum, убирает препятствия, ведёт встречи.\u003C\u002Fli>\u003Cli>\u003Cstrong>Команда разработки\u003C\u002Fstrong> — кросс-функциональная группа из 3–9 человек, которая каждый спринт создаёт инкремент.\u003C\u002Fli>\u003C\u002Ful>\u003Ch3>Три артефакта\u003C\u002Fh3>\u003Cul>\u003Cli>\u003Cstrong>Бэклог продукта\u003C\u002Fstrong> — упорядоченный список всего, что когда-либо может оказаться в продукте.\u003C\u002Fli>\u003Cli>\u003Cstrong>Бэклог спринта\u003C\u002Fstrong> — задачи, которые команда взяла на текущий спринт.\u003C\u002Fli>\u003Cli>\u003Cstrong>Инкремент\u003C\u002Fstrong> — готовая к выпуску часть продукта по итогам спринта.\u003C\u002Fli>\u003C\u002Ful>\u003Ch3>Пять встреч\u003C\u002Fh3>\u003Col>\u003Cli>\u003Cstrong>Планирование спринта\u003C\u002Fstrong> — от 1 до 8 часов в зависимости от длины спринта.\u003C\u002Fli>\u003Cli>\u003Cstrong>Ежедневная встреча\u003C\u002Fstrong> — 15 минут на синхронизацию команды.\u003C\u002Fli>\u003Cli>\u003Cstrong>Обзор спринта\u003C\u002Fstrong> — демонстрация результата заинтересованным сторонам.\u003C\u002Fli>\u003Cli>\u003Cstrong>Ретроспектива\u003C\u002Fstrong> — разбор процесса и договорённости об улучшениях.\u003C\u002Fli>\u003Cli>\u003Cstrong>Уточнение бэклога\u003C\u002Fstrong> — подготовка историй к следующим спринтам, по мере необходимости.\u003C\u002Fli>\u003C\u002Fol>","\u003Cul>\u003Cli>Продукт сложный, и требования приходится часто корректировать\u003C\u002Fli>\u003Cli>Есть стабильная команда из 3–9 человек\u003C\u002Fli>\u003Cli>Можно завершать целиком готовый инкремент за 1–4 недели\u003C\u002Fli>\u003Cli>Заказчик готов участвовать в обзоре спринта\u003C\u002Fli>\u003C\u002Ful>","\u003Cul>\u003Cli>Поток мелких разнотипных задач — лучше подойдёт Kanban\u003C\u002Fli>\u003Cli>Поддержка и инциденты с непрогнозируемой нагрузкой\u003C\u002Fli>\u003Cli>Команда меньше 3 или больше 9 человек — нужны подходы для масштабирования\u003C\u002Fli>\u003Cli>Нельзя выделять время на встречи, а они занимают 10–15% рабочего времени\u003C\u002Fli>\u003C\u002Ful>","\u003Cp>\u003Cstrong>Продуктовая команда SaaS-сервиса.\u003C\u002Fstrong> 7 человек, спринт 2 недели. Владелец продукта собирает обратную связь от пользователей и запросы из дорожной карты, ведёт бэклог продукта в Shtab. На планировании команда берёт около 30 Story Points — это 3–5 пользовательских историй. Каждый день проходит 15-минутная встреча. На обзоре спринта команда показывает новые возможности заинтересованным сторонам.\u003C\u002Fp>","\u003Cp>В Shtab для работы по Scrum есть всё нужное: канбан-доска, спринты и бэклог.\u003C\u002Fp>\u003Col>\u003Cli>Заведите проект, включите спринты и ведите бэклог отдельно от текущего спринта.\u003C\u002Fli>\u003Cli>Соберите эпики в бэклоге, разбейте их на пользовательские истории и проставьте оценки в Story Points.\u003C\u002Fli>\u003Cli>На планировании берите столько историй, сколько команда в среднем закрывала за последние спринты, и не досыпайте задачи в спринт по ходу.\u003C\u002Fli>\u003C\u002Fol>\u003Cp>Договорённости с ретроспективы заводите отдельными задачами со сроком и ответственным — так они не потеряются между спринтами.\u003C\u002Fp>","Scrum, скрам, скрам-методология, гибкий фреймворк Scrum","Scrum — что это: роли, артефакты, встречи | Глоссарий Shtab","Scrum — гибкий фреймворк разработки продуктов: три роли, три артефакта, пять встреч. Когда подходит, когда нет и как выстроить работу по спринтам в Shtab.",{"id":61,"slug":83,"hex":84,"icon":17,"order":61,"translations":85},"agile","#5e79ec",{"ru":86},{"title":87,"description":88},"Agile","Гибкие методологии разработки и управления проектами: Scrum, Kanban, XP и их элементы — спринты, бэклоги, церемонии, роли.",[90,95],{"id":61,"slug":91,"kind":91,"hex":84,"order":61,"translations":92},"methodology",{"ru":93},{"title":94},"Методология",{"id":21,"slug":96,"kind":96,"hex":97,"order":21,"translations":98},"framework","#7c5ce6",{"ru":99},{"title":100},"Фреймворк","S",[103,110,116,122],{"id":104,"order":105,"translations":106},1072,0,{"ru":107},{"question":108,"answer":109},"Чем Scrum отличается от Kanban?","\u003Cp>Scrum работает фиксированными спринтами с заранее запланированным объёмом. Kanban устроен как поток: задачу берут в работу, когда освобождается место по ограничению WIP. В Scrum обязательны роли, встречи и артефакты, в Kanban их нет — есть доска, правила и метрики потока. Scrum ближе продуктовой разработке, Kanban — потоку разнородных заявок.\u003C\u002Fp>",{"id":111,"order":61,"translations":112},1073,{"ru":113},{"question":114,"answer":115},"Какая длина спринта оптимальна?","\u003Cp>Самая распространённая — две недели. Это компромисс между скоростью обратной связи и глубиной работы: за неделю мало что успевает вызреть, за месяц теряется гибкость. Spotify, Atlassian и Microsoft чаще всего работают двухнедельными спринтами. Менять длину имеет смысл после нескольких спринтов, когда видно, чего именно не хватает.\u003C\u002Fp>",{"id":117,"order":21,"translations":118},1074,{"ru":119},{"question":120,"answer":121},"Можно ли менять задачи внутри спринта?","\u003Cp>В классическом Scrum — нет: после планирования бэклог спринта не пополняется. Если приоритеты изменились радикально, команда может досрочно завершить спринт и спланировать новый. На практике мелкие правки вносят через владельца продукта и с согласия всей команды: если объём растёт, из спринта убирают что-то равное по размеру.\u003C\u002Fp>",{"id":123,"order":51,"translations":124},1075,{"ru":125},{"question":126,"answer":127},"Кто отвечает за качество продукта?","\u003Cp>Команда разработки: именно она доводит инкремент до состояния, описанного в Definition of Done. Владелец продукта отвечает за ценность — что именно делаем и в каком порядке. Scrum Master отвечает за процесс — как мы работаем. Отдельной роли «ответственный за качество» в Scrum нет: качество встроено в работу команды.\u003C\u002Fp>",{"related":129,"child":206,"parent":286},[130,137,144,151,158,165,172,179,186,193,200],{"id":131,"slug":132,"translations":133},413,"waterfall-vs-agile",{"ru":134},{"title":135,"short_definition":136},"Чем Waterfall отличается от Agile","Waterfall строит проект как цепочку фиксированных фаз; Agile — как серию коротких итераций с поставкой ценности в каждой.",{"id":138,"slug":139,"translations":140},393,"extreme-programming",{"ru":141},{"title":142,"short_definition":143},"Экстремальное программирование (XP)","Гибкая методология разработки Кента Бека: короткие циклы, тесты до кода, парная работа и постоянная сборка доведены до предела.",{"id":145,"slug":146,"translations":147},398,"scrumban",{"ru":148},{"title":149,"short_definition":150},"Scrumban (гибрид Scrum и Kanban)","Способ работы, где от Scrum остаются роли и регулярные встречи, а от Kanban приходят непрерывный поток, доска с реальными этапами и ограничение работы в процессе.",{"id":152,"slug":153,"translations":154},407,"project-life-cycle",{"ru":155},{"title":156,"short_definition":157},"Жизненный цикл проекта","Структурированная последовательность фаз от инициации до закрытия, задающая правила перехода между этапами и точки принятия решений.",{"id":159,"slug":160,"translations":161},31,"safe",{"ru":162},{"title":163,"short_definition":164},"SAFe (Scaled Agile Framework, масштабируемый Agile)","Самый распространённый фреймворк масштабирования Agile: над командами надстраиваются уровни поезда поставки, крупного решения и портфеля.",{"id":166,"slug":167,"translations":168},35,"disciplined-agile",{"ru":169},{"title":170,"short_definition":171},"Disciplined Agile (DA, дисциплинированный Agile)","Гибридный набор инструментов от PMI: организация сама выбирает практики Scrum, Kanban, Lean и SAFe и подстраивает их под свой контекст.",{"id":173,"slug":174,"translations":175},30,"cross-functional-team",{"ru":176},{"title":177,"short_definition":178},"Кросс-функциональная команда","Команда, в которой собраны все компетенции, нужные для создания продукта целиком.",{"id":180,"slug":181,"translations":182},17,"product-owner",{"ru":183},{"title":184,"short_definition":185},"Product Owner (владелец продукта)","Роль в Scrum, отвечающая за ценность продукта и за управление бэклогом продукта.",{"id":187,"slug":188,"translations":189},18,"scrum-master",{"ru":190},{"title":191,"short_definition":192},"Scrum Master (скрам-мастер)","Роль в Scrum: отвечает за рабочий процесс команды и за устранение препятствий.",{"id":194,"slug":195,"translations":196},7,"product-backlog",{"ru":197},{"title":198,"short_definition":199},"Product Backlog (бэклог продукта)","Упорядоченный по приоритету список всего, что может появиться в продукте.",{"id":51,"slug":201,"translations":202},"kanban",{"ru":203},{"title":204,"short_definition":205},"Kanban (Agile)","Метод управления потоком задач с визуализацией на доске и ограничением количества одновременно выполняемых задач (WIP).",[207,214,221,228,235,241,248,251,254,261,267,274,280],{"id":208,"slug":209,"translations":210},40,"scrum-of-scrums",{"ru":211},{"title":212,"short_definition":213},"Scrum of Scrums (SoS, сверка Scrum-команд)","Регулярная короткая встреча представителей нескольких Scrum-команд для синхронизации работы и снятия зависимостей.",{"id":215,"slug":216,"translations":217},409,"planning-poker",{"ru":218},{"title":219,"short_definition":220},"Planning Poker","Техника групповой оценки задач в agile-командах: участники одновременно показывают карты с числами, обсуждают расхождения и приходят к консенсусу.",{"id":222,"slug":223,"translations":224},13,"daily-standup",{"ru":225},{"title":226,"short_definition":227},"Daily Standup (ежедневный стендап)","Ежедневная 15-минутная встреча команды для синхронизации хода спринта.",{"id":229,"slug":230,"translations":231},14,"sprint-planning",{"ru":232},{"title":233,"short_definition":234},"Sprint Planning (планирование спринта)","Встреча в начале спринта, на которой команда выбирает задачи и собирает бэклог спринта.",{"id":28,"slug":236,"translations":237},"sprint-review",{"ru":238},{"title":239,"short_definition":240},"Sprint Review (обзор спринта)","Встреча в конце спринта, на которой команда показывает готовый инкремент продукта заказчикам и заинтересованным сторонам.",{"id":242,"slug":243,"translations":244},16,"retrospective",{"ru":245},{"title":246,"short_definition":247},"Sprint Retrospective (ретроспектива спринта)","Встреча в конце спринта, на которой команда разбирает свой процесс работы и договаривается об улучшениях.",{"id":180,"slug":181,"translations":249},{"ru":250},{"title":184,"short_definition":185},{"id":187,"slug":188,"translations":252},{"ru":253},{"title":191,"short_definition":192},{"id":255,"slug":256,"translations":257},19,"development-team",{"ru":258},{"title":259,"short_definition":260},"Команда разработки","Кросс-функциональная самоорганизующаяся группа в Scrum, которая каждый спринт создаёт готовый инкремент.",{"id":57,"slug":262,"translations":263},"increment",{"ru":264},{"title":265,"short_definition":266},"Increment (инкремент)","Готовая к выпуску часть продукта, созданная командой за один спринт.",{"id":268,"slug":269,"translations":270},32,"less",{"ru":271},{"title":272,"short_definition":273},"LeSS (Large-Scale Scrum, масштабируемый Scrum)","Минималистичный фреймворк масштабирования Scrum на 2–8 команд: один бэклог продукта, один владелец продукта и общая цель спринта.",{"id":35,"slug":275,"translations":276},"nexus",{"ru":277},{"title":278,"short_definition":279},"Nexus (масштабирование Scrum)","Фреймворк масштабирования Scrum от Scrum.org для 3–9 команд: добавляет команду интеграции и общие события поверх обычного Scrum.",{"id":39,"slug":281,"translations":282},"sprint",{"ru":283},{"title":284,"short_definition":285},"Спринт (Sprint)","Фиксированный отрезок времени в Scrum, обычно от одной до четырёх недель, за который команда создаёт готовый инкремент продукта.",[287],{"id":61,"slug":83,"translations":288},{"ru":289},{"title":87,"short_definition":290},"Семейство гибких подходов к разработке продуктов и управлению проектами, основанное на коротких итерациях и быстрой адаптации к изменениям.",188,"2026-04-25T22:42:14.826233+03:00","2026-04-25T22:42:14.826248+03:00",[295,314,333],{"id":61,"slug":83,"translations":296,"category":298,"tags":301,"letter":312,"cover":17,"updated_at":313,"published_at":17},{"ru":297},{"title":87,"short_definition":290,"translation_en":87},{"id":61,"slug":83,"hex":84,"icon":17,"order":61,"translations":299},{"ru":300},{"title":87,"description":88},[302,305],{"id":61,"slug":91,"kind":91,"hex":84,"order":61,"translations":303},{"ru":304},{"title":94},{"id":6,"slug":306,"kind":307,"hex":308,"order":6,"translations":309},"concept","other","#4b5370",{"ru":310},{"title":311},"Концепция","A","2026-04-25T22:42:14.793028+03:00",{"id":315,"slug":316,"translations":317,"category":322,"tags":325,"letter":312,"cover":17,"updated_at":332,"published_at":17},22,"acceptance-criteria",{"ru":318},{"title":319,"short_definition":320,"translation_en":321},"Acceptance Criteria (критерии приёмки)","Конкретные проверяемые условия, которым должна соответствовать пользовательская история, чтобы её приняли как выполненную.","Acceptance Criteria",{"id":61,"slug":83,"hex":84,"icon":17,"order":61,"translations":323},{"ru":324},{"title":87,"description":88},[326],{"id":39,"slug":327,"kind":307,"hex":328,"order":39,"translations":329},"artifact","#888ca0",{"ru":330},{"title":331},"Артефакт","2026-04-25T22:42:15.380450+03:00",{"id":334,"slug":335,"translations":336,"category":341,"tags":344,"letter":355,"cover":17,"updated_at":356,"published_at":17},10,"burndown-chart",{"ru":337},{"title":338,"short_definition":339,"translation_en":340},"Burndown chart (диаграмма сгорания)","График, который показывает, сколько работы осталось в спринте или релизе по дням.","Burndown chart",{"id":61,"slug":83,"hex":84,"icon":17,"order":61,"translations":342},{"ru":343},{"title":87,"description":88},[345,348],{"id":39,"slug":327,"kind":307,"hex":328,"order":39,"translations":346},{"ru":347},{"title":331},{"id":349,"slug":350,"kind":350,"hex":351,"order":349,"translations":352},6,"metric","#0F9488",{"ru":353},{"title":354},"Метрика","B","2026-04-25T22:42:15.056246+03:00"]