В настоящее время в мире существует множество моделей управления проектами и различных методов их реализации. Глядя на виды методологий управления, в том числе в сфере ИТ, можно увидеть, что одни представляют собой просто набор правил, другие задают рамки, основанные на темах или процессах. Некоторые широко определяют стандарты процесса, другие описывают сам процесс. Как точно определить методологию и выбрать оптимальную для проекта?
Хорошо, если руководители проектов знают все доступные методы. Затем у них появляется идея, которая лучше всего подойдет для реализации данного проекта. Возможно, окажется, что разные практики можно совмещать. Знание методологий может принести плоды в виде оптимизации прибыли, а также нейтрализации рисков и потенциальных неудач. Это поможет вам оставаться в соответствии со стандартами и целями компании, ее человеческим потенциалом и ресурсами.
При выборе методики важно следующее:
- Сложность, т.е. простота или сложность проекта – относится как к самому проекту, так и к потребностям клиента, имеющимся ресурсам, времени, инструментам и людям.
- Характер рабочей среды — если она динамична и склонна к эволюции и изменениям, тогда гибкая методология будет работать; если работа ведется по строгим требованиям, графику и бюджету, лучше использовать водопадный подход. Стоит спросить себя, должна ли организация быть жесткой или гибкой.
- Ценность компании и отношения с клиентами – метод должен гармонировать со стратегическими целями компании, заботиться о наибольшей выгоде при минимальных потерях.
- Организационная ценность и потенциал команды — хорошие отношения в команде проекта и ее мотивация могут сформировать действительно устойчивую методологию.
Традиция или современность?
В соответствии с современными тенденциями методологии можно разделить на традиционные (каскадные) и современные (гибкие) методологии . Многие проекты по разработке программного обеспечения ценят гибкий подход, т. е. тот, который может быть адаптирован к меняющимся обстоятельствам, не имеет строгих допущений, времени и бюджета — это гибкие методы.
Методологии делятся на традиционные (водопадные) и современные (agile).
С другой стороны, традиционное управление проектами будет работать в условиях высокой предсказуемости, стабильности компании, а также осознания клиентом собственных ожиданий. И хотя чаша весов в настоящее время склоняется в пользу первого, вы должны знать и то, и другое. Сначала будут рассмотрены традиционные методы. Это Waterfall, Prince2 или PMBOK.
Каскадный метод - что это?
Водопадная модель — одна из традиционных методологий, описывающих процесс разработки программного обеспечения . Это имя впервые использовал Уинстон Ройс в своей статье под названием «Управление разработкой больших программных систем» от 1970 г. Каскадный метод заключается в разделении процесса разработки программного обеспечения на несколько определенных фаз, одна из которых происходит только после завершения предыдущей.
ВОДОПАД
Классическая методология водопада (водопада) , часто именуемая SDLC (Software Development Life Cycle), основана на тщательном плане и неукоснительном выполнении его этапов. Он благоприятствует тем факторам, которые позволяют с самого начала определить принципы проекта. Он сосредоточен на поддержании его организованности и контроля на протяжении всего его жизненного цикла в результате реализации проекта за один цикл. Его выполнение осуществляется в строгой последовательности, в соответствии с требованиями и ограничениями.
Классический проект делится на несколько этапов и предполагает в том числе: анализ требований, проектирование, внедрение, тестирование и сопровождение.
В этой модели каждый этап должен быть завершен до начала следующего . Перекрытия фаз нет — обычно результат одной работы последовательно является входом для следующей. Это лучше всего работает для проектов, где вы можете четко определить конечный результат или форму. И пока требования четко установлены, хорошо задокументированы, а технология понятна и отработана, проект может быть успешным.
Он отлично подходит для крупных проектов с ограниченным бюджетом и ограниченным временем. Для небольших агентств такой рабочий цикл может восприниматься как пассивный и, как следствие, длительный. Так что у него есть свои преимущества и недостатки.
Преимущества:
- упор на точную постановку целей;
- контроль и предсказуемость этапов проектирования;
- понятная, доступная и актуальная документация;
- обычно короткий и замкнутый цикл;
- не приносит контрагентам дополнительных убытков (как и выгоды);
- дает предсказуемый конечный результат по бюджету, графику и объему работ;
- устраняет напрасные усилия, время и затраты.
Дефекты:
- не оставляет места для промежуточной проверки, корректировки в случае непредвиденных обстоятельств;
- как только вы приступите к тестированию, очень сложно вернуться назад и изменить что-то, что не было хорошо спроектировано на этапе планирования.
- любые изменения, которые абсолютно необходимы, требуют специальных запросов на изменение;
- показывать клиенту во время работы нечего - клиент впервые соприкасается с той системой, которую он заказал в дату, указанную в качестве даты поставки.
Другие методологии, используемые компаниями и учреждениями для крупных проектов, включают PRINCE2, который подходит для проектов многих других отраслей, не только ИТ, и PMBOK, который представляет собой набор передовых практик управления ИТ-проектами.
PMBOK/PMI
PMBOK , или Свод знаний по управлению проектами , PMI, считается традиционным методом управления проектами из-за его точного плана и цикла. Это относится к каскадным стадиям инициирования, планирования, выполнения, контроля и закрытия. Шаги находятся в фиксированном порядке; каждый должен быть завершен, прежде чем переходить к следующему.
На самом деле вы не можете запустить готовый проект PMBOK, не используя его стандарты, универсальный язык и лучшие практики по проекту. По этой причине она даже не считается методологией. По сути, он обеспечивает основу для стандартов, процессов, лучших практик, терминологии и руководств, с помощью которых можно отслеживать и оценивать, как выполняется проект или используемая методология.
Практики PMBOK полезны в качестве основы , а для их внедрения в качестве методологии необходимо определить, когда, кем и в какой степени они будут использоваться. Также стоит учитывать структуру организации, то, как она управляется и рабочий процесс, т.е. адаптировать общие принципы PMBOK к конкретным обстоятельствам.
Сравнивая PMBOK с PRINCE2, вы можете рассматривать их как дополняющие друг друга инструменты.
PRINCE2
Как и Waterfall, PRINCE2 ( PROjects IN Controlled Environments ) представляет собой методологию управления водопадом. Он основан на контролируемом управлении проектами, которое не оставляет ничего на волю случая. В качестве тщательной методологии PRINCE2 является хорошим инструментом для запуска крупных предсказуемых проектов.
Она ориентирована на процесс, разделяя проекты на этапы, каждый из которых имеет свою повестку дня. Подчеркивает разработку хорошего бизнес-кейса, четких ролей и обязанностей. Он также определяет полезные изменения и управление рисками. Проектная документация обычно содержит обоснование явной необходимости проекта, описание целевого заказчика, описание реальных выгод и точную смету расходов. Методология PRINCE2 точно определяет этапы жизненного цикла проекта:
- запуск - подача заявки на проект и предоставление реквизитов;
- инициация - оценка проекта и экономическое обоснование;
- стратегическое управление - определение объема, бюджета и графика проекта;
- этапный контроль – руководитель проекта контролирует и корректирует ход действий;
- управление производством продукции – оценка проекта по результатам;
- управление содержанием стадии - оценка проекта по установленному графику;
- закрытие - сдача проекта и представление окончательных отчетов.
Проводится в полном соответствии с рекомендациями PRINCE2, требует создания и ведения большого количества проектной документации , регулярных встреч на различных уровнях организации и непрерывного обслуживания заданных процессов. При этом он хорошо объясняет клиенту, что будет поставлено, и акцентирует внимание на прибыльности проекта. Четко распределяет роли и обязанности. Как и PMBOK, он формулирует четкий словарь , который можно применять к другим методологиям. Хотя правила и темы хорошо структурированы, процесс может быть трудоемким и громоздким для небольших проектов.
Обогатите свой багаж знаний в HR-сфере и IT с нашим блогом в Telegram - мы поможем вам развиваться и достигать новых высот! Подписывайтесь и развивайтесь вместе с нами!