Опыт использования SCRUM
разработка WEB-проектов

Зачем?
• Повысить качество разработки
• Дать возможность Заказчику вносить изменения
в спецификацию
• Уменьшить стоимость внесения изменений
• Уйти от микроменеджмента

Оптимальная команда
• Команда разработчиков от 3 человек
• Разработчики имеют различные навыки,
необходимые в Проекте
• Работает полный рабочий день
• Работает в одном помещении

Портрет идеального Заказчика
• Может изложить требования к системе в виде
списка историй
• Готов тратить время на работу с командой
• Заинтересован в качестве
• Эксперт в предметной области

Преимущества SCRUM
• Процесс разработки более прозрачен
• В любой момент возможно остановить
разработку и отдать Заказчику работающий
Продукт
• Высокое качество кода
• Обмен опытом между членами команды
• Повышение эффективности команды
• Снижается риск потери знаний о Проекте при
уходе одного из разработчиков

Недостатки SCRUM
• Более высокая стоимость разработки
• Нет возможности точно определить сроки
окончания проекта
• Плохо работает для распределенных команд

Когда SCRUM не нужен?
• Небольшой проект (до 1 месяца)
• Есть детальная спецификация Проекта
• Спецификация Проекта не будет меняться в
процессе разработки

Проблемы и решения
Очень занятой Заказчик
Выделить одного из членов команды
представителем Заказчика
Заказчик не знает принципов SCRUM
Помочь в подготовке Product Backlog, провести
тестовый сприн