Agile-разработка по — это не только про разработчиков

Совет 1. Начните рассматривать задания как ветки Git

Git вступает в игру, когда запланированные функции проработаны, добавлены на дорожную карту продукта и команда разработчиков готова приступить к работе. Но прежде чем рассказать о применении этой системы, быстро пробежимся по основам Agile-разработки функциональных возможностей. Команды по продукту, проектированию, контролю качества и разработке проводят совещание, предваряющее начало работы над возможностью. На нем участники приходят к общему пониманию того, какой будет новая возможность (то есть, прорабатывают требования к ней), каким будет объем работ по проекту и на какие задания следует разделить работу над возможностью, чтобы реализовать ее. В результате эти задания, также известные как пользовательские истории, назначаются отдельным разработчикам.
На этом этапе рабочего процесса Agile и появляется Git. В компании Atlassian принято создавать новую ветку для каждой отдельной задачи. Свою ветку получает каждое изменение кода, будь то новая возможность, исправление бага или небольшое улучшение.
Создавать ветки легко, и с помощью них команды могут без труда совместно работать в рамках единой центральной базы кода. Когда разработчик создает ветку, он получает собственную независимую версию базы кода, в которой можно совершать изменения. Когда возможности делятся на пользовательские истории, а затем ветки, команда Agile-разработчиков получает способ выполнять задания по отдельности и работать над одним и тем же кодом, но в разных репозиториях более эффективно. Никому не приходится выполнять одну и ту же работу дважды, и, поскольку сотрудники могут сосредоточить внимание на небольших блоках работы в репозиториях, отделенных от главного репозитория, в процессе разработки возникает не так много зависимостей, способных его замедлить.
ПОДСКАЗКА
Помимо веток для заданий можно одновременно создавать и другие виды веток Git, например ветки релизов. Это позволяет разработчикам определить постоянный объем работ, запланированных для того или иного релиза, и закрепить его, не задерживая при этом других разработчиков, которые занимаются будущими релизами.
Создав ветку релиза, нужно регулярно выполнять ее слияние с главной веткой, чтобы результаты работы над функцией были включены в будущие релизы. Чтобы связанные с этим затраты ресурсов были минимальными, рекомендуется создавать ветку релиза как можно ближе к запланированной дате релиза.