Agile management: Get started building an agile workflow

Agile Project Management

 АВТОРИТЕТНО  ■ NEW! EMBA «ЛИДЕР ПРОЕКТОВ ЦИФРОВОЙ ТРАНСФОРМАЦИИ КОМПАНИИ» — СИСТЕМНЫЙ ОТВЕТ ИГСУ РАНХиГС ■ NEW! БИЗНЕС-ОБРАЗОВАНИЕ: ВЫЗОВЫ И ВОЗМОЖНОСТИ В ЭПОХУ “BANI” ■ XIII НАРОДНЫЙ РЕЙТИНГ БИЗНЕС-ШКОЛ РОССИИ — 2022 (MBA.SU)

Agile Project Management — комплекс методик и подходов к управлению проектами, которые:

• фокусируют команду проекта (входят все заинтересованные стороны) на нуждах и целях клиентов
• предполагают повышение полномочий сотрудников и свободу творческого поиска
• упрощают организационную структуру и процессы (в частности, отказ от излишне подробной документации и долгих согласований)
• предполагают выполнение работа короткими циклами (итерациями)
• активно используют обратную связь

Agile проект выполняется в небольших разделах — итерациях. Каждая итерация рассматривается и подвергается критике командой проекта, в которую должны входить представители всех заинтересованных сторон проекта.

Выводы, полученные в результате критики итерации, используются для определения следующего шага в проекте.

Основным преимуществом Agile Project Management является его способность реагировать на возникающие проблемы по мере их возникновения на протяжении всего проекта. Внесение необходимых изменений в проект в нужное время помогает сэкономить ресурсы и, в конечном итоге, помочь реализовать успешный проект в срок и в рамках бюджета.

Методология гибких проектов разбивает проекты на небольшие части, которые выполняются в рабочих сессиях, начиная с этапа проектирования и заканчивая тестированием и обеспечением качества.

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

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

Agile Project Management побуждает группы постоянно оценивать время и затраты по мере выполнения своей работы. Они используют не диаграммы Ганта и вехи проекта для отслеживания прогресса, а графики скорости и выгорания для измерения своей работы.

Agile Project Management не требует присутствия или участия менеджера проекта. Для успеха в рамках традиционных методологий реализации проекта менеджер проекта управляет бюджетом, персоналом, масштабами проекта, качеством, требованиями и другими ключевыми элементами. В рамках APM роль менеджера проекта распределяется среди членов команды.

Тренинг Agile Project and Delivery Management (ICP-APM)

Ближайшие тренинги

Программа

О тренинге

Agile Project and Delivery Management (ICP-APM) – один из блоков в треке Delivery Management дорожной карты обучения ICAgile.

