Основы Agile, Scrum и Kanban: церемонии, роли, артефакты, планирование, масштабирование и управление потоком работы.
Agile-манифесту больше двадцати лет, и за это время вокруг него выросла индустрия сертификаций, за которой плохо видно исходную мысль: короткий цикл обратной связи обходится дешевле большого плана, который никто не проверял на реальности. Курс — про механику Scrum и Kanban, про то, что каждая церемония на самом деле должна давать команде, и про то, что остаётся, когда смысл теряется, а ритуал остаётся.
Двенадцать тем. Scrum разбирается по частям: роли, спринт, четыре встречи, артефакты — и отдельно вопрос, почему daily так часто вырождается в отчёт менеджеру. Kanban — визуализация потока, WIP-лимиты и диаграмма накопленного потока, то есть подход для команд, у которых работа приходит непредсказуемо и не режется на спринты. Дальше — оценка (story points, planning poker, t-shirt sizes) и вечный спор о том, зачем вообще оценивать; user stories по INVEST и критерии приёмки в Gherkin; ведение бэклога; метрики — velocity, cycle time, lead time, throughput — и как их превращают в инструмент давления на команду.
Отдельная тема — антипаттерны: ScrumBut, cargo cult, zombie agile, dark scrum. Это самая полезная часть курса, если процесс у вас уже внедрён и почему-то всех раздражает.
Есть темы про масштабирование (SAFe, LeSS, Nexus), Agile-коучинг и работу с препятствиями, а также обзор инструментов — Jira, Trello, Azure DevOps, Confluence.
Курс не отвечает на вопрос «какой фреймворк лучше»: ответ зависит от того, как к команде приходит работа и насколько она может влиять на приоритеты. Уровень — junior и middle: полезно, если вы работаете внутри процесса и хотите понимать, зачем он устроен именно так.
Спринты, роли (PO, SM, Dev), церемонии, артефакты
Визуальная доска, ограничение WIP, поток, непрерывная доставка
Story points, оценка, планирование мощности, обязательства
Daily, Review, Ретроспектива, Уточнение бэклога
Критерии INVEST, критерии приемки, Gherkin
SAFe, LeSS, Nexus, координация между командами
Приоритизация, уточнение, поддержка, картографирование историй
ScrumBut, cargo cult, zombie agile, dark scrum
Team coaching, impediment removal, facilitation
Planning poker, story points, t-shirt sizes, affinity estimation
Velocity, cycle time, lead time, CFD, throughput
Jira, Trello, Azure DevOps, Confluence
Доступен после всех тем (0 из 12)
Доступен после зачёта
Философия гибкой разработки, основанная на четырёх ценностях и 12 принципах Agile Manifesto (2001). Приоритет: люди и взаимодействие, работающее ПО, сотрудничество с заказчиком, готовность к изменениям.
Пример
Команда каждые две недели выпускает рабочую версию продукта и адаптирует план на основе обратной связи — это Agile на практике.Связанные термины
Документ 2001 года, провозглашающий четыре ценности гибкой разработки: люди важнее процессов, работающее ПО важнее документации, сотрудничество с заказчиком важнее контракта, реагирование на изменения важнее следования плану.
Пример
«Manifesto for Agile Software Development» подписали 17 разработчиков в феврале 2001 года в горнолыжном курорте Snowbird, Utah.Связанные термины
Фиксированная итерация разработки длительностью 1–4 недели, в течение которой создаётся готовый к доставке инкремент продукта. Начинается с Sprint Planning, заканчивается Review и Retrospective.
Пример
Команда проводит двухнедельные спринты. В конце каждого — демо для заказчика и ретроспектива для улучшения процессов.Связанные термины
Готовый к доставке результат работы за спринт. Должен соответствовать Definition of Done и представлять ценность для пользователя. Сумма всех инкрементов = текущее состояние продукта.
Пример
После спринта команда выпустила инкремент: добавила функцию авторизации через Google, прошедшую все тесты и code review.Связанные термины
Скрытая стоимость накопленных компромиссных решений в коде, архитектуре или процессах. Чем дольше откладывается выплата — тем дороже обходится. Замедляет разработку со временем.
Пример
Команда добавляла функции без рефакторинга полгода. Теперь каждая новая задача занимает в 3 раза больше времени из-за запутанного кода.Связанные термины
Минимально жизнеспособный продукт — версия с наименьшим набором функций, достаточным для проверки гипотезы и получения обратной связи от реальных пользователей.
Пример
Вместо полноценного маркетплейса команда за 2 спринта выпустила MVP: только листинг товаров и форму заказа через email.Связанные термины
Любое лицо или группа, которая влияет на продукт или испытывает его влияние: заказчики, пользователи, руководство, инвесторы, регуляторы. Не являются членами Scrum-команды.
Пример
На Sprint Review пришли stakeholders: директор по продажам, два ключевых клиента и юрист. Каждый дал обратную связь по своей части продукта.Связанные термины
Техника ограничения времени на активность: работа завершается по истечении отведённого времени, независимо от результата. В Scrum все церемонии тайм-боксированы.
Пример
Sprint Planning ограничен 8 часами для 2-недельного спринта. Если не успели — значит либо бэклог не готов, либо спринт слишком большой.Связанные термины
Согласованный командой перечень критериев готовности задачи: code review, автотесты, документация, деплой на стейджинг, одобрение PO. Применяется ко ВСЕМ задачам одинаково.
Пример
DoD команды: код проверен (code review), юнит-тесты покрывают >80%, задача задеплоена на staging, PO принял демо.Связанные термины
Перечень критериев готовности задачи к взятию в спринт: написаны acceptance criteria, проведена оценка, устранены блокирующие зависимости. Проверяется на Refinement.
Пример
DoR: у истории есть acceptance criteria, команда оценила её в story points, нет внешних зависимостей, которые заблокируют работу.Связанные термины
Роль в Scrum. Управляет Product Backlog, расставляет приоритеты, принимает/отклоняет результат работы. Представляет интересы заказчиков и пользователей. Единственный владелец решения «что делать».
Пример
PO отказался принять задачу, потому что реализация не соответствует acceptance criteria. Команда доработала функцию и получила одобрение на следующий день.Связанные термины
Роль в Scrum. Фасилитирует церемонии, устраняет препятствия (impediments), коучит команду по Agile-практикам. Не менеджер: не назначает задачи, не оценивает разработчиков.
Пример
SM заметил, что команда три дня ждёт ответа от юридического отдела. Он эскалировал проблему руководству и организовал встречу, разблокировав задачу за 2 часа.Связанные термины
Кросс-функциональная самоорганизующаяся группа 3–9 человек, создающая продукт. Включает разработчиков, QA, UX-дизайнеров. Сама решает, как выполнять работу. Нет внутренних иерархий.
Пример
Команда из 6 человек (3 разработчика, 1 QA, 1 UX, 1 DevOps) самостоятельно распределила задачи спринта и установила WIP limits на доске.Связанные термины
Упорядоченный список всех требований к продукту: пользовательские истории, баги, технический долг, инфраструктурные задачи. Живой артефакт — постоянно обновляется. Владелец — Product Owner.
Пример
Product Backlog содержит 120 элементов. Верхние 20 — детальные истории с AC и оценкой, готовые к спринту. Нижние 100 — грубые идеи без оценки.Связанные термины
Подмножество Product Backlog, выбранное командой на Sprint Planning. Включает задачи текущего спринта и детальный план их выполнения. Управляет только команда — PO не может добавлять задачи в середине спринта.
Пример
На Sprint Planning команда выбрала 12 историй из Product Backlog и разбила их на 47 подзадач. Этот набор и план — Sprint Backlog.Связанные термины
Церемония начала спринта из двух частей: 1) что делаем — PO и команда выбирают задачи и формулируют Sprint Goal; 2) как делаем — команда планирует выполнение. До 8 часов для 2-недельного спринта.
Пример
Part 1 (4 часа): PO объяснил приоритеты, команда выбрала 10 историй. Sprint Goal: «Пользователи могут регистрироваться и войти в систему». Part 2 (4 часа): разбили истории на задачи.Связанные термины
Ежедневная 15-минутная синхронизация команды. Три вопроса: что сделал вчера для Sprint Goal, что сделаю сегодня, какие препятствия. Ведёт команда самостоятельно, SM не задаёт вопросы каждому.
Пример
В 10:00 команда стоит у доски. Каждый за 2 минуты рассказывает о прогрессе. Один разработчик упоминает блокер — SM записывает и обещает решить после дейли.Связанные термины
Церемония конца спринта: команда демонстрирует рабочий продукт Stakeholders и PO, получает обратную связь. Не технический доклад — только демо живого функционала. До 4 часов для 2-недельного спринта.
Пример
Команда показала заказчику три новые функции в живой системе. Заказчик попросил изменить порядок шагов в форме — PO добавил уточнение в Product Backlog.Связанные термины
Церемония рефлексии команды после спринта: что шло хорошо, что улучшить, конкретные действия. Результат — 1–3 действия с ответственными и дедлайном. До 90 минут для 2-недельного спринта.
Пример
На ретро команда выявила: code review занимает 3 дня. Решение: добавить правило «автор задачи должен найти ревьювера в течение 4 часов».Связанные термины
Любое препятствие, мешающее команде работать: организационные барьеры, технические блокеры, зависимости от других команд, нехватка ресурсов. Устранение impediments — первичная ответственность Scrum Master.
Пример
Команда не может задеплоить на prod — нет доступа. SM эскалировал DevOps-менеджеру, доступ дали за 2 часа вместо обычных 2 недель.Связанные термины
Визуальный инструмент управления рабочим процессом. Колонки отражают этапы (To Do → In Progress → Review → Done). Задачи перемещаются слева направо. Делает поток работы прозрачным.
Пример
Доска команды: «Бэклог» | «Анализ» | «Разработка» (WIP≤3) | «Code Review» (WIP≤2) | «Тестирование» (WIP≤2) | «Готово».Связанные термины
Работа, которая начата, но ещё не завершена. Высокий WIP = многозадачность, сниженное качество, рост Cycle Time. Закон Литтла: Cycle Time = WIP ÷ Throughput.
Пример
Разработчик ведёт 5 задач одновременно. Каждая движется медленно. Сократив WIP до 2, он стал завершать задачи в 2 раза быстрее.Связанные термины
Максимальное количество задач, которые могут одновременно находиться в колонке. Если лимит достигнут — нельзя начинать новое, пока не завершено начатое. Ключевой механизм Kanban.
Пример
В колонке «В разработке» WIP limit = 3. Когда там уже 3 задачи, разработчик помогает довести их до «Готово», а не берёт новую.Связанные термины
Категории задач с разными правилами приоритизации и SLA: Expedite (срочные, без WIP limit), Fixed Date (жёсткий дедлайн), Standard (обычные), Intangible (техдолг, без срока).
Пример
Критический баг в prod → класс Expedite, пропускается мимо WIP limits. Рефакторинг → класс Intangible, берётся только когда нет других задач.Связанные термины
Этап в процессе, где задачи накапливаются и замедляют весь поток. Видно как переполненная колонка на доске или расширяющаяся полоса на CFD. Первоочерёдная цель для оптимизации.
Пример
Колонка «Code Review» постоянно переполнена: 8 задач вместо WIP limit 3. Bottleneck — нехватка ревьюверов. Решение: cross-training команды.Связанные термины
Гибрид Scrum и Kanban: сохраняет структуру спринтов Scrum (планирование, ретроспективы), но добавляет WIP limits и непрерывный поток Kanban. Хорош для transition-команд.
Пример
Команда сохранила 2-недельные спринты и ретроспективы, но убрала story points и добавила WIP limits. Cycle time сократился на 40%.Связанные термины
Краткое описание бизнес-ценности, которую команда создаст за спринт. Объединяет разрозненные задачи в единую цель. Помогает принимать решения при изменении условий во время спринта.
Пример
«К концу спринта пользователи смогут регистрироваться и входить через email/пароль» — хорошая Sprint Goal. «Сделать 10 задач из бэклога» — плохая.Связанные термины
Расчёт реального доступного времени команды с учётом отпусков, встреч, обучения. Используется при Sprint Planning для реалистичного объёма работы.
Пример
Capacity = (6 чел × 10 дней × 6 ч) − (10 ч церемоний + 20 ч встреч + 12 ч отпусков) = 318 ч. При velocity 40 SP — берём ≈35 SP.Связанные термины
Регулярная (1–2 раза в неделю) совместная работа PO и команды по подготовке верхних историй бэклога к спринту: уточнение требований, acceptance criteria, оценка. Занимает ≤10% времени команды.
Пример
На refinement команда взяла историю «Фильтрация товаров», написала 5 acceptance criteria, оценила в 8 SP и выяснила зависимость от API каталога.Связанные термины
Высокоуровневый план развития продукта на 3–12 месяцев. Показывает направление и крупные цели (эпики, темы), а не детальное расписание. Должен регулярно пересматриваться.
Пример
Roadmap: Q1 — регистрация и базовый каталог; Q2 — корзина и оплата; Q3 — личный кабинет и отзывы; Q4 — мобильное приложение.Связанные термины
Методология постановки целей: Objective — качественная амбициозная цель; Key Results — 3–5 измеримых результатов, подтверждающих достижение цели. Горизонт: квартал или год.
Пример
O: Стать лидером рынка в сегменте SMB. KR1: NPS ≥ 50. KR2: Churn < 5%/мес. KR3: Время онбординга < 30 минут.Связанные термины
Процесс определения функций конкретного релиза на основе анализа velocity и приоритетов бэклога. Формула: кол-во спринтов = общий объём ÷ velocity.
Пример
Релиз 1.0 требует 240 SP. Velocity команды — 40 SP/спринт. Release Planning: 6 спринтов = 12 недель до релиза.Связанные термины
Краткое описание функциональности от лица пользователя: «Как [роль], я хочу [действие], чтобы [ценность]». Не технические требования, а точка для разговора о ценности.
Пример
Хорошая: «Как покупатель, я хочу фильтровать товары по цене, чтобы быстро найти то, что укладывается в мой бюджет». Плохая: «Сделать фильтрацию».Связанные термины
Крупная пользовательская история, которая не умещается в один спринт и требует разбивки на несколько User Stories. Описывает большую бизнес-функциональность на высоком уровне.
Пример
Эпик «Управление заказами» разбит на 7 историй: просмотр заказов, создание заказа, отмена, изменение адреса, история платежей, уведомления, возвраты.Связанные термины
Акроним критериев качественной user story: Independent (независимая от других историй), Negotiable (детали обсуждаемы), Valuable (ценность для пользователя), Estimable (можно оценить), Small (умещается в спринт), Testable (есть критерии приёмки).
Пример
История «Сделать базу данных» нарушает INVEST: не ценная для пользователя (V), не тестируемая (T), слишком большая (S).Связанные термины
Конкретные измеримые условия, при выполнении которых user story считается завершённой. Пишутся ДО разработки, согласовываются с PO. Отличаются от DoD: DoD общий для всех задач, AC — для конкретной истории.
Пример
AC для «Вход через email»: 1) Вход с верным email/паролем → главная страница. 2) Неверный пароль → сообщение об ошибке. 3) 5 неудачных попыток → блокировка на 30 мин.Связанные термины
Язык описания поведения системы в формате: Given [начальное состояние], When [действие пользователя], Then [ожидаемый результат]. Используется для acceptance criteria и автоматизированных тестов.
Пример
Given пользователь на странице входа. When он вводит верный email и пароль и нажимает «Войти». Then система перенаправляет на /dashboard и показывает имя пользователя.Связанные термины
Техника визуализации: истории раскладываются по горизонтали (пользовательское путешествие) и вертикали (приоритет). Верхний горизонтальный срез = MVP. Помогает планировать релизы и выявлять пробелы.
Пример
Горизонталь: Регистрация → Поиск → Выбор → Корзина → Оплата → Доставка. Вертикаль под каждым — детальные истории по приоритету. Первый срез = MVP.Связанные термины
Относительная безразмерная единица оценки сложности задачи: учитывает усилие, риск и неопределённость. Не эквивалентна часам. Используется в связке с Velocity для прогнозирования.
Пример
Базовая история = 5 SP. «Добавить email-уведомление» оценили в 3 SP (проще базовой). «Интеграция с платёжной системой» — 13 SP (сложнее, много неизвестного).Связанные термины
Техника командной оценки: каждый участник выбирает карточку с оценкой втайне, затем все показывают одновременно. Крайние значения обсуждаются до консенсуса. Устраняет groupthink и «эффект якоря».
Пример
Оценки: 3, 5, 5, 8, 13. SM спрашивает того, кто поставил 3 и 13. Узнали о скрытой зависимости. Повторная оценка: все поставили 8.Связанные термины
Быстрая оценка сложности: XS, S, M, L, XL. Используется для ранней оценки эпиков и тем продукта, когда детальная оценка в story points преждевременна.
Пример
На product roadmap session команда за 30 минут оценила 20 эпиков: 3×XS, 7×S, 5×M, 3×L, 2×XL. Этого достаточно для приоритизации квартала.Связанные термины
Техника быстрой групповой оценки большого числа задач: карточки молча раскладываются по группам сложности (от простых к сложным) без детального обсуждения каждой. Затем группам присваиваются оценки.
Пример
50 историй оценили за 45 минут: все молча переставляли карточки на шкале «просто → сложно», потом командой согласовали спорные позиции.Связанные термины
Числовой ряд 1, 2, 3, 5, 8, 13, 21, 34... используемый для story points. Нелинейный рост отражает растущую неопределённость: разница между 20 и 21 незначима, но между 13 и 21 — существенна.
Пример
Нет смысла выбирать между 17 и 18 story points. Фибоначчи заставляет выбрать между 13 и 21 — признавая, что оценить точнее невозможно.Связанные термины
Среднее количество story points, завершённых командой за спринт (обычно среднее за 3–5 последних спринтов). Используется для прогнозирования. Нельзя сравнивать между командами или использовать как KPI.
Пример
Velocity за последние 5 спринтов: 38, 42, 35, 40, 45. Среднее = 40 SP. На следующий Sprint Planning берём ≈40 SP, а не 50.Связанные термины
Время от начала работы над задачей (переход в «В работе») до её завершения («Готово»). Ключевая метрика эффективности процесса. Закон Литтла: Cycle Time = WIP ÷ Throughput.
Пример
Среднее Cycle Time = 3 дня. Значит новую задачу можно обещать через ≈3 дня. Если Cycle Time растёт — ищем узкое место.Связанные термины
Полное время от появления запроса (добавления в бэклог) до доставки пользователю. Lead Time = Время ожидания в бэклоге + Cycle Time. Показывает скорость доставки ценности клиенту.
Пример
Задача попала в бэклог 1 марта, взята в работу 15 марта (14 дней ожидания), завершена 18 марта (3 дня Cycle Time). Lead Time = 17 дней.Связанные термины
Количество задач, завершённых за единицу времени (день, неделю, спринт). Используется для прогнозирования в Kanban. Отличие от Velocity: считает задачи, а не story points — не зависит от оценки.
Пример
Команда завершает в среднем 12 задач в неделю. Бэклог = 60 задач → прогноз: 5 недель до завершения.Связанные термины
График накопленного потока: каждая полоса показывает количество задач в одном состоянии в динамике. Сужения = узкие места. Широкие полосы = накопленный WIP. Наклон = скорость потока.
Пример
CFD показал: полоса «Code Review» расширяется последние 2 недели. Это bottleneck — нужно больше ревьюверов или сокращение WIP limit.Связанные термины
График убывания оставшегося объёма работы (story points) во времени в рамках спринта или релиза. Идеальная линия убывает равномерно. Используется для оперативного контроля прогресса.
Пример
На 7-й день спринта burndown показывает 60% оставшейся работы при идеальном плане 50%. Команда на Daily обсуждает, что замедлило прогресс.Связанные термины
Математический закон для систем в устойчивом состоянии: Среднее время выполнения = Среднее количество задач в работе ÷ Средняя скорость завершения. Основа для оптимизации потока в Kanban.
Пример
WIP = 10 задач. Throughput = 2 задачи/день. Cycle Time = 10 ÷ 2 = 5 дней. Сократив WIP до 6: Cycle Time = 6 ÷ 2 = 3 дня.Связанные термины
Уверенность членов команды, что они не будут наказаны за высказывание идей, вопросов, опасений или признание ошибок. Фундаментальное условие эффективных ретроспектив и постоянного улучшения.
Пример
На ретроспективе разработчик признал, что выпустил баг из-за спешки. Вместо осуждения команда обсудила, как процесс code review не поймал его.Связанные термины
Сообщество практиков — группа специалистов, которые регулярно встречаются для обмена опытом, решения общих проблем и развития навыков. Масштабируемый способ распространения Agile-культуры.
Пример
CoP Scrum Masters: 8 SM встречаются раз в две недели, делятся кейсами ретроспектив, разбирают сложные ситуации. Помогают друг другу расти без внешнего коуча.Связанные термины
Системная работа Scrum Master: идентификация всех impediments → приоритизация по влиянию → устранение самостоятельно или через эскалацию → устранение коренных причин, а не симптомов.
Пример
SM видит: команда 3 дня ждёт ревью от внешней команды. Симптом — нет ответа. Коренная причина — нет SLA на ревью. SM договорился об SLA 24 часа.Связанные термины
Искусство создания условий для продуктивного группового обсуждения. Фасилитатор управляет процессом (структура, время, участие), но не содержанием — группа сама приходит к результату.
Пример
На Sprint Planning SM не предлагает задачи, а задаёт вопросы: «Что из бэклога принесёт наибольшую ценность?», следит за временем и обеспечивает участие каждого.Связанные термины
Комплексный фреймворк масштабирования Agile для крупных организаций. Четыре уровня: Team (команды), Program (ART), Large Solution, Portfolio. Подходит для enterprise с высокой регуляторной нагрузкой.
Пример
Банк внедрил SAFe: 12 команд объединены в ART, каждые 10 недель проводят PI Planning и выпускают Program Increment.Связанные термины
Минималистичный фреймворк: базовый Scrum с минимальными дополнениями для 2–8 команд (LeSS) или 8+ команд (LeSS Huge). Единый Product Backlog. Максимум самоорганизации, минимум бюрократии.
Пример
5 команд работают над одним продуктом. Один PO управляет единым Product Backlog. Все команды синхронизируют спринты. Одна ретроспектива раз в квартал.Связанные термины
Официальный Scrum.org фреймворк для 3–9 команд, работающих над одним продуктом. Добавляет Nexus Integration Team (NIT) для управления зависимостями и интеграцией инкрементов команд.
Пример
4 Scrum-команды используют Nexus. NIT из 5 человек (по одному из каждой команды) проводит ежедневный 15-минутный Nexus Daily Scrum для синхронизации.Связанные термины
В SAFe: 5–11 команд (50–125 человек), работающих в едином ритме над общими бизнес-целями. Выпускают ценность каждые 8–12 недель (Program Increment). Координируется Release Train Engineer (RTE).
Пример
ART «Платёжная платформа»: 8 команд, 80 человек, работают в 5-спринтовых PI. Каждый квартал PI Planning выравнивает цели всех команд.Связанные термины
В SAFe: 2-дневное мероприятие для совместного планирования всех команд ART на следующие 8–12 недель. Главный инструмент выравнивания целей и управления зависимостями между командами.
Пример
80 человек собираются раз в квартал на 2 дня. День 1: бизнес-контекст + планирование команд. День 2: согласование зависимостей + финальный план PI.Связанные термины
Анти-паттерн: «Мы используем Scrum, но...» — нарушение одного или нескольких ключевых элементов Scrum при формальном следовании остальным. Часто маскирует организационные проблемы.
Пример
«Мы используем Scrum, но у нас нет Product Owner — менеджер сам расставляет приоритеты». Это не Scrum — нет ответственного за ценность продукта.Связанные термины
Анти-паттерн: команда формально выполняет все ритуалы Agile (спринты, стендапы, ретро), но без понимания ценностей. Нет реального изменения культуры, нет адаптации к обратной связи.
Пример
Спринты идут уже год. Ретроспективы проводятся. Но ничего не меняется: те же проблемы, тот же процесс, zero velocity growth. Форма без содержания.Связанные термины
Анти-паттерн: слепое копирование Agile-практик без понимания их назначения и контекста. Название отсылает к жителям Тихоокеанских островов, строившим деревянные самолёты для призыва грузов.
Пример
«Spotify использует Squad model — давайте тоже». Скопировали структуру, забыли про автономию, доверие и инженерную культуру. Новые названия, старые проблемы.Связанные термины
Анти-паттерн: использование Scrum как инструмента давления и контроля. Sprint commitment = жёсткий контракт. Невыполнение = наказание. Препятствует психологической безопасности и честным оценкам.
Пример
«Вы взяли 40 story points, выполнили 32. Объясните, почему. Следующий спринт — 45.» Команда начинает занижать оценки и брать лёгкие задачи.Связанные термины
Анти-паттерн: внешняя демонстрация Agile-процессов (термины, доски, церемонии) без реального изменения культуры и способа принятия решений. Agile как PR, а не как способ работы.
Пример
Компания объявила о «Agile-трансформации». Переименовали PM в PO, ввели спринты. Но решения по-прежнему принимает директор, команды не самоорганизуются.Связанные термины
Состав курса, уровни, практика и способы проверки знаний.
Курс включает 12 тем и 120 вопросов с разбором ответа. Начать можно с первой темы курса.
Маршрут охватывает уровни Junior, Middle. Темы расположены от основы к более сложным инженерным задачам, поэтому можно начать с подходящего места и не пропускать важные зависимости.
После прохождения тем доступен зачёт по курсу «Agile/Scrum/Kanban» — 20 случайных вопросов с порогом 80%. После зачёта открывается экзамен с развёрнутыми ответами и автоматической оценкой, приближённый к техническому собеседованию.
Да, курс полностью бесплатный: все 12 тем доступны без оплаты.