Close

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

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

Просмотр тем

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

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

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

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

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

[ПРОДОЛЖЕНИЕ]

История

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

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

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

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

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

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

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

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

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

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

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

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

Claire Drumond
Claire Drumond

Клэр Драмонд работает в Atlassian как специалист по маркетинговым стратегиям, докладчик и писатель. Она создала множество статей для блогов Trello и Atlassian. Материалы, подготовленные с ее участием, регулярно публикуются на Medium, в том числе в категориях HackerNoon, Art+Marketing и PoetsUnlimited. Клэр выступает на технических конференциях по всему миру, рассказывая о методиках agile, преодолении разрозненности и развитии эмпатии.

продолжение темы
Program