Канбан

Команда сразу видит все задачи по проекту, ответственных за их выполнение и сроки.

• Задачи на доске

Вся работа по проекту показана на Канбан-доске. Это может быть обычная доска со стикерами или сервис (например, Яндекс Трекер). Доску нужно разделить на три столбца: «запланировано», «в работе» и «готово». Затем занести задачи, ответственных и сроки выполнения в первый столбец и передвигать по мере выполнения.


• Ограничение задач

Над каждым столбцом важно указать лимит задач. Если на задачу в среднем уходит один день — в «запланировано» на неделю не должно быть больше пяти задач.

Если столбцы «запланировано» и «в работе» переполнены, а «готово» пустует — команда перегружена. Нужно ограничить количество задач.

• Встречи

В Канбане есть ежедневные короткие встречи с командой, чтобы пройтись по доске и понять, что задерживает движение задач.

• Гибкость

Новые задачи можно добавлять на Канбан-доску в любое время — это удобно для меняющихся проектов.

Scrum

Проект разбивается на короткие циклы — спринты. Задачи заносятся на доску, как и в Канбане.

• Роли в команде
• Владелец продукта — он определяет приоритеты, передает бизнес-требования команде и следит за процессом работы;
• Scrum-мастер — помогает команде соблюдать методологию Scrum, устраняет препятствия, но не управляет процессом напрямую;
• Разработчики — специалисты с навыками, которые нужны в определенном проекте. Работают равноправно, без явного лидера.
• Спринты

Обычно спринт длится около двух недель. Все это время команда работает над одной частью продукта. Перед началом спринта вся команда определяет задачи и сроки их выполнения.

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

• Задачи на доске

Все задачи спринта собраны на одной доске. Принцип деления тот же, что и в Канбане — «запланировано», «в работе» и «готово». Столбцов может быть больше, но эти три — обязательная часть доски.


• Scrum-митинги

Короткие встречи с разработчиками и Scrum-мастером проходят каждый день. Разработчики рассказывают, что успели сделать с прошлого митинга, чем будут заняты сегодня и что мешает выполнять задачи. Scrum-мастер анализирует процесс и помогает решить проблемы.

• Ретроспектива

После спринта команда собирается на ретроспективу. Обсуждают, что удалось, а что нет, чтобы учесть это в будущих спринтах.

В Scrum есть возможность спланировать работу в несколько итераций и выполнить ее в более короткие сроки. Метод очень удобен для стратегического планирования на квартал-полугодие. На большие промежутки планировать опасно, хотя у меня были успешные кейсы работы по Scrum полугодиями на протяжении двух лет. В целом, чем процесс прозрачнее, тем проще маневрировать в случае форс-мажора, изменения условий или новых вводных.

Алексей Лазаренко, менеджер проектов Friflex

Иногда мы используем Scrumban — сочетание методов Scrum и Канбан. Это удобно для проектов с roadmap и четким видением релизов. Из Scrum мы берем спринты, митинги и ретроспективы, а из Канбана — лимиты на задачи. Получается все успевать и не перегреваться.

Руслан Юсупов, системный аналитик Friflex

Waterfall

Каждый этап работы над проектом начинается только после завершения предыдущего.

• Этапы
• Аналитика — команда подробно изучает информацию о проекте, оценивает риски и составляет план работ. После того, как план утвержден, изменения в него вносить нельзя.
• Проектирование — команда создает прототипы и дизайн.
• Разработка — разработчики пишут код по техническому заданию.
• Тестирование — команда проверяет, как работает продукт,  и исправляет ошибки. Это долгий процесс — вернуться и снова что-то исправить будет нельзя.
• Эксплуатация — команда и заказчик проверяют продукт в реальных условиях.
• Поддержка — команда собирает обратную связь и следит за тем, чтобы продукт стабильно работал.
• Задачи и сроки

Чтобы контролировать выполнение задач, их заносят в диаграмму. Здесь же отмечают ответственных за выполнение задач.

Диаграмму можно создать в Excel или на бумаге. Такой подход помогает визуально контролировать проект и соблюдать сроки.

• Команда работает по плану без неожиданных задач;
• Не нужно тратить время на обсуждение процесса.

• Если на позднем этапе найдется ошибка — потребуется переделывать весь проект;
• Команда получает столько задач, сколько нужно для выполнения проекта. Их может оказаться слишком много за короткое время. Такие перегрузки часто приводят к выгоранию;
• Нельзя добавлять новые задачи в процессе.

Как начать работать по Канбану, Scrum или Waterfall

• Продумайте структуру работы и роли в команде.
• Выберите удобный сервис (Яндекс Трекер, Todoist, Kaiten или другие).
• Объясните команде, зачем это нужно и как применять.
• Сначала протестируйте метод на одном проекте и оцените результат.
• Регулярно проверяйте, что работает, а что мешает.
• Дайте команде время привыкнуть.
• Настраивайте метод под свои задачи.