Команды разработчиков ПО взяли на вооружение различные методики Agile, чтобы избавиться от лишних операций, повысить прозрачность процессов и получить возможность быстро удовлетворять меняющиеся потребности клиентов. Принципы этих методик вытекают из концепции бережливого производства, зародившейся в компании Toyota в 1940-х годах. Практики Agile существенно отличаются от каскадного метода управления, ориентированного на разработку в рамках крупных проектов. Благодаря Agile повышается качество совместной работы, а инновации внедряются невероятно быстро. 

Классический agile-подход к управлению проектами включает две методики: Scrum и Kanban. Scrum предполагает итерации с фиксированной продолжительностью, тогда как в основе Kanban лежат непрерывные релизы: после выпуска одного релиза команда сразу же переходит к работе над следующим. 

Методика 1 для управления проектами в соответствии с принципами Agile: Scrum

Scrum — это гибкая методика управления проектами, основанная на итерациях с фиксированной продолжительностью, называемых спринтами. Структура спринта формируется в результате четырех собраний.

В основе всего лежит бэклог — список задач, которые необходимо выполнить. В Scrum есть два бэклога. Первый — бэклог продукта (принадлежит владельцу продукта), или список функций, упорядоченных по приоритету. Второй — бэклог спринта, который наполняется задачами из верхней части бэклога продукта до тех пор, пока возможности спринта не будут исчерпаны. В Scrum каждый участник команды получает уникальную роль, отражающую его участие в процессе. Как правило, есть scrum-мастер, отвечающий за реализацию методики Scrum в команде, владелец продукта, представляющий продукт, и scrum-команда, зачастую состоящая из специалистов разного профиля, которые и выполняют поставленные задачи.

Четыре собрания Scrum

Методика 2 для управления проектами в соответствии с принципами Agile: Kanban

Kanban — это гибкая методика управления проектами, в которой задачи сопоставляются с ресурсами команды и которую внедряют для того, чтобы максимально ускорить работу. Kanban-команды могут реагировать на изменения быстрее коллективов, следующих принципам Scrum.

Методика Kanban отличается от своего идейного собрата тем, что в ней обычно нет бэклогов и вся работа находится в столбце To Do (К выполнению). Благодаря этому kanban-команды могут создавать непрерывные процессы и выпускать релизы в любой момент. Вся работа видна, измерена и готова к выполнению, поэтому, завершив одну задачу, участники сразу же переходят к следующей. Объем работ для команды рассчитывается исходя из ограничений WIP — заранее заданного количества задач, которые могут одновременно находиться в столбце (за исключением столбца To Do). Методика Kanban включает четыре компонента.

Четыре компонента Kanban

При разработке ПО в любой из методологий agile необходимо как-то отслеживать ход работы команды, чтобы планировать новые задачи или спринты.Благодаря оценке проектов по agile-методике командам, использующим Scrum или Kanban, проще оценивать свои ресурсы.В agile-отчетах можно увидеть прогресс команды. А диаграммы Ганта и ведение бэклога помогают руководителям проектов подготовить для команды список актуальных задач.