[{"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":259},{"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":256,"helpful_yes_count":61,"helpful_no_count":105,"created_at":257,"updated_at":258,"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>",{"child":129,"related":210,"parent":251},[130,137,143,150,156,163,170,176,183,190,197,204],{"id":131,"slug":132,"translations":133},40,"scrum-of-scrums",{"ru":134},{"title":135,"short_definition":136},"Scrum of Scrums (SoS, сверка Scrum-команд)","Регулярная короткая встреча представителей нескольких Scrum-команд для синхронизации работы и снятия зависимостей.",{"id":57,"slug":138,"translations":139},"increment",{"ru":140},{"title":141,"short_definition":142},"Increment (инкремент)","Готовая к выпуску часть продукта, созданная командой за один спринт.",{"id":144,"slug":145,"translations":146},32,"less",{"ru":147},{"title":148,"short_definition":149},"LeSS (Large-Scale Scrum, масштабируемый Scrum)","Минималистичный фреймворк масштабирования Scrum на 2–8 команд: один бэклог продукта, один владелец продукта и общая цель спринта.",{"id":35,"slug":151,"translations":152},"nexus",{"ru":153},{"title":154,"short_definition":155},"Nexus (масштабирование Scrum)","Фреймворк масштабирования Scrum от Scrum.org для 3–9 команд: добавляет команду интеграции и общие события поверх обычного Scrum.",{"id":157,"slug":158,"translations":159},13,"daily-standup",{"ru":160},{"title":161,"short_definition":162},"Daily Standup (ежедневный стендап)","Ежедневная 15-минутная встреча команды для синхронизации хода спринта.",{"id":164,"slug":165,"translations":166},14,"sprint-planning",{"ru":167},{"title":168,"short_definition":169},"Sprint Planning (планирование спринта)","Встреча в начале спринта, на которой команда выбирает задачи и собирает бэклог спринта.",{"id":28,"slug":171,"translations":172},"sprint-review",{"ru":173},{"title":174,"short_definition":175},"Sprint Review (обзор спринта)","Встреча в конце спринта, на которой команда показывает готовый инкремент продукта заказчикам и заинтересованным сторонам.",{"id":177,"slug":178,"translations":179},16,"retrospective",{"ru":180},{"title":181,"short_definition":182},"Sprint Retrospective (ретроспектива спринта)","Встреча в конце спринта, на которой команда разбирает свой процесс работы и договаривается об улучшениях.",{"id":184,"slug":185,"translations":186},17,"product-owner",{"ru":187},{"title":188,"short_definition":189},"Product Owner (владелец продукта)","Роль в Scrum, отвечающая за ценность продукта и за управление бэклогом продукта.",{"id":191,"slug":192,"translations":193},18,"scrum-master",{"ru":194},{"title":195,"short_definition":196},"Scrum Master (скрам-мастер)","Роль в Scrum: отвечает за рабочий процесс команды и за устранение препятствий.",{"id":198,"slug":199,"translations":200},19,"development-team",{"ru":201},{"title":202,"short_definition":203},"Команда разработки","Кросс-функциональная самоорганизующаяся группа в Scrum, которая каждый спринт создаёт готовый инкремент.",{"id":39,"slug":205,"translations":206},"sprint",{"ru":207},{"title":208,"short_definition":209},"Спринт (Sprint)","Фиксированный отрезок времени в Scrum, обычно от одной до четырёх недель, за который команда создаёт готовый инкремент продукта.",[211,218,225,232,235,238,245],{"id":212,"slug":213,"translations":214},31,"safe",{"ru":215},{"title":216,"short_definition":217},"SAFE (соглашение о будущей доле в капитале)","Простое соглашение о будущей доле в капитале: инвестор даёт деньги сейчас и получает акции на следующем полноценном раунде, без процентов и срока погашения.",{"id":219,"slug":220,"translations":221},35,"disciplined-agile",{"ru":222},{"title":223,"short_definition":224},"Disciplined Agile (DA, дисциплинированный Agile)","Гибридный набор инструментов от PMI: организация сама выбирает практики Scrum, Kanban, Lean и SAFe и подстраивает их под свой контекст.",{"id":226,"slug":227,"translations":228},30,"cross-functional-team",{"ru":229},{"title":230,"short_definition":231},"Кросс-функциональная команда","Команда, в которой собраны все компетенции, нужные для создания продукта целиком.",{"id":184,"slug":185,"translations":233},{"ru":234},{"title":188,"short_definition":189},{"id":191,"slug":192,"translations":236},{"ru":237},{"title":195,"short_definition":196},{"id":239,"slug":240,"translations":241},7,"product-backlog",{"ru":242},{"title":243,"short_definition":244},"Product Backlog (бэклог продукта)","Упорядоченный по приоритету список всего, что может появиться в продукте.",{"id":51,"slug":246,"translations":247},"kanban",{"ru":248},{"title":249,"short_definition":250},"Kanban (Agile)","Метод управления потоком задач с визуализацией на доске и ограничением количества одновременно выполняемых задач (WIP).",[252],{"id":61,"slug":83,"translations":253},{"ru":254},{"title":87,"short_definition":255},"Семейство гибких подходов к разработке продуктов и управлению проектами, основанное на коротких итерациях и быстрой адаптации к изменениям.",153,"2026-04-25T22:42:14.826233+03:00","2026-04-25T22:42:14.826248+03:00",[260,279,298],{"id":61,"slug":83,"translations":261,"category":263,"tags":266,"letter":277,"cover":17,"updated_at":278,"published_at":17},{"ru":262},{"title":87,"short_definition":255,"translation_en":87},{"id":61,"slug":83,"hex":84,"icon":17,"order":61,"translations":264},{"ru":265},{"title":87,"description":88},[267,270],{"id":61,"slug":91,"kind":91,"hex":84,"order":61,"translations":268},{"ru":269},{"title":94},{"id":6,"slug":271,"kind":272,"hex":273,"order":6,"translations":274},"concept","other","#4b5370",{"ru":275},{"title":276},"Концепция","A","2026-04-25T22:42:14.793028+03:00",{"id":280,"slug":281,"translations":282,"category":287,"tags":290,"letter":277,"cover":17,"updated_at":297,"published_at":17},22,"acceptance-criteria",{"ru":283},{"title":284,"short_definition":285,"translation_en":286},"Acceptance Criteria (критерии приёмки)","Конкретные проверяемые условия, которым должна соответствовать пользовательская история, чтобы её приняли как выполненную.","Acceptance Criteria",{"id":61,"slug":83,"hex":84,"icon":17,"order":61,"translations":288},{"ru":289},{"title":87,"description":88},[291],{"id":39,"slug":292,"kind":272,"hex":293,"order":39,"translations":294},"artifact","#888ca0",{"ru":295},{"title":296},"Артефакт","2026-04-25T22:42:15.380450+03:00",{"id":299,"slug":300,"translations":301,"category":306,"tags":309,"letter":320,"cover":17,"updated_at":321,"published_at":17},10,"burndown-chart",{"ru":302},{"title":303,"short_definition":304,"translation_en":305},"Burndown chart (диаграмма сгорания)","График, который показывает, сколько работы осталось в спринте или релизе по дням.","Burndown chart",{"id":61,"slug":83,"hex":84,"icon":17,"order":61,"translations":307},{"ru":308},{"title":87,"description":88},[310,313],{"id":39,"slug":292,"kind":272,"hex":293,"order":39,"translations":311},{"ru":312},{"title":296},{"id":314,"slug":315,"kind":315,"hex":316,"order":314,"translations":317},6,"metric","#0F9488",{"ru":318},{"title":319},"Метрика","B","2026-04-25T22:42:15.056246+03:00"]