2. Зачем?
• Повысить качество разработки
• Дать возможность Заказчику вносить изменения
в спецификацию
• Уменьшить стоимость внесения изменений
• Уйти от микроменеджмента
3. Оптимальная команда
• Команда разработчиков от 3 человек
• Разработчики имеют различные навыки,
необходимые в Проекте
• Работает полный рабочий день
• Работает в одном помещении
4. Портрет идеального Заказчика
• Может изложить требования к системе в виде
списка историй
• Готов тратить время на работу с командой
• Заинтересован в качестве
• Эксперт в предметной области
5. Преимущества SCRUM
• Процесс разработки более прозрачен
• В любой момент возможно остановить
разработку и отдать Заказчику работающий
Продукт
• Высокое качество кода
• Обмен опытом между членами команды
• Повышение эффективности команды
• Снижается риск потери знаний о Проекте при
уходе одного из разработчиков
6. Недостатки SCRUM
• Более высокая стоимость разработки
• Нет возможности точно определить сроки
окончания проекта
• Плохо работает для распределенных команд
7. Когда SCRUM не нужен?
• Небольшой проект (до 1 месяца)
• Есть детальная спецификация Проекта
• Спецификация Проекта не будет меняться в
процессе разработки
8. Проблемы и решения
Очень занятой Заказчик
Выделить одного из членов команды
представителем Заказчика
Заказчик не знает принципов SCRUM
Помочь в подготовке Product Backlog, провести
тестовый сприн