[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"footer-feature-tags":4,"slate-glossary-term-agile":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":197},{"id":61,"slug":68,"translations":69,"category":82,"tags":87,"letter":100,"og_image":17,"cover":17,"author_name":17,"author_position":17,"author_avatar":17,"faqs":101,"related":121,"views_count":194,"helpful_yes_count":104,"helpful_no_count":104,"created_at":195,"updated_at":196,"published_at":17},"agile",{"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},"Agile","Семейство гибких подходов к разработке продуктов и управлению проектами, основанное на коротких итерациях и быстрой адаптации к изменениям.","Agile — семейство гибких подходов к разработке продуктов и управлению проектами. Команда работает короткими итерациями по 1–4 недели, в конце каждой отдаёт заказчику что-то готовое и корректирует план по обратной связи. Конкретные реализации — Scrum, Kanban, XP. В основе — «Манифест гибкой разработки» 2001 года.","\u003Cp>Agile — это не конкретная методология, а ценностный подход к работе, описанный в «Манифесте гибкой разработки программного обеспечения» (Agile Manifesto, 2001). Манифест провозглашает четыре приоритета:\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cstrong>Люди и взаимодействие\u003C\u002Fstrong> важнее процессов и инструментов;\u003C\u002Fli>\u003Cli>\u003Cstrong>Работающий продукт\u003C\u002Fstrong> важнее исчерпывающей документации;\u003C\u002Fli>\u003Cli>\u003Cstrong>Сотрудничество с заказчиком\u003C\u002Fstrong> важнее переговоров по контракту;\u003C\u002Fli>\u003Cli>\u003Cstrong>Готовность к изменениям\u003C\u002Fstrong> важнее следования плану.\u003C\u002Fli>\u003C\u002Ful>\u003Cp>Agile-команды работают короткими циклами (итерациями, спринтами), в конце каждого получая что-то готовое к использованию. Заказчик вовлечён в работу постоянно: видит результат, даёт обратную связь, корректирует приоритеты.\u003C\u002Fp>\u003Cp>В реальной работе Agile применяется через конкретные фреймворки: \u003Cstrong>Scrum\u003C\u002Fstrong>, \u003Cstrong>Kanban\u003C\u002Fstrong>, \u003Cstrong>XP (Extreme Programming)\u003C\u002Fstrong>, \u003Cstrong>SAFe\u003C\u002Fstrong> для масштабирования. Правила у них разные, но философия одна — ранний выпуск, короткая обратная связь и постепенное улучшение.\u003C\u002Fp>\u003Cp>Agile зародился в IT, но сегодня применяется в маркетинге, дизайне, подборе персонала и других направлениях, где есть неопределённость и нужна быстрая адаптация.\u003C\u002Fp>","\u003Cul>\u003Cli>Требования к продукту неясны или меняются в процессе\u003C\u002Fli>\u003Cli>Нужна быстрая обратная связь от пользователей\u003C\u002Fli>\u003Cli>Команда умеет работать самоорганизованно\u003C\u002Fli>\u003Cli>Заказчик готов участвовать в работе регулярно, а не получить «всё в конце»\u003C\u002Fli>\u003C\u002Ful>","\u003Cul>\u003Cli>Жёстко регламентированные проекты с фиксированным результатом и графиком (госзаказы, строительство, ракетостроение)\u003C\u002Fli>\u003Cli>Команда не готова к самоорганизации и итеративной работе\u003C\u002Fli>\u003Cli>Заказчик не может быть вовлечён регулярно\u003C\u002Fli>\u003Cli>Высокая стоимость каждой итерации (сложно «частично» доставлять результат)\u003C\u002Fli>\u003C\u002Ful>","\u003Cp>\u003Cstrong>Команда продуктовой разработки.\u003C\u002Fstrong> Команда из 8 человек делает мобильное приложение. Работают спринтами по 2 недели, каждые две недели выкатывают обновление с новыми возможностями в магазин приложений. Приоритеты бэклога меняются каждый месяц по результатам аналитики.\u003C\u002Fp>\u003Cp>\u003Cstrong>Маркетинговая команда.\u003C\u002Fstrong> Отдел из 5 маркетологов запускает кампании по Agile: каждые 2 недели — новый эксперимент, оценка результата, корректировка стратегии.\u003C\u002Fp>","\u003Cp>Чтобы не настраивать процесс с нуля, в Shtab возьмите шаблон проекта \u003Cstrong>Scrum-команда\u003C\u002Fstrong> или \u003Cstrong>Kanban-доска\u003C\u002Fstrong> — он сам создаст спринты, бэклог и нужные поля задач. Для маркетингового Agile подойдёт шаблон «Маркетинговая команда».\u003C\u002Fp>\u003Cp>\u003Ca href=\"#\">Открыть шаблон Scrum-команды →\u003C\u002Fa>\u003C\u002Fp>","Agile-методология, гибкая методология, гибкая разработка, Agile-подход","Agile — гибкая методология: что это и как работает | Shtab","Agile — семейство гибких подходов к работе: Scrum, Kanban, XP. Что говорит манифест 2001 года, когда Agile применять, а когда он не подойдёт команде.",{"id":61,"slug":68,"hex":83,"icon":17,"order":61,"translations":84},"#5e79ec",{"ru":85},{"title":71,"description":86},"Гибкие методологии разработки и управления проектами: Scrum, Kanban, XP и их элементы — спринты, бэклоги, церемонии, роли.",[88,93],{"id":61,"slug":89,"kind":89,"hex":83,"order":61,"translations":90},"methodology",{"ru":91},{"title":92},"Методология",{"id":6,"slug":94,"kind":95,"hex":96,"order":6,"translations":97},"concept","other","#4b5370",{"ru":98},{"title":99},"Концепция","A",[102,109,115],{"id":103,"order":104,"translations":105},1469,0,{"ru":106},{"question":107,"answer":108},"Чем Agile отличается от Scrum?","\u003Cp>Agile — это философия и набор ценностей, Scrum — конкретный фреймворк, который эти ценности реализует. Agile задаёт \u003Cem>что\u003C\u002Fem> делать: работать короткими итерациями, часто получать обратную связь, быть готовым менять план. Scrum задаёт \u003Cem>как\u003C\u002Fem>: роли Product Owner, Scrum Master и команда, спринты по 1–4 недели, бэклог и набор регулярных встреч.\u003C\u002Fp>",{"id":110,"order":61,"translations":111},1470,{"ru":112},{"question":113,"answer":114},"Подходит ли Agile для задач вне IT?","\u003Cp>Да. Agile успешно применяют в маркетинге, продажах, кадровых процессах, дизайне и образовании. Главное условие одно: работу должно быть можно делать по частям и получать обратную связь по промежуточному результату. Там, где результат нельзя показать раньше самого конца, гибкий подход теряет большую часть смысла.\u003C\u002Fp>",{"id":116,"order":21,"translations":117},1471,{"ru":118},{"question":119,"answer":120},"Сколько времени нужно, чтобы команда «стала Agile»?","\u003Cp>Базовые практики команда осваивает за 2–3 спринта, то есть за 4–6 недель. Зрелость — умение самостоятельно планировать, держать ритм и улучшать процесс — приходит за 6–12 месяцев. Ускоряют переход две вещи: общий трекер задач, где видна вся работа, и фасилитатор или Scrum-мастер, который помогает команде разбирать сложности.\u003C\u002Fp>",{"related":122,"child":142},[123,130,136],{"id":124,"slug":125,"translations":126},49,"pmbok",{"ru":127},{"title":128,"short_definition":129},"PMBOK (свод знаний по управлению проектами)","Свод знаний по управлению проектами от PMI — базовый стандарт классического проектного управления.",{"id":39,"slug":131,"translations":132},"sprint",{"ru":133},{"title":134,"short_definition":135},"Спринт (Sprint)","Фиксированный отрезок времени в Scrum, обычно от одной до четырёх недель, за который команда создаёт готовый инкремент продукта.",{"id":41,"slug":137,"translations":138},"mvp",{"ru":139},{"title":140,"short_definition":141},"MVP (минимально жизнеспособный продукт)","Минимально жизнеспособная версия продукта, которая позволяет проверить ключевую гипотезу.",[143,149,155,162,168,175,182,188],{"id":30,"slug":144,"translations":145},"spotify-model",{"ru":146},{"title":147,"short_definition":148},"Spotify Model (модель Spotify)","Организационная модель Spotify: автономные команды (Squad) объединены в племена (Tribe), а горизонтальные связи держат профессиональные группы (Chapter) и гильдии (Guild).",{"id":35,"slug":150,"translations":151},"nexus",{"ru":152},{"title":153,"short_definition":154},"Nexus (масштабирование Scrum)","Фреймворк масштабирования Scrum от Scrum.org для 3–9 команд: добавляет команду интеграции и общие события поверх обычного Scrum.",{"id":156,"slug":157,"translations":158},35,"disciplined-agile",{"ru":159},{"title":160,"short_definition":161},"Disciplined Agile (DA, дисциплинированный Agile)","Гибридный набор инструментов от PMI: организация сама выбирает практики Scrum, Kanban, Lean и SAFe и подстраивает их под свой контекст.",{"id":21,"slug":163,"translations":164},"scrum",{"ru":165},{"title":166,"short_definition":167},"Scrum","Гибкий фреймворк разработки продуктов короткими итерациями — спринтами — с фиксированными ролями, артефактами и встречами.",{"id":169,"slug":170,"translations":171},31,"safe",{"ru":172},{"title":173,"short_definition":174},"SAFE (соглашение о будущей доле в капитале)","Простое соглашение о будущей доле в капитале: инвестор даёт деньги сейчас и получает акции на следующем полноценном раунде, без процентов и срока погашения.",{"id":176,"slug":177,"translations":178},32,"less",{"ru":179},{"title":180,"short_definition":181},"LeSS (Large-Scale Scrum, масштабируемый Scrum)","Минималистичный фреймворк масштабирования Scrum на 2–8 команд: один бэклог продукта, один владелец продукта и общая цель спринта.",{"id":51,"slug":183,"translations":184},"kanban",{"ru":185},{"title":186,"short_definition":187},"Kanban (Agile)","Метод управления потоком задач с визуализацией на доске и ограничением количества одновременно выполняемых задач (WIP).",{"id":45,"slug":189,"translations":190},"iteration",{"ru":191},{"title":192,"short_definition":193},"Итерация","Повторяющийся короткий цикл разработки в гибких методологиях.",159,"2026-04-25T22:42:14.793007+03:00","2026-04-25T22:42:14.793028+03:00",[198,217,241],{"id":199,"slug":200,"translations":201,"category":206,"tags":209,"letter":100,"cover":17,"updated_at":216,"published_at":17},22,"acceptance-criteria",{"ru":202},{"title":203,"short_definition":204,"translation_en":205},"Acceptance Criteria (критерии приёмки)","Конкретные проверяемые условия, которым должна соответствовать пользовательская история, чтобы её приняли как выполненную.","Acceptance Criteria",{"id":61,"slug":68,"hex":83,"icon":17,"order":61,"translations":207},{"ru":208},{"title":71,"description":86},[210],{"id":39,"slug":211,"kind":95,"hex":212,"order":39,"translations":213},"artifact","#888ca0",{"ru":214},{"title":215},"Артефакт","2026-04-25T22:42:15.380450+03:00",{"id":218,"slug":219,"translations":220,"category":225,"tags":228,"letter":239,"cover":17,"updated_at":240,"published_at":17},10,"burndown-chart",{"ru":221},{"title":222,"short_definition":223,"translation_en":224},"Burndown chart (диаграмма сгорания)","График, который показывает, сколько работы осталось в спринте или релизе по дням.","Burndown chart",{"id":61,"slug":68,"hex":83,"icon":17,"order":61,"translations":226},{"ru":227},{"title":71,"description":86},[229,232],{"id":39,"slug":211,"kind":95,"hex":212,"order":39,"translations":230},{"ru":231},{"title":215},{"id":233,"slug":234,"kind":234,"hex":235,"order":233,"translations":236},6,"metric","#0F9488",{"ru":237},{"title":238},"Метрика","B","2026-04-25T22:42:15.056246+03:00",{"id":242,"slug":243,"translations":244,"category":249,"tags":252,"letter":239,"cover":17,"updated_at":259,"published_at":17},11,"burnup-chart",{"ru":245},{"title":246,"short_definition":247,"translation_en":248},"Burnup chart (график выполнения)","График, который показывает выполненную работу и общий объём проекта или спринта отдельными линиями.","Burnup chart",{"id":61,"slug":68,"hex":83,"icon":17,"order":61,"translations":250},{"ru":251},{"title":71,"description":86},[253,256],{"id":39,"slug":211,"kind":95,"hex":212,"order":39,"translations":254},{"ru":255},{"title":215},{"id":233,"slug":234,"kind":234,"hex":235,"order":233,"translations":257},{"ru":258},{"title":238},"2026-04-25T22:42:15.082230+03:00"]