Софт за 30 дней

Для разработки ПО используется предиктивный процесс, подходящий для производства, где единственный цикла процесс создаёт большой объём продукта. Такой процесс не является подходящим для данной сферы, так как наблюдается превышение бюджета и сроков, низкое качество продуктов.

Эмпирический процесс включает в себя получение информации путём наблюдения, а не предсказания. Он более применим там, где неизвестного больше, чем известного. Для использования эмирического подхода процесс разбивается на итерации, по завершению каждой из которых можно делать прогноз на основании полученных результатов. Авторы приводят несколько примеров применения scrum и статистику.

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

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

Работа может управляться в трёх переменных: требования и задачи, время, результат. График выгорания работ позволяет сделать прогноз. Этот прогноз позволяет бизнесу оценить стоит ли продолжать вкладывать в разработку. Предиктивный подход применяется в рамках одного спринта => Один спринт это есть проект. Scrum не для мультипроектной среды, т.к. предполагает одного сотрудника работающего за одним проектом в один момент времени.

Scrum на уровне студии помогает избежать провала по внедрению на уровне всей организации как и PRN. Студия - научающаяся организация. Её цель - сделать запуск новых scrum-проектов более лёгким. Тестирование для стабильности, производительности и безопасности производится непосредственно во время разработки. Все решения о разработке принимаются командно, менеджер не принимает решения единолично, а затем не навязывает обязательства команде. Должна быть обеспечена линейность работы - законченность после каждого спринта. Важнейшее условие Scrum - получение результата которым можно пользоваться в конце каждого спринта, спринт не есть какой-то объём работы, который мы можем сделать, это объём работы, который можно отдать заказчику.

Scrum - организационный фреймворк. Значительное количество ограничений составляют убеждения сотрудников.