Тренинг посвящен работе менеджера в Agile среде и тем задачам, которые он выполняет: работа с внешним миром (стейкхолдеры и т.д.), ведение процесса разработки, оценки, планирование, анализ производительности, трансформация классических проектных команд в среду гибкой разработки. А также освещает вопросы, касающиеся взаимодействия между исполнителем, заказчиком и конечным пользователем (agile-контракты и пр.

Программа тренинга аккредитована International Consortium for Agile (ICAgile). Курс рассчитан на продвинутых участников с опытом командной работы и соответствующими теоретическими и практическими знаниями. По окончании тренинга участники получают именной сертификат ICAgile Certified Professional – Agile Project and Delivery Management (ICP-APM)


Кому тренинг будет полезен

Опытные руководители и лидеры:

• CTO, COO, руководители разработкой;
• работники проектного офиса;
• руководители проектов и лидеры команд;
• скрам-мастеры и Agile-коучи.

Специалисты по работе с клиентом:


• специалисты по препродажам, аккаунт-менеджеры.

Участники процесса:

• бизнес-аналитики и другие члены команд, переходящие на работу в стиле Agile.

Тренинг поможет

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

Что получат участники тренинга

• Сертификат ICP-APM

  Участники получат международный сертификат ICAgile Certified Professional – Agile Project and Delivery Management и профиль на сайте ICAgile.com.

• Поддержка после тренинга

  По окончании тренинга каждый участник приглашается в закрытую Slack — группу, в которой можно задать тренерам любые вопросы, продолжать общение с другими участниками тренингов.

• Post-pack

  Письмо с дополнительными материалами, список статей и литературы для самостоятельного обучения.

• PDU/SEU баллы

  Посетив этот курс, вы получите возможность заработать до 15 баллов в категории С SEU и до 14 PDU, которые можно будет потратить на последующее обучение.
  Инструкция как я могу получить SEU?

• Фотографии

  Профессиональные фотографии процесса тренинга.

• Тематический подарок

  Каждый участник получит тематический подарок от команды AgileLAB

• Снимки флипчартов

  Мы сфотографируем и пришлем вам снимки флипчартов со схемами и результатами упражнений.
  

• 16 часов обучения

  Перерывы на обед, кофе-паузы каждые полтора часа.
  Теорию закрепляем практикой, работая в небольших группах по 4-5 человек.
  

• Обеды и кофе-паузы

  Обеды и кофе-паузы входят в стоимость тренинга. Есть возможность выбрать вегетарианское меню.

Программа

Agile для человека

Организация комфортного рабочего процесса, который позволяет максимально раскрыть потенциал всех участников разработки ПО:

• построение эффективной команды;
• создание здоровой командной атмосферы;
• роль руководителя проекта в Agile;
• участие команды в процессе планирования и оценки;
• производительность команды, метрики, оценка здоровья проекта;
• оценка индивидуальной работы на основе обратной связи и способы борьбы с конкуренцией внутри команды.

Agile для процесса

Управление разработкой ПО с точки зрения Agile-подхода:

• сравнение традиционного управления проектами и Agile;
• обзор управления проектом с позиций Agile;
• планирование итераций и релизов;
• требования, риски, качество с позиций Agile;
• переосмысление классических ограничений: время, стоимость, объем работ;
• понятия времени прохода (lead time), потерь и ценности проекта;
• техники оценки объема работ.

Agile для бизнеса

Организация взаимодействия между исполнителем, заказчиком и конечным пользователем, которое приносит выгоду всем сторонам:

• непрерывная обратная связь между командами и клиентами как инструмент работы с рисками;
• работа со сторонними поставщиками;
• Agile-контракты.

Ближайшие тренинги
Agile Project and Delivery Management (ICP-APM)


Гибкое управление проектами — руководство для начинающих

Когда дело доходит до управления вашей работой, существуют десятки и десятков методологий управления проектами на выбор.

Но когда вы начнете исследовать, какая методология подходит именно вам, вы, вероятно, снова и снова увидите одно конкретное слово:

Agile.

Кажется, что это мерцает в вашем периферийном зрении, как какой-то мираж управления проектами. Это реально? Могут ли все общепризнанные преимущества гибкого управления проектами быть правдой? Или это просто модное словечко, которое обещает больше, чем дает?

Можно с уверенностью сказать, что вокруг преимуществ гибкого управления проектами много шума. Но что именно? И как узнать, подходит ли это для управления вашей командой?

Что такое гибкое управление проектами?

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

Это позволяет проектным группам применять гибкие методологии управления проектами для быстрой и совместной работы в рамках временных рамок и бюджета проекта.

Простой в использовании, мощный, когда вам это нужно

Teamwork, которому доверяют 20 000 компаний и 6000 агентств, позволяет вам легко управлять, отслеживать и настраивать несколько сложных проектов. Начните с бесплатной 30-дневной пробной версии.

Попробуйте Teamwork бесплатно

Гибкое управление проектами охватывает множество различных гибких методологий управления проектами, каждая из которых основана на некоторых общих принципах и основных ценностях гибкой разработки.

Но единой универсальной «гибкой методологии» не существует. Так откуда они все взялись?

Краткая история Agile

Большинство современных agile-методов управления проектами берут свое начало в разработке программного обеспечения. Еще в 1990-х команда разработчиков программного обеспечения обнаружила, что высокоструктурированные «тяжеловесные» традиционные методологии управления проектами (например, Waterfall) просто не подходят, когда дело доходит до того, как им нужно работать.

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

Но в отличие от отраслей, где процесс был фиксированным, а результат был надежным и стабильным (подумайте: производственный процесс, который создает один и тот же продукт на конвейере), изменения являются фундаментальным компонентом программных проектов.

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

Вместо того, чтобы быть в плену плана управления проектом, который они наметили в начале, гибкие методы управления проектами означали, что команды могли учитывать эти изменения для создания наилучшего продукта. Для этого им требовались более короткие циклы разработки (называемые спринтами), более итеративный процесс, а также непрерывная обратная связь и тестирование.

Затем, в 2001 году, группа разработчиков программного обеспечения собралась вместе, чтобы обсудить основные принципы Agile и по-настоящему углубиться в лежащую в его основе философию. Они придумали Манифест гибкой разработки программного обеспечения, набор ценностей и принципов, которые могли бы стать путеводной звездой для команд, задающихся вопросом, как стать гибкими.

Определение гибкого управления проектами

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

Знание истории гибкого управления проектами (или, по крайней мере, краткого изложения, изложенного выше) может помочь дать контекст некоторым терминам и процессам, которые до сих пор характеризуют гибкое управление проектами и которые мы вскоре рассмотрим более подробно. когда мы разберем Agile Manifesto более подробно.

Но если вы сейчас ищете просто определение гибкого управления проектами, а не предысторию того, что было раньше, вот полезное определение гибкого управления проектами.

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

Хорошо звучит? Давайте вернемся к Agile-манифесту, чтобы узнать больше об основных ценностях и принципах, которые вы можете использовать для руководства любым agile-проектом.

4 основных ценности Agile

Как упоминалось выше, самые ранние agile-методы управления проектами были сосредоточены на программном обеспечении, и Agile Manifesto был создан разработчиками программного обеспечения. Таким образом, вы увидите это слово и другие связанные с ним термины, такие как «разработчики» и «клиенты», повсюду.

Но не чувствуйте себя ограниченным этим.

Независимо от того, создаете ли вы программное обеспечение или что-то совершенно другое (например, маркетинговую кампанию), существует множество выводов, которые вы можете применить независимо от того, в какой отрасли вы работаете. значения:

• Индивидуумы и взаимодействие над процессами и инструментами.

• Работающее программное обеспечение с исчерпывающей документацией.

• Сотрудничество с клиентами при заключении контракта.

• Реагирование на переход по плану.

Эти основные ценности лежат в основе всех гибких подходов к управлению проектами, давая информацию обо всем, от стандартных способов работы до 12 гибких принципов управления проектами.

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

Это относится не только к рабочим процессам (прогресс достигается за счет «людей и взаимодействий» и «сотрудничества с клиентами», ставя во главу угла человеческий фактор), но и к готовой продукции. То есть цель состоит в том, чтобы создать что-то функциональное, что принесет наибольшую пользу конечному пользователю.

12 принципов гибкого управления проектами

Согласно Agile Manifesto, существует 12 ключевых принципов гибкого управления проектами. По словам самого манифеста, это:

1. Приоритетом номер один является удовлетворение потребностей клиентов за счет своевременной и непрерывной поставки ценного программного обеспечения.

2. Приветствуйте меняющиеся разработки, даже на поздних стадиях разработки. Гибкие процессы используют изменения для конкурентного преимущества клиента.

3. Доставляйте работающее программное обеспечение часто, от нескольких недель до нескольких месяцев, предпочитая более короткие сроки.

4. Деловые люди и разработчики должны ежедневно работать вместе на протяжении всего проекта.

5. Создавайте проекты вокруг мотивированных людей. Обеспечьте им необходимые условия и поддержку и доверьте им выполнение работы.

6. Самый эффективный и действенный метод передачи информации команде разработчиков и внутри нее — беседа лицом к лицу.

7. Работающее программное обеспечение является основным мерилом прогресса.

8. Гибкие процессы способствуют устойчивому развитию. Спонсоры, разработчики и пользователи должны иметь возможность поддерживать постоянный темп на неопределенный срок.

9. Постоянное внимание к техническому совершенству и хорошему дизайну повышает маневренность.

10. Простота — искусство максимального увеличения объема незавершенной работы — имеет важное значение.

11. Лучшие архитектуры, требования и проекты создаются самоорганизующимися командами.

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

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

Еще одна повторяющаяся тема в этих принципах? Выровняйтесь, оставайтесь в согласии и работайте вместе. Это касается всех участников: вашей собственной команды, «деловых людей», других отделов и заинтересованных сторон. Гибкие методы управления проектами основаны на активном сотрудничестве и прочных межличностных отношениях. Итак, как однажды сказали Билл и/или Тед: будьте добры друг к другу.

Каковы преимущества гибкого управления проектами?

Agile-управление проектами может показаться просто модной методологией управления проектами  du jour , но оказалось, что это больше, чем просто вспышка.

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

Вот некоторые из наиболее часто упоминаемых преимуществ гибкого управления проектами.

Больше адаптивности (и меньше рисков)

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

А благодаря назначенным коротким циклам спринтов, более четкой визуализации проекта и регулярным обновлениям отчетов команды могут повысить предсказуемость проекта и снизить риски.

Повышение удовлетворенности клиентов

Возможно, вы помните, что сотрудничество с клиентами является одной из четырех основных ценностей гибкого управления проектами.

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

Гибкие методологии управления проектами выдвигают на первый план клиента и побуждают вас тесно сотрудничать с ним, а также с другими заинтересованными сторонами, чтобы убедиться, что вы создаете что-то, что действительно решает их проблему.

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

Более счастливые команды

Agile-команды более автономны. То есть им часто предоставляется свобода предлагать новые идеи, вводить новшества и решать проблемы, которых может не хватать в традиционных методологиях управления проектами.

С такой ответственностью людям доверяют выполнение работы и поощряют видеть себя неотъемлемыми членами команды, которые могут внести ощутимый вклад в конечный результат проекта.

Не только это, но и акцент на сотрудничестве и общении может способствовать созданию более прозрачных, эффективных, творческих и, да, более счастливых команд.

Как стать гибкими

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

Но вот в чем дело: гибкое управление проектами — это не волшебное панацея, способная решить все ваши проблемы с управлением проектами. И он не существует на пустом месте.

Для того чтобы гибкие методы оказали такое преобразующее воздействие, вам нужна поддержка, заинтересованность и несколько действительно выдающихся людей в команде.

Итак, если вам интересно, как стать гибким, вот что вам нужно иметь в виду.

Привлеките к работе нужных людей

Гибкие методологии управления проектами основаны на найме замечательных людей и предоставлении им возможности выполнять свою работу наилучшим образом. Это даже отражено в основных ценностях Agile: люди превыше процессов.

Это означает, что вам нужно сосредоточиться на подборе и найме нужных людей в первую очередь. Найдите нужных людей и высвободите их талант для решения проблем, а не бездумного выполнения приказов, и вы уже будете на полпути.

Как Teamwork использует Teamwork: рекрутинг и адаптация

Интеграция вашей службы поддержки и приложений для управления проектами на всех этапах — от найма до адаптации — позволяет создать единый рабочий процесс и обеспечить положительное впечатление от кандидата от начала до конца. Вот как мы используем Teamwork внутри компании и используем интеграцию между продуктами для создания плавного и прозрачного процесса на каждом этапе процесса найма.

Узнать больше

И найти нужных людей 

бортовой

Согласно 13-му ежегодному отчету о состоянии Agile, все три главных препятствия на пути внедрения или масштабирования гибких методов управления проектами связаны с проблемами организационной культуры. К ним относятся:

1. Организационная культура, противоречащая ценностям Agile

2. Общее сопротивление организации изменениям

3. Неадекватная поддержка и спонсорство руководства

Для agile от всех — включая руководство. Респонденты опроса высоко оценили внутренних agile-коучей, спонсорство руководителей, предоставляемые компанией программы обучения, последовательные практики и процессы в командах, а также внедрение общего инструмента в командах как 5 лучших советов, когда дело дошло до внедрения agile-методов управления проектами в компании.

Получите сертификацию

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

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

Используйте правильные инструменты управления проектами

Внедрение общего инструмента для команд является не только одним из 5 лучших способов масштабирования ваших гибких практик, но и в первую очередь важно помочь вашей команде стать гибкими.

Ищите гибкое гибкое средство управления проектами, которое поддерживает ваш стиль работы, а не диктует его. В Teamwork есть все, что вам нужно, чтобы предоставить всем в вашей команде видимость, гибкость и сотрудничество, необходимые им для продвижения вперед, независимо от того, предпочитаете ли вы доски Scrum или kanban, — и когда придет время масштабироваться, он может масштабироваться вместе с вами.

Agile и Scrum: в чем разница?

Мы уже упоминали, сколько существует типов гибкого управления проектами (ответ: столько-то ), но из множества гибких методологий есть одна, которую вам, возможно, захочется освежить в памяти.

Scrum, несомненно, является одной из самых популярных гибких методологий, используемых сегодня: колоссальные 72% респондентов последнего отчета State of Agile заявили, что они используют «Scrum или гибрид, включающий Scrum».

Как и другие agile-методологии управления проектами, Scrum придерживается основных agile-ценностей и принципов (итераций, реагирования на изменения и всего того хорошего, о чем говорилось выше).

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

Agile-управление проектами с помощью Scrum

В команде Scrum есть три основные роли:

Владелец продукта

Лицо, ответственное за максимизацию ценности работы, выполненной Командой Разработки. Один из способов сделать это — управлять бэклогом.

Команда разработчиков

Небольшая группа людей, которые в конечном итоге работают над The ​​Thing. Команда имеет плоскую иерархию и самоорганизуется; как только цели установлены, члены команды могут решать их по своему усмотрению.

Scrum Master

Работает, чтобы облегчить и поддержать процесс Scrum для Владельца Продукта, Команды Разработки и, что важно, для организации в целом.

Вот примерное представление о том, как это работает:

1. Все, что нужно сделать команде (например, все, что необходимо для продукта), перечисляется в бэклоге и ранжируется владельцем продукта в порядке приоритета. Задача Владельца Продукта состоит в том, чтобы оптимизировать работу Команды Разработки, следя за тем, чтобы Бэклог был лучшим из возможных (то есть четким, доступным и организованным для достижения успеха).

2. Scrum использует спринты фиксированной продолжительности (обычно несколько недель, всегда меньше месяца). У каждого спринта есть предопределенная цель спринта. Элементы из Бэклога идентифицируются и обрабатываются как часть каждого Спринта.

3. Прежде чем начнется спринт, вам нужно выполнить планирование спринта, чтобы выяснить, какова будет ваша цель спринта и как вы собираетесь ее достичь.

4. После начала Спринта Команда Разработки проводит короткую ежедневную встречу, называемую Ежедневным Скрамом, чтобы сообщить о прогрессе за предыдущий день, о том, на чем они будут сосредоточены сегодня, и обо всех выявленных рисках.

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

6. Повторять, повторять, повторять.

Какая гибкая методология мне подходит?

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

Что такое гибкое управление проектами? Подробное руководство

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

• работа с небольшими партиями;
• визуализация процессов для создания прозрачности;
• совместная работа с заказчиком и
• получить обратную связь как можно быстрее.

Это позволяет вам быстро адаптироваться к изменяющимся требованиям и производить более качественные продукты или услуги, чтобы лучше удовлетворять потребности ваших клиентов.

Здесь мы также должны упомянуть, что распространенное заблуждение об Agile заключается в том, что это методология. Вместо этого Agile — это образ мышления для совместного решения проблем и подход, который люди применяют к современному управлению проектами.

Содержание

1. Краткая история Agile
2. Что такое гибкое управление проектами?
3. Ценности и принципы Agile
4. Гибкие методы управления проектами
5. Другие почетные упоминания
   

Краткая история Agile

Первоначально укоренившись в индустрии разработки программного обеспечения, давайте быстро рассмотрим , как возникла идея Agile-управления проектами .

Все началось с так называемого «кризиса разработки приложений» в начале 1990-х годов. В то время между потребностью бизнеса в приложении и фактической поставкой программного обеспечения существовала задержка около трех лет. Часто к моменту выпуска конечного продукта технология уже была другой, или требования заказчика кардинально изменились. Это привело ко многим неудачным проектам и невозвратным затратам.

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

Вот как стало известно о ныне известной встрече 17 лидеров по разработке программного обеспечения на горнолыжном курорте Сноуберд в горах Уосатч в штате Юта в период с 11 по 13 февраля 2001 года. Группа встретилась, чтобы поговорить о лыжах, выпить, поесть и расслабляться. Однако в конечном итоге появился «Манифест Agile», изменивший то, как мы сегодня управляем проектами.

Что такое Agile-управление проектами?

В основе Agile-управления проектами лежит слово «agility», что означает «мобильность, ловкость», а также от латинского «agere»: «делать, действовать». Это означает способность быстро продвигать что-то вперед, что позволяет легко менять направление.

Итак, с точки зрения управления проектами, «гибкость» имеет пять основных атрибутов, которые образуют строительные блоки Agile-процесса :

• Прозрачность
• Ориентация на клиента
• Адаптивность
• Чувство собственности (эффективное лидерство)
• Постоянное совершенствование

В совокупности они делают проект Agile. Чтобы обсудить их более подробно, давайте разберем каждый из них ниже:

Прозрачность

Одной из центральных тем Agile-управления проектами является общее понимание процесса (включая определение готовности) всеми заинтересованными сторонами. Это требует большей прозрачности в том, как команды работают и общаются.

В Agile-среде люди открыто делятся ходом своей работы, интегрируя информационные излучатели, такие как доски Канбан. Это позволяет всем понять, что делают их коллеги и как они это делают, что, в свою очередь, позволяет обсуждать, как сделать это лучше.

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

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

10-летний опыт Канбана в 1 бесплатной книге:

Руководство руководителя проекта по Канбану

Загрузите бесплатную электронную книгу

 

Ориентация на клиента

Известная цитата серийного предпринимателя Дейва Макклюра гласит: «Клиентов не волнует ваше решение. Они заботятся о своих проблемах». Другими словами, даже если у вас есть лучшее решение в мире, если ваши клиенты не увидят, как на самом деле оно поможет им решить их проблему, они не захотят его использовать.

Вот почему Agile-подход к управлению проектами уделяет большое внимание обеспечению четкого понимания требований клиентов посредством постоянного сотрудничества. Цель состоит в том, чтобы предоставить клиентам не только то, что они просили, но и то, что им нужно. Это обычная проблема в среде умственного труда, когда работа практически невидима; его характеристики могут быть легко неправильно поняты.

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

Кроме того, благодаря частому сотрудничеству с клиентами Agile стремится повысить эффективность проектов. Один из способов добиться этого — сократить обширную переработку проекта, которая приводит к массовым потерям времени и ресурсов. В результате Agile-проекты обеспечивают более низкие уровни производства и задержки, что делает конечный продукт или услугу дешевле для конечного потребителя.

Адаптивность

Другая основная идея гибкого управления проектами заключается в том, чтобы позволить командам лучше реагировать на изменения благодаря контрольным точкам, упомянутым выше. Это также требует более частого предоставления ценности конечному потребителю, чтобы команды могли быстро получать отзывы непосредственно с рынка .

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

Цель состоит в том, чтобы убедиться, что то, над чем ведется работа, синхронизировано с конечным пользователем вместе с жизненным циклом Agile-проекта. В результате вы будете учитывать любые изменяющиеся требования клиентов на ранней стадии процесса, быстро адаптируетесь к новой ситуации и избежите значительных задержек в окончательной реализации проекта.

Чтобы лучше проиллюстрировать этот цикл непрерывной адаптации, давайте кратко рассмотрим этапы Agile.

Каковы этапы гибкого управления проектами?

В целом процесс реализации Agile-проекта можно разделить на следующие этапы:

• Envision – создать высокоуровневое видение продукта/услуги для клиентов, а также определить, кто будет вовлечен в проект
• Спекуляция — это продолжение этапа «Представление», когда команды собирают исходные общие требования к продукту/услуге и разрабатывают план итерации на основе видения.
• Исследовать  – работать над результатами проекта с упором на поток, стремясь как можно быстрее получить обратную связь от клиента 
• Адаптировать – просмотреть полученные результаты и при необходимости адаптировать к текущим условиям
• Закрыть – завершить проект, передать основные выводы

Традиционное и Agile-управление проектами

В Agile-менеджменте, в отличие от традиционных этапов управления проектами, есть одно ключевое отличие на этапе «Адаптация», которое определяет итеративный характер Agile-управления проектами.

После того, как вы создали концепцию продукта и подготовили план итерации, вы переходите к этапу «Изучение». Там цель состоит в том, чтобы постоянно выпускать на рынок небольшие результаты, а не ждать, пока все они будут завершены.

Затем, на этапе «Адаптация», команды проводят краткие обзоры проекта с клиентами, которые оставляют свои отзывы. Идея состоит в том, чтобы адаптировать ваши будущие действия на основе этой обратной связи и, при необходимости, внести небольшие изменения в то, что было доставлено, вместо того, чтобы делать обширную переработку.

Чувство сопричастности

Другим атрибутом, который «гибкость» привносит в управление проектами, является привитие чувства сопричастности в командах, что способствует более эффективному лидерству.

Например, в традиционном управлении проектами вся информация проходит через специального менеджера проекта, который распределяет задачи между разными членами команды. Это может быть неэффективно из-за повышенной вероятности потери части информации.

Напротив, проекты Agile отдают большой фрагмент процесса принятия решений членам команды .

На самом деле, они ближе всех разбираются в технических деталях работы, поэтому имеет смысл активно включать их в процессы планирования и решать, как лучше выполнять свои задачи. В конце концов, членам команды предлагается сотрудничать и находить решения проблем на основе их понимания, а не ждать, пока «босс» скажет, что нужно сделать.

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

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

Непрерывное совершенствование

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

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

Кроме того, работа разбивается на небольшие результаты и непрерывно передается клиентам для изучения и обратной связи . Это также способствует постоянному совершенствованию продукта или услуги с целью сделать их идеально подходящими для целевого клиента.

Agile Values ​​and Principles

Чтобы стать agile, необходимо изменить свое мышление и следовать определенным ценностям и принципам в своей работе.

Какие

четыре ключевых значения Agile ?
1. Индивиды и взаимодействие важнее процессов и инструментов.
2. Работающее программное обеспечение по исчерпывающей документации.
3. Сотрудничество с клиентами по поводу переговоров по контракту.
4. Реакция на переход по плану.

Важно отметить, что эти значения были определены в следующем формате: «Хотя мы ценим то, что справа, мы больше ценим то, что слева». Это означает, что процессы и инструменты, документация, контракты и планирование по-прежнему имеют основополагающее значение. Мы просто должны использовать их с умом.

Каковы 12 принципов Agile?

• Наивысшим приоритетом является удовлетворение клиента путем своевременной и непрерывной поставки ценного программного обеспечения.
• Изменения требований следует приветствовать даже на поздних этапах разработки. Гибкие процессы используют изменения для конкурентного преимущества клиента.
• Работающее программное обеспечение должно поставляться часто , от пары недель до пары месяцев, предпочтительно в более короткие сроки.
• Деловые люди и разработчики программного обеспечения должны работать вместе ежедневно на протяжении всего проекта.
• Создание проектов вокруг мотивированных людей . Обеспечьте им необходимые условия и поддержку и доверьте им выполнение работы.
• Наиболее эффективным и действенным методом передачи информации команде разработчиков и внутри нее является беседа лицом к лицу .
• Работающее программное обеспечение является основным показателем прогресса.
• Гибкие процессы способствуют устойчивому развитию. Спонсоры, разработчики и пользователи должны иметь возможность поддерживать постоянный темп на неопределенный срок .
• Постоянное внимание к техническому совершенству и хороший дизайн повышают маневренность.
• Простота – искусство максимизировать объем незавершенной работы – очень важно.
• Лучшие архитектуры, требования и проекты создаются самоорганизующимися командами .
• Через равные промежутки времени команда размышляет о том, как стать более эффективным , а затем соответствующим образом настраивает и корректирует свое поведение.

Узнайте больше о 12 принципах гибкого управления проектами.

Несмотря на то, что управление проектами Agile происходит из индустрии разработки программного обеспечения, оно успешно применяется во многих других областях, таких как разработка продуктов, архитектура, маркетинг, финансовые услуги и т. д.

Гибкие методы управления проектами

До сих пор мы в основном изучали, что такое Agile-управление проектами, включая его основные характеристики. Теперь давайте рассмотрим процесс более подробно и коснемся некоторых наиболее популярных стилей и методов управления Agile.

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

На сегодняшний день самыми популярными схемами или методами управления проектами Agile являются Kanban, Scrum и Scrumban.

Итак, начнем с Канбана.

Канбан

Канбан — это метод, сформулированный десять лет назад. Он фокусируется на эволюционных изменениях и постоянном совершенствовании процессов .

Метод состоит из шести основных практик:

• визуализация работы
• ограничение незавершенного производства
• управлять потоком
• сделать политики процессов явными
• внедрить петли обратной связи
• улучшить совместно


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

Канбан-доска разделена на столбцы, которые представляют различные этапы рабочего процесса. Это помогает менеджерам проектов и командам намного лучше организовывать работу и управлять ею, отслеживать различные проекты и получать более полное представление о процессе.

Одной из наиболее важных практик Канбана является ограничение незавершенного производства. Ограничение WIP — это объем работы, разрешенный для каждой из колонок доски. Это один из самых эффективных инструментов, который вы можете использовать, чтобы повысить концентрацию вашей команды и расставить приоритеты в отделочных работах для повышения общей эффективности.

С другой стороны, все мы знаем, что проекты, команды и отдельные люди уникальны. Разные команды обладают разным набором навыков, уровнем опыта, экспертизы. Различные проекты могут иметь разные масштабы, бюджеты и так далее.

Вот почему Канбан предлагает начать с того, что вы делаете сейчас, и постепенно развиваться . Никаких радикальных изменений, никаких революций, что делает Канбан одним из самых адаптивных методов управления проектами Agile.

Канбан может применяться любой командой в вашей организации, от ИТ до маркетинга. Основная причина в том, что Канбан:

• учитывает текущие процессы и роли;
• требует не революционных, а эволюционных изменений;
• предполагает, что вы должны стремиться к постепенным, эволюционным изменениям и пытаться постоянно совершенствоваться;
• призывает управлять работой и позволять людям самоорганизовываться вокруг нее.

Если вы хотите использовать Канбан, просто добавьте его к своим текущим процессам и начните улучшать его шаг за шагом.

Узнайте больше о Канбане.

Scrum

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

Есть три неизменяемые роли:

• Владелец продукта
• Скрам-мастер
• Команда

Владелец продукта представляет клиентов и другие заинтересованные стороны. Он/она организует и управляет бэклогом продукта, списком приоритетных задач всех рабочих элементов, необходимых для продукта. С другой стороны, Скрам-мастер — это лидер-слуга команды с упором на лидерство и помогает всем понять и правильно применять правила.

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

Существует четыре основных мероприятия Scrum:

• Планирование спринта
• Ежедневный Скрам
• Обзор спринта
• Ретроспектива спринта

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

Однако в настоящее время вы можете заметить, что все команды или организации используют доску задач, практикуя управление проектами Agile с помощью Scrum, практики, заимствованной из Kanban.

В конце концов, доска повышает прозрачность и поддерживает ценности Agile-управления проектами.

Scrumban

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

Интересен тот факт, что 81% Скрам-мастеров используют Канбан вместе со Скрамом.

Scrumban берет философию и практику Канбана, кладет их поверх Scrum и устраняет некоторые правила.

Давайте посмотрим, что Scrumban возьмет из Канбана.

Визуализация работы . Это первое, что Scrumban прописывает как обязательное. Это важно, потому что Scrum не требует наличия совета, в то время как в Kanban совет необходим.

Ограничение незавершенного производства (WIP) . Если вы что-нибудь знаете о Канбане, то понимаете, что ограничение незавершенного производства меняет правила игры. Scrumban использует эту практику и успешно применяет ее, поскольку это позволяет командам сосредоточиться на завершении работы. Ограничение незавершенного производства является хорошей предпосылкой для создания вытягивающей системы, в которой задачи естественным образом включаются в рабочий процесс, а не проталкиваются.

Удлинить плату . Другими словами, добавьте больше столбцов на доску. Это типично для Канбана, и это отличный способ визуализировать различные этапы рабочего процесса на доске. Таким образом, ваша команда сможет получить более полное представление о процессе, и это поможет вам обнаружить, где именно в процессе возникают узкие места.

Расстановка приоритетов . Scrumban применяет еще одну технику Канбана — расстановку приоритетов. Это довольно просто. Вы упорядочиваете карточки в колонке «Запрошено (сделать)», и существует простое правило: верхняя — самая важная. Помня об этом правиле, команда начинает вытягивать карты одну за другой.

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

Планирование по требованию . Это одно из основных отличий Scrum от Scrumban. Scrumban устраняет планирование спринта в его первоначальной форме. Вместо этого команда планирует, есть ли в этом необходимость. Другими словами, команда извлекает рабочие элементы из журнала невыполненной работы до тех пор, пока он не опустеет, что является сигналом для планирования большего количества задач. Как видите, Scrumban выводит Scrum на новый уровень, применяя принципы и практики Канбана. Это позволяет командам увеличить производительность и сократить количество отходов, обеспечивая при этом прозрачность и более высокую производительность. Это также позволяет командам использовать Agile-планирование в полной мере.

Другие почетные упоминания

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

• XP (экстремальное программирование)
• Кристаллические методы
• FDD (Функция разработки)
• DAD (дисциплинированная гибкая доставка)

В начале Scrum был принят довольно хорошо (и до сих пор остается), и он стал основным в индустрии разработки программного обеспечения. Однако с течением времени использование Канбан, Скрамбан и гибридных моделей становилось все более популярным и способствовало распространению Agile в различных отраслях. В конце концов, Kanban, Scrum и Scrumban входят в тройку лидеров, которые успешно преодолели пропасть и распространились на другие сектора, такие как разработка продуктов, архитектура, маркетинг, финансовые услуги, здравоохранение, страхование, образование и другие.

No related posts.