Главная · Статьи · Методологии разработки

Методологии разработки: Waterfall, Scrum, Kanban и скрамбан — как команды выбирают свою

Вячеслав Степанов Вячеслав Степанов — проджект-менеджер, ментор ·

«А по какой методологии вы работаете?» — вопрос, который звучит и на собеседованиях, и в первый день на новой работе. В этой статье — карта всех четырёх подходов, которые реально встречаются в IT: Waterfall, Scrum, Kanban и их гибрид скрамбан. Для каждого — схема, где он живёт и почему. Видео-версия — мой открытый урок, сразу ниже.

Scrum, Kanban и Agile — как реально работает IT-команда

Если видео не открывается — смотри на YouTube (может понадобиться VPN).

Содержание
  1. Waterfall: водопад
  2. Agile: не методология, а принципы
  3. Scrum: ритм спринтов
  4. Kanban: поток задач
  5. Скрамбан: как работают на самом деле
  6. Шпаргалка: как выбирают
  7. Частые вопросы

Waterfall: водопад

Классическая модель: сначала дизайн, потом аналитика, потом разработка, тестирование и релиз. Каждый этап заканчивается полностью — и только потом начинается следующий, как вода стекает по ступеням. Один большой релиз обычно выходит через 6–12 месяцев.

Инфографика: модель Waterfall — этапы аналитика, дизайн, разработка, тестирование, релиз идут строго друг за другом
Waterfall: этапы строго друг за другом, результат — один большой релиз в конце.

Где живёт: проекты с жёстким техническим заданием, где заказчик точно знает, что хочет, и требования не меняются — стройка, авионика, ГОСТ-проекты, госконтракты с фиксированным объёмом. Слабое место: за год рынок меняется, и пока команда строит подписанное, нередко выясняется, что нужно уже другое. В IT-стартапах почти не используется.

Agile: не методология, а принципы

Частая путаница: Agile — это не конкретный процесс, а манифест из четырёх принципов (2001 год): люди и взаимодействие важнее процессов; работающий продукт важнее исчерпывающей документации; отношения с заказчиком важнее договора; готовность к изменениям важнее следования плану.

Под эти принципы появились конкретные фреймворки. Два самых популярных в IT — Scrum и Kanban.

Scrum: ритм спринтов

Работа маленькими повторяющимися циклами — спринтами по 1–4 недели. Каждый спринт команда берёт порцию работы, доводит до готового результата и показывает. Смысл: ошибку замечаешь быстро и дёшево, а не через год.

Инфографика: цикл Scrum — планирование, работа с дейликами, демо, ретроспектива, на выходе готовый кусок продукта, и снова следующий спринт
Scrum: цикл из планирования, работы, демо и ретро повторяется каждые две недели.

Где живёт: продуктовая разработка с неопределённостью, команды 5–9 человек, которым нужна предсказуемая ритмика. Цена: ритуалы съедают 15–20% рабочего времени команды. Подробный разбор со всеми артефактами и ролями — в статье «Что такое Scrum простыми словами».

Kanban: поток задач

Подход из японского производства (Toyota): доска с колонками-статусами, задачи-карточки движутся слева направо непрерывным потоком — без спринтов. Главный инструмент дисциплины — лимиты WIP: нельзя держать в работе больше N задач одновременно.

Инфографика: канбан-доска с колонками Бэклог, В работе с лимитом WIP, Проверка, Завершено
Kanban: доска, поток и лимит на количество задач в работе.

Где живёт: там, где задачи прилетают непредсказуемо и они разного размера — саппорт, IT-эксплуатация, маркетинг. Слабое место: нет общего ритма, сложнее прогнозировать сроки. Полный разбор с лимитами WIP — в статье «Что такое Kanban простыми словами».

Скрамбан: как работают на самом деле

Правда, которую редко пишут в учебниках: в чистом виде ни Scrum, ни Kanban почти не встречаются. Большинство современных продуктовых команд работает по гибриду — скрамбану: ритмика и ритуалы от Scrum, доска и поток задач от Kanban, лимиты WIP мягкие — на уровне здравого смысла.

Инфографика: скрамбан — спринты, планирование, дейлики, демо и ретро от Scrum плюс доска, поток задач и мягкий WIP от Kanban
Скрамбан: берём лучшее из двух миров. Единственный минус — канонического стандарта нет, каждая команда настраивает под себя.

Хочешь пощупать эти процессы руками, а не в теории?
На менторстве ты работаешь в тренажёре реальной IT-компании: планирование, дейлики, доска в Jira — по скрамбану, как в настоящей команде. Начни с бесплатной консультации.

Записаться на бесплатную консультацию

Шпаргалка: как выбирают методологию

И совет для собеседования: когда спрашивают «по какой методологии работали?», сильный ответ — не назвать модное слово, а объяснить, почему команде подходил именно этот процесс. Это и отличает человека, который понимает процессы, от человека, который выучил термины.

Частые вопросы

Чем Agile отличается от Scrum и Kanban?

Agile — набор принципов из манифеста 2001 года. Scrum и Kanban — конкретные фреймворки, построенные под эти принципы: первый со спринтами и ритуалами, второй с доской и потоком задач.

Какая методология самая популярная в IT?

В продуктовых командах на практике чаще всего встречается скрамбан — гибрид Scrum и Kanban. Чистый Waterfall остался в проектах с фиксированными требованиями, чистый Kanban — в саппорте и эксплуатации.

Где до сих пор используют Waterfall?

Там, где требования зафиксированы и не меняются: стройка, авионика, ГОСТ-проекты, госконтракты с жёстким объёмом работ.

Что учить новичку в первую очередь?

Scrum — его спрашивают на собеседованиях чаще всего: спринты, три артефакта, роли и ритуалы. Затем Kanban и понимание, как из них собирается скрамбан, по которому работает большинство команд.

Сколько времени уходит на встречи в Scrum?

Порядка 15–20% рабочего времени команды: планирование, ежедневные дейлики, груминг, демо и ретроспектива. Это цена предсказуемого ритма.

Читайте также
  1. Как стать проджект-менеджером с нуля в 2026 году
  2. Что такое Jira и Confluence: настройка с нуля
  3. Собеседование на проджект-менеджера: разбор с оффером 250 000 ₽

Проверить себя в деле прямо сейчас?
Пройди путь проджекта в нашей игре — от книг до оффера и зарплатной гонки.

Играть в «Путь проджекта!»