18 тем · ~80 минут · 48 тестов

Лекция «Agile, Scrum, Kanban против Waterfall: выбор подхода»

Гибкие подходы не быстрее каскада — они дешевле в изменениях и дороже в координации. Механика Scrum по официальному руководству 2020, WIP-лимиты и закон Литтла, требования без большого ТЗ, что нельзя выносить наверх вместо velocity и где каскад остаётся обязательным по устройству процедуры — для бизнес-аналитика, продакт- и проджект-менеджера.

Для кого

Для бизнес-аналитиков, продакт- и проджект-менеджеров, которым нужно понимать устройство спринтов, бэклога и WIP-лимитов по первоисточникам, а не по пересказам, и выбирать подход под тип работы — включая случаи, где гибкость упирается в процедуру закупки.

Базовый уровень — с нуля
Что получишь

После лекции вы сможете

  • Выбирать подход под природу работы по рабочим критериям: когда Scrum, когда Kanban, когда каскад, когда Scrumban — и раскладывать проект на компоненты через Cynefin вместо единого ярлыка
  • Применять механику Scrum по руководству 2020: три ответственности, пять событий с таймбоксами, три артефакта с обязательствами, отмена спринта и граница между «неполным» и «неизменяемым»
  • Вести требования без большого ТЗ: горизонты анализа, история как приглашение к разговору, проверка по INVEST, место нефункциональных требований в определении готовности
  • Считать поток по закону Литтла, ставить WIP-лимиты по этапам и находить узкое место — вместо требований работать быстрее
  • Отделять метрики команды от отчётности наверх: почему velocity не выносят наружу, что дают метрики потока и DORA и как читать их уровни
  • Проверять цифры о методологиях на выборку и определение успеха — на примере отчётов CHAOS и единственной приличной академической проверки
Программа

18 тем и 48 тестов на понимание

Каждая тема — один экран и одна мысль. В конце темы — ситуационные вопросы: ответили верно, идёте дальше.

Часть 1. Два документа, вокруг которых спор

1

Манифест 2001: 68 слов и оговорка, которую опускают

2

Ройс, 1970: каскад — карикатура на статью, которая от неё предостерегала

3

Что каскад делает хорошо — и чем за это платят

Часть 2. Scrum по официальному руководству

4

Три ответственности Scrum — и почему в нём нет менеджера проекта

5

Пять событий и их таймбоксы

6

Три артефакта и три обязательства

7

Refinement — не событие, отмена спринта — только у владельца продукта

Часть 3. Требования и поток

8

Куда девается техническое задание

9

Kanban: шесть практик, из которых доска — одна

10

Арифметика потока: закон Литтла и узкое место

Часть 4. Что мерить и чему верить

11

Velocity наружу не выносят: что мерить и что нельзя

12

Цифра, которой в этой лекции не будет

13

Что рынок делает на самом деле

Часть 5. Выбор подхода и честная критика

14

Cynefin: сначала определите природу задачи

15

Рабочие критерии: когда Scrum, когда Kanban, когда каскад

16

Фиксированная цена и госзаказ: где гибкость упирается в процедуру

17

Критика изнутри: Dark Scrum и спор о слове

18

Масштабирование: сначала проверьте, нельзя ли не масштабировать

Темы лекции: управление, продукт, методология, аналитика

Обновлено: 25 августа 2026

Как устроено обучение

Читаете, отвечаете, видите результат

Интерактивная лекция с тестами: тема — экран текста, за ним вопрос по этой же теме. Ни видео, ни вебинаров, ни дедлайнов.

Тесты внутри тем

48 тестов по ходу лекции — ситуационных, на понимание, а не на зубрёжку.

Старт — бесплатно и сразу

Первые темы открыты без регистрации: нажали — учитесь. Понравилось — продолжите по аккаунту, полный доступ от 99 ₽. Прогресс сохраняется на той же теме.

Вопросы

Коротко о главном

Сколько времени займёт лекция?
Около 80 минут на 18 тем. Прогресс сохраняется, поэтому лекцию можно проходить частями и возвращаться к ней позже.
Это бесплатно?
Начало — да: первые 1 тема открыты сразу, без регистрации. После бесплатной регистрации откроются темы до 2-й — вместе с частью из 48 тестов и монетами за верные ответы. Полная лекция — 99 ₽ навсегда, либо подписка на все лекции платформы от 499 ₽ в месяц.
Что у меня останется после лекции?
Восемнадцать тем позади. Вы прочитали оба документа, вокруг которых построен спор: Манифест 2001 года с оговоркой «не отрицая важности того, что справа» и статью Ройса 1970 года, назвавшую линейную последовательность фаз рискованной и напрашивающейся на провал. Знаете, что каскад не медленный, а дорогой в изменениях, и что даёт он взамен: цену и срок до старта, приёмку по документу, работу без ежедневного вовлечения заказчика. Механика Scrum у вас из первоисточника — ответственности вместо ролей, таймбоксы с максимумом и без минимума, три обязательства артефактов, уточнение бэклога как постоянная работа и отмена спринта как единоличное право владельца продукта. Вы считаете время цикла через закон Литтла и знаете единственный рычаг без новых людей: взять меньше задач. Отличаете доску от Kanban по одному вопросу и знаете, куда идут свободные руки, когда на проверке очередь. Не отдаёте velocity наверх и умеете объяснить, почему очки одной команды несравнимы с очками другой, — и что давать вместо. Проверяете любую цифру об успешности методологии на выборку и определение успеха. Выбираете подход под компонент работы, а не под организацию, и знаете, где фиксация объёма встроена в логику обоснования цены. И держите в голове, что самая жёсткая критика гибких подходов написана людьми, которые подписывали Манифест, и ни один из них от него не отрёкся.
Лекция для аналитика, продакта или проджекта?
Для всех трёх сразу, и линии не пересекаются. Аналитик уносит работу с требованиями без большого ТЗ: три горизонта анализа, INVEST, критерии приёмки, место нефункциональных требований в определении готовности и почему «Definition of Ready» не часть Scrum. Продакт — три обязательства, порядок в бэклоге вместо корзин приоритетов, обзор спринта как не-ворота релиза, единоличное право отменить спринт и что показывать наверх вместо velocity. Проджект — таймбоксы, WIP-лимиты и закон Литтла, метрики потока и DORA, Cynefin как диагностика и механику фиксированной цены по 44-ФЗ. Примеры идут вперемешку из четырёх контекстов: продуктовая команда в вебе, поток заявок в поддержке, внутренняя система и проект по контракту.
Будет ли здесь доказано, что Agile лучше Waterfall?
Нет, и это осознанная позиция. Ходовая цифра «agile-проекты успешны в 3,5 раза чаще» происходит из отчётов, чья методология оспорена академически: выборка смещена к провалам, определение успеха менялось между годами, данные закрыты. Отдельная тема разбирает эту критику по семи пунктам и показывает единственную приличную академическую проверку темы — с её собственными ограничениями. Каскадная модель в лекции не называется устаревшей: есть классы задач, где она остаётся обязательной по устройству процедуры. Лекция про выбор подхода под работу, а не про победу одного лагеря.

Agile, Scrum, Kanban против Waterfall: выбор подхода — открывается прямо сейчас

18 тем, 48 тестов и около 80 минут вашего времени. Первые темы — бесплатно и без регистрации: начните и решите по делу, а не по описанию.

Начать лекцию →

Уже проходили? Личный кабинет помнит, на чём вы остановились.