Выбор подходящего метода проектного менеджмента (ПМ).
Agile-методы
сейчас в тренде. Но действительно ли на практике они лучше, чем классический
ПМ? Судите сами.
Неясная рабочая нагрузка.
Многие проекты срываются из-за
нечётко обозначенных трудозатрат. Если здесь допустить неточности, страдает
весь проект. Поэтому будет нелишним напомнить о необходимости чёткого
согласования целей в разговоре с клиентами.
Институт проектного менеджмента определяет ПМ как использование «Знаний, умений, инструментов и технологий», необходимых для того, чтобы выполнить задачи проекта. Проект включает в себя несколько фаз, таких как Инициация, Планирование, Выполнение, Отладка и Завершение. На протяжении лет разработчики экспериментировали со многими методами управления проектами в поисках лучшего, и в итоге методы разделились на две большие части – классика и Agile-методы.
Классический ПМ.
Классические
методы – результат развития ранних попыток работы с большими проектами. Они
следуют каскадной модели, т.е. модели линейного развития. Менеджеры проекта
планируют общий проект и затем делят его на различные фазы.
Как только команда заканчивает какую-то фазу, она переходит к следующей. Это жёсткая схема развития программного обеспечения. Сегодня она менее популярна, но ещё используется. PRINCE2 (Projects IN Controlled Environments) – проекты в контролируемой среде – сегодняшняя версия этих методов.
Agile-методы проектного менеджмента.
При использовании Agile-методов концентрируются на командной работе и обратной связью с клиентом. Вместо того, чтобы конечный результат был задан с самого начала, происходит итерация планирований – задание на новый этап формируется в момент окончания предыдущего. Клиенты больше вовлечены в общий процесс разработки. На основании отклика клиентов менеджер проекта ставит задачи и корректирует направления работ. В процессе разработки тестирование играет бОльшую роль. Дальнейшим развитием Agile-методов являются такие методы, как Scrum и Kanban.
Klassisch или Agile - что лучше?
Сегодня большинство отдаёт предпочтение Agile-методам. Они дают много преимуществ перед классическим ПМ. Последний, однако, ещё не полностью сошёл со сцены. В некоторых случаях применять классические методы вполне рационально. В дальнейшем будут выработаны чёткие метки, по которым можно будет различать классические и agile-методы ПМ.
Способность реагировать на изменения.
Классические методы начинаются с чётко определённого и детализированного плана по созданию конечного продукта. Когда меняются требования, изменение планов может занять много времени - всё имеет свой каскадный эффект. По сравнению с этим Agile-методы концентрируются на меньших объёмах работ с оглядкой на достижение конечного результата. Они стараются как можно быстрее создать полезный продукт и улучшить следующие итерации. Результатом является более гибкий процесс разработки.
Контур проекта.
Классические
методы могут хорошо функционировать с маленькими проектами. В некоторых случаях
они могут быть даже быстрее, чем agile-методы, поскольку ниже затраты на менеджмент. Но
чем больше и сложнее проект, тем выше риск, что при использовании классических
методов что-нибудь пойдёт наперекосяк.
Когда при использовании agile-методов что-нибудь идёт наперекосяк, вы можете быстрее исправить ситуацию, поскольку проблема локализуется в рабочем порядке, а не с перекраиванием всего проекта с неизбежными бюрократическими процедурами.
Сосредоточиться на клиентах.
Команда, работающая по классическим методам, начинает со сбора требований клиентов, создаёт тех задание и добивается его реализации. Проблема в том, что во время разработки требования клиентов могут меняться. Так что в итоге получается то, что уже не нужно. При agile-методах процесс разработки клиентоориентирован. То есть команда разработчиков стремится, чтобы клиент пораньше получил в руки рабочую версию, и по результатам обратной связи менять требования и цели.
Командная динамика.
При классических методах каждая команда имеет свою зону ответственности. По мере того, как процесс идёт, одна команда передаёт эстафету другой. Это может быть причиной внутренних конфликтов. Часто это приводит к разборкам, кто несёт ответственность за изменения и ошибки. При agile-методах легче добиться бесконфликтной работы команды и дисциплины в процессе принятия решений.
Работа с требованиями и результатами тестов.
Классические методы используют модель жизненного цикла. Это требует больших затрат на то, чтобы учитывать требования пользователей чуть ли не в каждой строчке кода. Чтобы всё ясно понимать, требуются большие затраты времени ещё до начала проекта. Тесты идут после того, как завершено написание кода. Agile-методы – это эволюционный стиль разработки. Команды не должны тратить время на скрупулёзное изучение требований перед началом работы. Вместо этого они используют обратную связь с клиентами, чтобы чаще тестировать продукт и повышать его качество.
Выбор правильного метода.
ПМ, использующий agile-методы, обеспечивает лучшее сотрудничество в команде, благодарность клиентов, скорость и гибкость. Эффективный ход проекта ведёт к сокращению затрат. Традиционные методы имеют, однако, жёсткую структурированную иерархию, которая годится для коротких проектов благодаря ясным и чётким целям. Однако, с ростом проекта, увеличивается риск неудачи. Если Вы знаете, что Ваш проект имеет потенциал роста, лучше сразу начинать с использования agile-методов.
ОРИГИНАЛЬНЫЙ ТЕКСТ НАХОДИТСЯ ЗДЕСЬ
Тег Работа в команде Тег Работа над проектами