Для достижения целей и запланированных результатов в рамках определенного графика и бюджета менеджер использует проект. Независимо от того, в какой области или в какой сфере деятельности, существует множество методологий, которые помогают менеджерам на каждом этапе проекта — от начала до реализации и до закрытия. В этом руководстве мы попытаемся обсудить наиболее часто используемые методологии управления проектами.
Методология — это модель, которую руководители проектов используют для проектирования, планирования, реализации и достижения целей своих проектов. Существуют разные методологии управления проектами, которые приносят пользу различным проектам.
Например, существует специальная методология, которую НАСА использует для строительства космической станции, в то время как ВМС используют другую методологию для строительства подводных лодок. Следовательно, существуют разные методологии управления проектами, которые отвечают потребностям различных проектов, охватывающих различные сферы бизнеса.
Методологии проекта
Ниже приведены наиболее часто используемые методологии управления проектами в практике управления проектами:
1 — Адаптивная структура проекта
В этой методологии объем проекта является переменной. Кроме того, время и стоимость являются постоянными для проекта. Поэтому во время выполнения проекта масштаб проекта корректируется для получения максимальной коммерческой выгоды от проекта.
2 — Гибкая разработка программного обеспечения
Методология разработки гибкого программного обеспечения предназначена для проекта, который требует чрезвычайной гибкости в требованиях. Ключевые особенности Agile — это кратковременные циклы доставки (спринты), гибкие требования, динамическая командная культура, менее строгий контроль над проектом и акцент на коммуникацию в реальном времени.
3 — Кристаллические методы
В кристаллическом методе процессы проекта имеют низкий приоритет. Вместо процессов этот метод больше фокусируется на общении в команде, навыках членов команды, людях и взаимодействии. Кристаллические методы подпадают под ловкую категорию.
4 — Модель разработки динамических систем (DSDM)
Это преемник методологии быстрой разработки приложений (RAD). Это также подмножество методологии гибкой разработки программного обеспечения, в которой рассказывается о тренингах и документах, подтверждающих эту методологию. Этот метод делает упор на активное участие пользователей в течение жизненного цикла проекта.
5 — Экстремальное программирование (XP)
Снижение стоимости изменений требований является основной целью экстремального программирования. XP подчеркивает тонкую обратную связь, непрерывный процесс, общее понимание и благосостояние программиста. В XP нет подробной спецификации требований или встроенной архитектуры программного обеспечения.
6 — Разработка через функции (FDD)
Эта методология больше ориентирована на простые и четко определенные процессы, короткие итеративные и управляемые функциями циклы доставки. Все планирование и выполнение в этом типе проекта происходит на основе функций.
7 — Библиотека инфраструктуры информационных технологий (ITIL)
Данная методология представляет собой сборник лучших практик управления проектами. ITIL охватывает широкий аспект управления проектами, который начинается с уровня управления организацией.
8 — Совместная разработка приложений (JAD)
Эта методология подчеркивает привлечение клиента на ранних этапах к задачам проекта. Команда проекта и клиент проводят сеансы JAD совместно, чтобы получить вклад от клиента. Эти сессии JAD проходят в течение всего жизненного цикла проекта.
9 — Lean Development (LD)
Бережливое развитие сосредоточено на разработке программного обеспечения для обеспечения устойчивости к изменениям. В этом методе удовлетворение потребностей клиентов является наивысшим приоритетом. Команда заинтересована в том, чтобы обеспечить наибольшую отдачу от денег, уплаченных клиентом.
10 — PRINCE2
PRINCE2 использует процессный подход к управлению проектами. Эта методология основана на восьми процессах высокого уровня.
11 — Быстрая разработка приложений (RAD)
Эта методология ориентирована на более быструю разработку продуктов с более высоким качеством. Когда дело доходит до сбора требований, он использует метод семинара. Прототипирование используется для получения четких требований и повторного использования программных компонентов для ускорения сроков разработки.
В этом методе все виды внутренних коммуникаций считаются неформальными.
12 — Рациональный унифицированный процесс (RUP)
RUP старается уловить все положительные стороны современных методологий разработки программного обеспечения и предложить их в одном пакете. Это одна из первых методологий управления проектами, предложившая итеративный подход к разработке программного обеспечения.
13 — Скрам
Это гибкая методология. Основная цель этой методологии — значительно повысить производительность команды, устраняя все возможные нагрузки. Скрам-проектами управляет Скрам-мастер.
14 — Спираль
Спиральная методология представляет собой расширенную модель водопада с прототипированием. Этот метод используется вместо использования модели водопада для больших проектов.
15 — Жизненный цикл разработки систем (SDLC)
Это концептуальная модель, используемая в проектах по разработке программного обеспечения. В этом методе существует возможность объединения двух или более методологий управления проектами для достижения наилучшего результата. SDLC также уделяет большое внимание использованию документации и имеет строгие инструкции по ней.
16 — Водопад (Традиционный)
Это устаревшая модель для проектов разработки программного обеспечения. Эта методология была на практике в течение десятилетий, прежде чем новые методологии были введены. В этой модели жизненный цикл разработки имеет фиксированные фазы и линейные сроки. Эта модель не способна решать проблемы в современной области разработки программного обеспечения.
Заключение
Выбор наиболее подходящей методологии управления проектами может быть сложной задачей. Когда дело доходит до выбора подходящего, есть несколько десятков факторов, которые вы должны учитывать. Каждая методология управления проектами имеет свои сильные и слабые стороны.
Таким образом, нет хорошей или плохой методологии, и то, что вы должны следовать, является наиболее подходящим для ваших требований управления проектами.