Управление проектами по гибкой методологии Agile

Как использовать методологию agile для вашей команды разработчиков

Что такое управление проектами по методике agile?

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

Что же это за методика и пригодится ли она вашей команде? Вот что вам нужно знать, чтобы начать работу с agile или использовать эту методику эффективнее. 

Статьи об agile-управлении проектами

[CONTINUED]

История

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

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

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

Принципы работы Scrum

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

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

Четыре составляющих Scrum

Планирование спринтов ДЕМОНСТРАЦИЯ СПРИНТА Ежедневные стэндапы Retrospective
Собрание команды по планированию для определения объема работы на следующий спринт. Общее собрание с демонстрацией результатов, достигнутых командой в ходе работы над последним спринтом. Известно также как «стендап»: короткое 15-минутное совещание для синхронизации работы команды. Обзор удачных и неудачных событий текущего спринта и обсуждение действий для улучшения следующего спринта.

 

Пример scrum-доски | Atlassian — тренер по agile

Scrum-доска

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

Принципы работы Kanban

Kanban представляет собой agile-методику управления проектами, в которой работа сопоставляется с ресурсами команды. Ее цель — выполнять работу как можно быстрее, поэтому kanban-команды могут реагировать на изменения даже оперативнее, чем scrum-разработчики.

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

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

Список работы 
(истории)

Столбцы или полосы

Лимиты задач в работе (WIP)

Непрерывные релизы

Список работы (истории) — это проблемы или задачи, которые необходимо решить.

Используются в kanban-досках для разделения задач, соответствующих различным рабочим процессам, пользователям, проектам и т. д. Правило для ограничения объема работы на основании ресурсов команды.  Команда работает над определенным числом историй в пределах лимита WIP и может выпустить релиз в любое время. 

 

Пример kanban-доски | Atlassian — тренер по agile

Kanban-доска

Kanban-доска используется для визуализации выполняемой работы. Она также полезна при планировании ресурсов, поскольку руководители проектов видят задачи и могут определить соответствующие сроки. Kanban-доска состоит из столбцов и полос, по которым истории движутся по мере выполнения. Истории остаются в столбце «Сделать» до тех пор, пока лимит WIP не позволит перейти к следующей задаче. Перечень работ необходимо разделять на относительно небольшие задачи и располагать в порядке приоритета. Как видно из этого примера, с помощью полос можно отделять более приоритетные задачи от «всего остального».

Оцените, запишите и распланируйте

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

Оценка проектов по agile-методике | Atlassian — тренер по agile

Оценка проекта по методике agile

Оценка проекта — это необычайно важный аспект управления проектами и в Kanban, и в Scrum. Kanban-команды в большинстве своем устанавливают лимиты WIP для каждого этапа работы, исходя из своего опыта и размера команды. Scrum-команды определяют, сколько работы можно сделать в рамках одного спринта, путем оценки проекта. Многие agile-команды для вычисления этого значения используют уникальные методики, такие как покер планирования, оценка в идеальных часах или в очках за истории. Это дает точку отсчета, благодаря которой в процессе ретроспективы спринта становится понятно, как идет работа. Jira Software можно настроить с учетом уникальной системы оценки проекта, используемой той или иной командой.

Пример agile-отчета | Atlassian — тренер по agile

Agile reporting

Оценку проекта следует выполнять в начале и в конце каждого спринта. Таким образом, в начале спринта команда определяет, что можно сделать, а в конце — насколько точной была первоначальная оценка. Agile-отчеты, например диаграммы сгорания, показывают, сколько «очков за историю» будет отработано в течение спринта. Jira Software предлагает десятки встроенных отчетов, в которых эффективность команды отображается в режиме реального времени. Данные, на которые можно опираться в ретроспективах, открывают перед вами невероятные возможности по улучшению своей работы.

Пример agile-бэклога| Atlassian — тренер по agile

Бэклог: ведение и управление

Бэклог продукта — это список задач для команды разработчиков с указанием приоритетов. Он основан на роадмапе продукта и требованиях к нему. Команда разработчиков забирает в каждый спринт задачи из бэклога продукта.  

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

Клэр Драмонд
Клэр Драмонд

Совмещая должности специалиста по контент-стратегиям и менеджера по маркетингу продукта Jira, я участвую как в разработке продукта, так и в его представлении клиентам. В свободное время я ищу новые идеи для подкаста, сочиняю прозу и бегаю с собакой по набережной Эмбаркадеро — порой все это происходит одновременно.