Что такое гибкое управление проектами? Ценности, принципы и шаги
Agile-управление проектами — это процесс разбиения проекта на управляемые этапы с упором на оперативность и сотрудничество с клиентами. Гибкое управление проектами отличается от традиционных методов управления проектами несколькими важными моментами. В этой статье мы обсудим, что такое управление проектами Agile, основные ценности и принципы управления проектами Agile, а также шесть этапов процесса управления проектами Agile.
Что такое Agile-управление проектами?
Agile-управление проектами — это относительно новый метод, который фокусируется на гибкости и переоценке на протяжении всего процесса разработки продукта. Компании, внедряющие Agile-управление проектами, как правило, быстрее производят свои продукты.
Гибкое управление проектами дает преимущества на протяжении всего производственного процесса, а не только в конце. Гибкое управление проектами можно применять во всех отраслях, хотя эта структура приобрела популярность в секторе программного обеспечения, а некоторые основные ценности и принципы относятся непосредственно к разработке программного обеспечения.
Традиционное и гибкое управление проектами
Гибкое управление проектами отличается от традиционного управления проектами. В традиционной модели команда проекта ставила бы конкретную цель, создавала серию шагов для достижения этой цели, а затем реализовывала процесс. Agile-управление проектами разбивает проект на небольшие цели или спринты и использует частые оценки для изменения шагов и даже, возможно, конечной цели. Традиционное управление проектами линейно: каждый шаг должен быть завершен, прежде чем можно будет начать следующий. Agile-управление проектами является итеративным — над этапами можно работать одновременно и оценивать их в одно и то же время.
Среди множества различных методологий вот некоторые из наиболее распространенных в управлении проектами Agile:
Скрам
Экстремальное программирование (XP)
Кристалл
Разработка, ориентированная на функции (FDD)
Все эти методы по-разному реализуют основные ценности, принципы и этапы управления проектами Agile. Один может лучше подходить для вашего бизнеса, чем другой. Стоит изучить несколько методологий, прежде чем выбрать одну из них для продвижения вашего проекта.
Agile-манифест
В 2001 году семнадцать разработчиков программного обеспечения составили список основных ценностей и принципов гибкого управления проектами. То Agile-манифест представляет собой сборник передового опыта, который получил широкое распространение в отрасли.
Обратите внимание, что компания Indeed не связана с какой-либо третьей стороной, упомянутой в этой статье. Эта статья предназначена только для информационных целей и не должна рассматриваться как основной ресурс Agile Manifesto. Для получения дополнительной информации об этой методологии, пожалуйста, перейдите по ссылке выше.
4 основные ценности Agile-манифеста
Манифест Agile описывает четыре основные ценности:
Люди и общение ценятся больше, чем процессы и инструменты
Программное обеспечение ценится выше документации
Сотрудничество с заказчиком ценится выше переговоров по контракту
Адаптация к изменениям важнее следования плану
Принципы Agile-манифеста
В рамках Agile Manifesto были созданы двенадцать принципов передового опыта. Среди них эти принципы поощряют тесную связь между разработчиками программного обеспечения и клиентами, а также адаптируемость в быстро меняющейся среде и сосредоточение внимания на техническом совершенстве и своевременной доставке. Полный список 12 принципов можно найти на веб-сайте Agile Manifesto, указанном выше.
Этапы процесса управления Agile-проектами
Гибкое управление проектами состоит из шести шагов.
1. Планирование проекта
Перед началом любой работы команда должна определить конечную цель проекта. Однако цель должна быть относительно широкой, чтобы учитывать изменения и улучшения на протяжении всего процесса.
2. Создание дорожной карты проекта
Дорожная карта проекта состоит из всех функций, включенных в конечный продукт. Это не список шагов, а список элементов, которые можно выполнять несколько одновременно.
3. Планирование выпуска
После создания дорожной карты проекта составьте план выпуска. Это календарь, когда прототипы или элементы продукта будут доставлены заказчику для ознакомления. Ожидается, что отдельные части всего проекта будут часто пересматриваться, а весь проект будет обновляться по мере необходимости.
4. Планирование спринта
Спринты — это короткие циклы разработки, которые заканчиваются релизом. Планирование спринта должно быть детальным. Каждый член команды должен знать, чего от него ожидают в течение каждого дня спринта.
5. Ежедневные встречи
Каждый рабочий день во время спринта должен начинаться со встречи. Здесь члены команды поделятся успехами и проблемами предыдущего дня, а также подтвердят задачи и цели на этот рабочий день.
6. Обзоры спринтов и ретроспективы
Обзор спринта — это презентация элемента продукта клиенту. Во время этой встречи команда получит обратную связь и подготовится к пересмотру элемента или корректировке долгосрочной цели в соответствии с указаниями заказчика.
После обзора спринта команда встретится отдельно от клиента для проведения ретроспективы. Здесь команда будет размышлять о спринте. Такие проблемы, как дисбаланс рабочей нагрузки, сроки и коммуникация, будут решены и улучшены в следующем спринте.