Я не думаю, что многие гибкие методы хорошо справляются с действиями, которые обычно являются частью создания проекта. Многие из распространенных сред (XP, Scrum, Kanban) не решают эту проблему, но некоторые из масштабированных сред (Disciplined Agile Delivery, SAFe) в некоторой степени справляются.
Некоторые люди выступают за концепцию начального прироста (в Scrum, спринт), которая предназначена для настройки вашего проекта. Это часто называют нулем приращения (или, в Scrum, Sprint 0). Тем не менее, это не формальная часть Scrum, и пуристы говорят, что первый инкремент должен быть потенциально выпуская.
Такой прирост используется для настройки среды команды - настройки среды разработки, тестирования и производства, настройки вспомогательных инструментов и сценариев, а также создания рабочих сред с использованием выгрузочных диаграмм и резервных копий. Если кто-то в команде не знаком с используемыми инструментами разработки, именно здесь они изучают основы функционирования и начинают производить вывод на первой итерации.
Наряду с этим, вы часто начинаете писать свои первые пользовательские истории и расставляете приоритеты в бэклоге вашего продукта, так как на данный момент не существует бэклога в спринте. Кто бы ни был владельцем продукта, он будет придумывать истории. Если этот человек является новичком в Scrum, он будет учиться писать хорошие пользовательские истории, с которыми может работать и команда. Не подчеркивайте получение всех историй, но вы захотите начать с первой итерации разработки.
Различные команды обрабатывают Sprint 0 по-разному. Кто-то может поставить время на то же время, что и любой другой спринт. Другие могут сделать его немного длиннее или короче в зависимости от потребностей команды. Так как это ваша первая попытка в Scrum, я мог бы сделать это длиннее, особенно если у вас есть более короткие итерации как часть вашего цикла разработки. Если вы планируете двухнедельные итерации, сделайте это за 3 недели.
Что касается формулирования задач, я бы не стал формулировать их как пользовательские истории. Вы могли бы, с точки зрения членов команды и различных ролей (владелец продукта, ScrumMaster, разработчик, тестировщик, дизайнер, технический писатель и так далее). Однако Sprint 0 предназначен для команды, а не для клиента или пользователя. Достаточно простого списка задач и действий.
Это предварительные условия, которые мы создали до внедрения SCRUM в нашей команде. Как только вы закончите со списком, вы можете развернуть процесс и инструменты для реальной схватки.
Две другие важные части:
источник