[{"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":252},{"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":249,"helpful_yes_count":104,"helpful_no_count":104,"created_at":250,"updated_at":251,"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>",{"antonym":122,"child":142,"related":201},[123,130,135],{"id":124,"slug":125,"translations":126},416,"waterfall",{"ru":127},{"title":128,"short_definition":129},"Каскадная модель (Waterfall)","Каскадная модель — линейный подход к разработке, где каждая фаза (требования, дизайн, реализация, тестирование, внедрение, поддержка) стартует только после формального закрытия предыдущей.",{"id":131,"slug":132,"translations":133},415,"waterfall-model",{"ru":134},{"title":128,"short_definition":129},{"id":136,"slug":137,"translations":138},406,"waterfall-example",{"ru":139},{"title":140,"short_definition":141},"Waterfall пример","Примеры применения каскадной модели в строительстве, производстве и регулируемой IT-разработке с разбором фаз, рисков и сравнением с Agile.",[143,150,156,163,170,176,182,189,195],{"id":144,"slug":145,"translations":146},409,"planning-poker",{"ru":147},{"title":148,"short_definition":149},"Planning Poker","Техника групповой оценки задач в agile-командах: участники одновременно показывают карты с числами, обсуждают расхождения и приходят к консенсусу.",{"id":21,"slug":151,"translations":152},"scrum",{"ru":153},{"title":154,"short_definition":155},"Scrum","Гибкий фреймворк разработки продуктов короткими итерациями — спринтами — с фиксированными ролями, артефактами и встречами.",{"id":157,"slug":158,"translations":159},31,"safe",{"ru":160},{"title":161,"short_definition":162},"SAFe (Scaled Agile Framework, масштабируемый Agile)","Самый распространённый фреймворк масштабирования Agile: над командами надстраиваются уровни поезда поставки, крупного решения и портфеля.",{"id":164,"slug":165,"translations":166},32,"less",{"ru":167},{"title":168,"short_definition":169},"LeSS (Large-Scale Scrum, масштабируемый Scrum)","Минималистичный фреймворк масштабирования Scrum на 2–8 команд: один бэклог продукта, один владелец продукта и общая цель спринта.",{"id":30,"slug":171,"translations":172},"spotify-model",{"ru":173},{"title":174,"short_definition":175},"Spotify Model (модель Spotify)","Организационная модель Spotify: автономные команды (Squad) объединены в племена (Tribe), а горизонтальные связи держат профессиональные группы (Chapter) и гильдии (Guild).",{"id":35,"slug":177,"translations":178},"nexus",{"ru":179},{"title":180,"short_definition":181},"Nexus (масштабирование Scrum)","Фреймворк масштабирования Scrum от Scrum.org для 3–9 команд: добавляет команду интеграции и общие события поверх обычного Scrum.",{"id":183,"slug":184,"translations":185},35,"disciplined-agile",{"ru":186},{"title":187,"short_definition":188},"Disciplined Agile (DA, дисциплинированный Agile)","Гибридный набор инструментов от PMI: организация сама выбирает практики Scrum, Kanban, Lean и SAFe и подстраивает их под свой контекст.",{"id":51,"slug":190,"translations":191},"kanban",{"ru":192},{"title":193,"short_definition":194},"Kanban (Agile)","Метод управления потоком задач с визуализацией на доске и ограничением количества одновременно выполняемых задач (WIP).",{"id":45,"slug":196,"translations":197},"iteration",{"ru":198},{"title":199,"short_definition":200},"Итерация","Повторяющийся короткий цикл разработки в гибких методологиях.",[202,209,216,223,230,237,243],{"id":203,"slug":204,"translations":205},413,"waterfall-vs-agile",{"ru":206},{"title":207,"short_definition":208},"Чем Waterfall отличается от Agile","Waterfall строит проект как цепочку фиксированных фаз; Agile — как серию коротких итераций с поставкой ценности в каждой.",{"id":210,"slug":211,"translations":212},49,"pmbok",{"ru":213},{"title":214,"short_definition":215},"PMBOK (свод знаний по управлению проектами)","Свод знаний по управлению проектами от PMI — базовый стандарт классического проектного управления.",{"id":217,"slug":218,"translations":219},393,"extreme-programming",{"ru":220},{"title":221,"short_definition":222},"Экстремальное программирование (XP)","Гибкая методология разработки Кента Бека: короткие циклы, тесты до кода, парная работа и постоянная сборка доведены до предела.",{"id":224,"slug":225,"translations":226},398,"scrumban",{"ru":227},{"title":228,"short_definition":229},"Scrumban (гибрид Scrum и Kanban)","Способ работы, где от Scrum остаются роли и регулярные встречи, а от Kanban приходят непрерывный поток, доска с реальными этапами и ограничение работы в процессе.",{"id":231,"slug":232,"translations":233},407,"project-life-cycle",{"ru":234},{"title":235,"short_definition":236},"Жизненный цикл проекта","Структурированная последовательность фаз от инициации до закрытия, задающая правила перехода между этапами и точки принятия решений.",{"id":39,"slug":238,"translations":239},"sprint",{"ru":240},{"title":241,"short_definition":242},"Спринт (Sprint)","Фиксированный отрезок времени в Scrum, обычно от одной до четырёх недель, за который команда создаёт готовый инкремент продукта.",{"id":41,"slug":244,"translations":245},"mvp",{"ru":246},{"title":247,"short_definition":248},"MVP (минимально жизнеспособный продукт)","Минимально жизнеспособная версия продукта, которая позволяет проверить ключевую гипотезу.",200,"2026-04-25T22:42:14.793007+03:00","2026-04-25T22:42:14.793028+03:00",[253,272,296],{"id":254,"slug":255,"translations":256,"category":261,"tags":264,"letter":100,"cover":17,"updated_at":271,"published_at":17},22,"acceptance-criteria",{"ru":257},{"title":258,"short_definition":259,"translation_en":260},"Acceptance Criteria (критерии приёмки)","Конкретные проверяемые условия, которым должна соответствовать пользовательская история, чтобы её приняли как выполненную.","Acceptance Criteria",{"id":61,"slug":68,"hex":83,"icon":17,"order":61,"translations":262},{"ru":263},{"title":71,"description":86},[265],{"id":39,"slug":266,"kind":95,"hex":267,"order":39,"translations":268},"artifact","#888ca0",{"ru":269},{"title":270},"Артефакт","2026-04-25T22:42:15.380450+03:00",{"id":273,"slug":274,"translations":275,"category":280,"tags":283,"letter":294,"cover":17,"updated_at":295,"published_at":17},10,"burndown-chart",{"ru":276},{"title":277,"short_definition":278,"translation_en":279},"Burndown chart (диаграмма сгорания)","График, который показывает, сколько работы осталось в спринте или релизе по дням.","Burndown chart",{"id":61,"slug":68,"hex":83,"icon":17,"order":61,"translations":281},{"ru":282},{"title":71,"description":86},[284,287],{"id":39,"slug":266,"kind":95,"hex":267,"order":39,"translations":285},{"ru":286},{"title":270},{"id":288,"slug":289,"kind":289,"hex":290,"order":288,"translations":291},6,"metric","#0F9488",{"ru":292},{"title":293},"Метрика","B","2026-04-25T22:42:15.056246+03:00",{"id":297,"slug":298,"translations":299,"category":304,"tags":307,"letter":294,"cover":17,"updated_at":314,"published_at":17},11,"burnup-chart",{"ru":300},{"title":301,"short_definition":302,"translation_en":303},"Burnup chart (график выполнения)","График, который показывает выполненную работу и общий объём проекта или спринта отдельными линиями.","Burnup chart",{"id":61,"slug":68,"hex":83,"icon":17,"order":61,"translations":305},{"ru":306},{"title":71,"description":86},[308,311],{"id":39,"slug":266,"kind":95,"hex":267,"order":39,"translations":309},{"ru":310},{"title":270},{"id":288,"slug":289,"kind":289,"hex":290,"order":288,"translations":312},{"ru":313},{"title":293},"2026-04-25T22:42:15.082230+03:00"]