Гибкая разработка программного обеспечения адаптируется к нуждам бизнеса. Часто нужна для антихрупкого прилаживания, когда заказчик получает результаты в минимальные сроки и может вносить коррективы по ходу проекта. Чтобы работа в таком стиле не превратилась в хаос, мы используем популярный процессный фреймворк Scrum, который согласуется с принципами Agile с одной стороны, и дисциплинирует команду с другой. Девиз нашего понимания Scrum: принципиальность в малом ради гибкости в большом. Дисциплина процессов выделяет роли владельца продукта, разработчиков и по необходимости Scrum-мастера.
Если не работали по Scrum, объясним что к чему.
Владелец продукта обсуждает с заказчиком объём работ и путь, который будет проходить с ним по мере достижения цели проекта. На пути ставятся дорожные камни, при прохождении которых заказчик вместе с владельцем продукта решают, каким образом лучше пройти следующий участок пути. У заказчика и владельца продукта есть карта, по которой они двигаются, и на которой они видят расставленные дорожные камни и решения, принятые при прохождении через них.
По результатам общения с заказчиком владелец продукта создаёт задачи и оценивает их с учётом своих знаний о команде. Перед преодолением очередного участка пути владелец продукта с командой верифицирует свои оценки и назначения задач на участников. И если задачи от заказчика в адрес владельца продукта могут быть в свободной форме, то от владельца разработчикам через бэклог задачи попадают исключительно в SMART-ованной форме.
Далее весь путь от одного дорожного камня до другого делится на т.н. спринты, которые владельцем продукта отдельно планируются с командой, реализуются, результаты спринта демонстрируются владельцу продукта и заказчику, если он этого желает, проводится ретроспектива и планирование следующего спринта.
Если заказчик знает Scrum, то мы допускаем ему быть владельцем продукта самому. При этом в составе команды он нас будет участвовать Scrum-мастер, который убедится в близости наших трактовок для совместного успеха.
Гибкая разработка нужна заказчикам, вовлечённым в работу. Сам подход не является панацеей, и всегда доступен стандартный подход к работе, часто подходящий средним и крупным компаниям.
Дисциплину процессов при гибкой разработке по стандартам у нас поддерживает официальная документация по Scrum. Порядок проектирования часто выбираем согласно ICONIX.