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‑отчеты, например диаграммы Burndown, показывают, сколько очков сложности отрабатывается в течение спринта. Jira Software предлагает десятки встроенных отчетов, в которых эффективность команды отображается в режиме реального времени. Данные, на которые можно опираться в ретроспективах, открывают перед вами невероятные возможности по улучшению работы agile‑команд.

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

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

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

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

Claire Drumond
Claire Drumond

Claire Drumond is a marketing strategist, speaker, and writer for Atlassian. She is the author of numerous articles published on the Trello and Atlassian blogs and is a regular contributor to various publications on Medium including HackerNoon, Art+Marketing, and PoetsUnlimited. She speaks at tech conferences around the world about agile, breaking down silos, and building empathy.

Up Next
Program