Опыт использования SCRUM

разработка WEB-проектов

Зачем?

• Повысить качество разработки • Дать возможность Заказчику вносить изменения

в спецификацию • Уменьшить стоимость внесения изменений

 • Уйти от микроменеджмента

Оптимальная команда

• Команда разработчиков от 3 человек • Разработчики имеют различные навыки,

необходимые в Проекте • Работает полный рабочий день

 • Работает в одном помещении

Портрет идеального Заказчика

• Может изложить требования к системе в виде списка историй

 • Готов тратить время на работу с командой

 • Заинтересован в качестве 

 • Эксперт в предметной области

Преимущества SCRUM

• Процесс разработки более прозрачен 

• В любой момент возможно остановить разработку и отдать Заказчику работающий Продукт

 

• Высокое качество кода 

• Обмен опытом между членами команды 

• Повышение эффективности команды 

• Снижается риск потери знаний о Проекте при уходе одного из разработчиков

Недостатки SCRUM

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

окончания проекта • Плохо работает для распределенных команд

Когда SCRUM не нужен?

• Небольшой проект (до 1 месяца) • Есть детальная спецификация Проекта

 • Спецификация Проекта не будет меняться в

процессе разработки

Проблемы и решения

Очень занятой Заказчик Выделить одного из членов команды

представителем Заказчика

Заказчик не знает принципов SCRUM Помочь в подготовке Product Backlog, провести

тестовый сприн