Управление проектами по методологии Agile: в чем его суть и с чего начать?
Как методики Agile могут помочь вашей команде разработчиков ПО
Просмотр тем
Начните работу бесплатно с шаблоном для управления проектами Jira
Успешно ведите самые разные проекты с помощью мощных инструментов для управления заданиями и удобной расстановки приоритетов.
В чем суть управления проектами по методике Agile?
Принципы Agile предполагают итеративный подход к управлению проектами по разработке ПО, в котором основное внимание уделяется непрерывным релизам и учету отзывов клиентов в рамках каждой итерации.
Команды разработчиков ПО, применяющие гибкие методологии управления проектами, быстрее добиваются результата, расширяют возможности сотрудничества и эффективнее реагируют на рыночные тенденции.
Здесь вы получите все нужные сведения, которые помогут вам внедрить методы гибкого управления проектами или усовершенствовать их.
Управление проектами по методологии Agile: рекомендуемый контент
Краткая история управления проектами по методологии Agile
Команды разработчиков ПО взяли на вооружение различные методики Agile, чтобы избавиться от лишних операций, повысить прозрачность процессов и получить возможность быстро удовлетворять меняющиеся потребности клиентов. Принципы этих методик вытекают из концепции бережливого производства, зародившейся в компании Toyota в 1940-х годах. Практики Agile существенно отличаются от каскадного метода управления, ориентированного на разработку в рамках крупных проектов. Благодаря Agile повышается качество совместной работы, а инновации внедряются невероятно быстро.
Классический agile-подход к управлению проектами включает две методики: Scrum и Kanban. Scrum предполагает итерации с фиксированной продолжительностью, тогда как в основе Kanban лежат непрерывные релизы: после выпуска одного релиза команда сразу же переходит к работе над следующим.
Методика 1 для управления проектами в соответствии с принципами Agile: Scrum
Scrum — это гибкая методика управления проектами, основанная на итерациях с фиксированной продолжительностью, называемых спринтами. Структура спринта формируется в результате четырех собраний.
В основе всего лежит бэклог — список задач, которые необходимо выполнить. В Scrum есть два бэклога. Первый — бэклог продукта (принадлежит владельцу продукта), или список функций, упорядоченных по приоритету. Второй — бэклог спринта, который наполняется задачами из верхней части бэклога продукта до тех пор, пока возможности спринта не будут исчерпаны. В Scrum каждый участник команды получает уникальную роль, отражающую его участие в процессе. Как правило, есть scrum-мастер, отвечающий за реализацию методики Scrum в команде, владелец продукта, представляющий продукт, и scrum-команда, зачастую состоящая из специалистов разного профиля, которые и выполняют поставленные задачи.
Четыре собрания Scrum
Планирование спринта | Демонстрация спринта | Ежедневные стендапы | Ретроспектива |
Собрание команды, посвященное планированию предстоящего спринта и определению объема работы. | Собрание, в ходе которого участники команды демонстрируют результаты спринта. | Также называются просто «стендапами». Короткие, 15-минутные совещания, которые помогают согласовать деятельность разработчиков. | Обзор удачных и неудачных событий текущего спринта и обсуждение действий для улучшения следующего. |
Доска Scrum
Доску Scrum используют, чтобы визуализировать работу в рамках спринта. В ходе собрания по планированию спринта команда перемещает элементы из бэклога продукта в бэклог спринта. На досках Scrum рабочие процессы представляются по этапам, например Сделать, В работе и Готово. Доски Scrum — это ключевой компонент для повышения прозрачности при agile-управлении проектами. Начните использовать доску Scrum с помощью нашего бесплатного шаблона Scrum.
Методика 2 для управления проектами в соответствии с принципами Agile: Kanban
Kanban — это гибкая методика управления проектами, в которой задачи сопоставляются с ресурсами команды и которую внедряют для того, чтобы максимально ускорить работу. Kanban-команды могут реагировать на изменения быстрее коллективов, следующих принципам Scrum.
Методика Kanban отличается от своего идейного собрата тем, что в ней обычно нет бэклогов и вся работа находится в столбце To Do (К выполнению). Благодаря этому kanban-команды могут создавать непрерывные процессы и выпускать релизы в любой момент. Вся работа видна, измерена и готова к выполнению, поэтому, завершив одну задачу, участники сразу же переходят к следующей. Объем работ для команды рассчитывается исходя из ограничений WIP — заранее заданного количества задач, которые могут одновременно находиться в столбце (за исключением столбца To Do). Методика Kanban включает четыре компонента.
Четыре компонента Kanban
Список работ | Столбцы или полосы | Ограничения незавершенной работы (WIP) | Непрерывные релизы |
Список работ (либо истории) — это перечень актуальных задач или заданий. | Используется на доске Kanban для разделения заданий, соответствующих различным рабочим процессам, пользователям, проектам и т. п. | Правило для ограничения объема работы исходя из ресурсов команды. | Команда работает над определенным количеством историй в пределах ограничения WIP и может выпустить релиз в любое время. |
Доска Kanban
Доска Kanban помогает наглядно представить текущую работу. Кроме того, она полезна при планировании ресурсов, поскольку менеджеры проектов могут отслеживать задачи и правильно устанавливать сроки. Доска Kanban состоит из столбцов и дорожек, по которым истории движутся по мере прохождения различных этапов. Истории остаются в столбце To Do (К выполнению) до тех пор, пока ограничение незавершенной работы (WIP) не позволит перейти к следующему заданию. Инициативы из списка следует разбивать на относительно небольшие задачи и располагать в порядке приоритета. Как видно из этого примера, с помощью дорожек можно отделить приоритетные задачи от менее важных. Начните работать с доской Kanban в нашем бесплатном шаблоне Kanban для Jira.
Обязанности менеджеров agile-проектов
При разработке ПО в любой из методологий agile необходимо как-то отслеживать ход работы команды, чтобы планировать новые задачи или спринты.Благодаря оценке проектов по agile-методике командам, использующим Scrum или Kanban, проще оценивать свои ресурсы.В agile-отчетах можно увидеть прогресс команды. А диаграммы Ганта и ведение бэклога помогают руководителям проектов подготовить для команды список актуальных задач.
Оценка agile-проекта
Оценка проекта — крайне важный аспект управления проектами и в Kanban, и в Scrum. Многие команды Kanban устанавливают для себя ограничение незавершенной работы (WIP), которое действует на каждом этапе, с учетом прошлого опыта и размера коллектива. Команды Scrum путем оценки проекта определяют, какой объем работы можно сделать в рамках конкретного спринта. Многие agile-команды для вычисления этого значения используют свои уникальные приемы: покер планирования, оценка сложности в идеальных часах или баллах. Это дает им точку отсчета, от которой можно отталкиваться при оценке производительности команды во время ретроспективы спринта. Jira можно настроить с учетом уникальной системы оценки проекта, принятой в команде.
Agile-отчеты
В начале и в конце каждого спринта следует выполнять оценку проекта. Таким образом в начале спринта команда определяет, что можно сделать, а в конце — насколько точной была первоначальная оценка. Agile-отчеты, например диаграммы Burndown, показывают, сколько «очков сложности» отрабатывается в течение спринта. В Jira предлагаются десятки готовых отчетов об эффективности команд. Эта аналитика несет практическую пользу и формируется в реальном времени. Данные, на которые можно опираться в ретроспективах, открывают бесценные возможности для улучшения работы agile-команд.
Бэклог: ведение и управление
Бэклог продукта — это список задач для команды разработчиков, упорядоченный по приоритетам. Он основан на дорожной карте продукта и требованиях к нему. Команда разработчиков выбирает из бэклога продукта задачи для каждого спринта.
Ведение бэклогов и непрерывная адаптация их содержимого в соответствии с ресурсами команды и актуальными бизнес-задачами помогает командам достигать долгосрочных целей. В Jira можно вести огромные бэклоги с разноплановыми иерархиями и упорядочивать пользовательские истории и баги, просто перетаскивая задачи. Найти нужную историю или баг можно с помощью фильтров и гибкого поиска Jira.
Эффективное взаимодействие с заинтересованными сторонами
Менеджеры agile-проектов также должны предоставлять различным заинтересованным сторонам и командам, включая высшее руководство, необходимую информацию о статусе проектов, за которые они отвечают.
С помощью Atlas менеджеры проектов могут еженедельно составлять сводку о прогрессе в работе и о том, где она ведется, а также сообщать о ключевых блокерах, изменениях и об новлениях.
Начните работу бесплатно с шаблоном для управления проектами Jira
Успешно ведите самые разные проекты с помощью мощных инструментов для управления заданиями и удобной расстановки приоритетов.
Клэр Драмонд — специалист Atlassian по маркетинговым стратегиям, докладчик и автор статей. Из-под ее пера вышло множество материалов в блогах Trello и Atlassian. Кроме того, она регулярно публикуется на Medium, в том числе на базе HackerNoon, ART + marketing и Poets Unlimited. Она выступает на техконференциях по всему миру, рассказывая об Agile, преодолении разрозненности и выстраивании эмпатии.
Управление проектами по методологии Agile: рекомендуемый контент
Изучайте Scrum вместе с Jira
Обучающее руководство
Пошаговое руководство, с которым вам будет проще вести scrum-проект, расставлять приоритеты в бэклоге, упорядочивать задачи в спринтах, организовывать scrum-собрания и решать другие вопросы в Jira.
