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

Не для проектного подхода

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

Насаждать изменения без необходимости нельзя. Управление проектами — это структурированный здравый смысл.

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

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

Здравоохранение — та сфера, которая взяла на вооружение бережливые практики, но пока не в полной мере пользуется всеми теми преимуществами, которые дает проектное управление.

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

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

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

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

Функциональные области управления проектами

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

• трудовые ресурсы;
• возможность обеспечения услугами, ресурсами;
• риски;
• объёмы финансирования;
• проектная предметная область.

Входят в эту структуру коммуникации и информационная составляющая.

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

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

Регулярно ведётся мониторинг бюджета и деятельность по нескольким смежным направлениям:

• ресурсное планирование;
• сметные расчёты;
• регулирование стоимости;
• контроль над тем, как соблюдается график.

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

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

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

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

Функциональное управление ресурсами

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

Зачем проекту менеджер?

Цель нашли, что теперь? Тут начинается самое интересное для менеджера-новичка. Нужно собрать все силы в кучу, успокоиться, осмотреться и начать планировать проект.

Источник.

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

Руководитель проекта — не тот, кто делает, что написано в ТЗ, а тот, кто помогает определить проблему, понять, что работа идет корректно. Следит за тем, чтобы все понимали процесс и задачи правильно.

Здесь нет понятий «мы» и «они» — есть одна команда. Она вместе проигрывает или выигрывает. А хороший руководитель проекта должен сыграть роль связующего звена между командой и заказчиком. То есть из двух разных миров создать один.

Антон Сержантов,

agile-коуч

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

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

Владимир Завертайлов,

руководитель scrum-студии «Сибирикс»

Scrum

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

• Команда использует доску для отслеживания списка задач.
• Задачи разделены на несколько списков.
• Люди могут получать задания с доски и приступать к работе.
• Каждое законченное задание проверяется на качество.
• После владельцем продукта задача помечается как выполненная.

Цель – избежать переутомления и истощения. Методология Scrum направлена на стимулирование гибкости, креативности и предоставление высококачественных результатов.

В отличие от руководителя проекта, в данном подходе используется понятие “scrum master”. Эта роль состоит в том, чтобы устранить любое препятствие и тем самым повысить производительность для самоуправляемой команды. Scrum заимствует многие процессы и принципы из Agile, но использует особый набор тактик и ценностей.

Вот пять основных ценностей Scrum, которые фокусируются на человеке и команде:

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

РОЛИ, АРТЕФАКТЫ И СОБЫТИЯ

Успешная реализация Scrum зависит от сочетания следующих компонентов:

1. Роли – Владелец продукта, Команда разработки, Scrum-мастер
2. События – Спринт, Планирование спринта, Ежедневный Scrum, Анализ, Ретроспектива
3. Артефакты – Список невыполненных работ по продукту, Список невыполненных работ по спринту.

СИЛЬНЫЕ И СЛАБЫЕ СТОРОНЫ

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

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

ПРИМЕНЕНИЕ МЕТОДОЛОГИИ

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

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

Кто такой руководитель проекта

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

– все это самым прямым образом зависит от проект-менеджера (руководителя проекта).

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

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

К компетенциям руководителя проекта относят:

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

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

Выгоды и затраты системного управления проектами

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

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

Среди основных причин успешного применения принципов нового подхода к управлению проектами можно выделить следующие:

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

Что касается затрат на управление проектами, то их величина будет изменяться в зависимости от типа, размера и числа проектов, а также от уровня развития системы управления проектами в данной организации. У. Иббс и Я.-Х. Квок, проанализировав деятельность 20 компаний, сообщают, что “80% компаний заявили, что они тратят на работы и услуги в области управления проектами менее 10% от общей стоимости проекта”.

В данном исследовании был указан диапазон затрат на управление проектом, который составлял от 0,13 до 15% стоимости проекта. Наибольшей статьей расходов была заработная плата или другие виды компенсаций, выплачиваемых персоналу. Расходы на лицензирование управления проектами и соответствующего программного обеспечения, на консультации и обучение управлению проектами также представляли собой существенные затраты. Тем не менее никакие затраты и уровни прибыли не в состоянии показать масштаб тех выгод и преимуществ, которые получают организации от применения новых подходов в управлении проектами. Эти преимущества не оказывают прямого влияния на уровень ROI, однако их можно объективно оценить и измерить.

В настоящее время управляющие менеджеры многих компаний научились эффективно использовать в своей практике различные способы определения ценности тех или иных методов менеджмента и общей ценности системы управления организации. Один из них – это сбалансированная система показателей (Balanced ScoreCard Approach).

Многофакторные исследования оценки влияния методов управления проектами в организации на уровень ее добавленной ценности показывают, что новые методы управления проектами существенно повышают деловой и организационный потенциал предприятия. К этому выводу недавно пришла исследовательская группа одной из ведущих консалтинговых компаний в области управления проектами РМ Solutions, насчитывающая в своих рядах более сотни высших менеджеров, имеющих большой практический опыт в области управления проектами. По данным этой группы, более 94% респондентов заявили, что “применение методов управления проектами добавляет ценность их организациям. Это проявляется в значительном улучшении финансовых показателей, повышении степени удовлетворенности потребителей, потенциала организации и уровня обучения персонала, а также в улучшении управления проектами/процессами”.

Scrum

Очень гибкий метод, признанный в семействе Agile наиболее структурированным. Согласно принципам Agile, в «Скрам» проект разбивается на части, подходящие для мгновенного применения заказчиком с целью получить беклоги – заделы продуктов. Впоследствии полученным частям присваивается свой приоритет.

Наиболее важные части первыми отбираются для выполнения в спринте (спринты в Scrum – это итерации продолжительностью от 2 до 4 недель). По итогам спринта заказчик получает рабочий инкремент продукта, т.е. готовые к использованию части. Как только один спринт закончен, проектная команда начинает следующий спринт. Продолжительность спринтов всегда одинакова, но команда всегда сама устанавливает ее, оценивая свою производительность и особенности проекта.

Упрощенная схема работы по Scrum такова:

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

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

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

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

Летучки – это ежедневные встречи, проводящиеся в одно и то же время (на них тратиться, как правило, до 15 минут). Члены команды делятся информацией о статусе своей работы и состоянии проекта, однако никакие решения не принимаются и проблемы не обсуждаются (для этого выделяется отдельное время, и устраиваются дополнительные встречи). Летучки нужны лишь для обмена сведениями.
Подведение итогов спринта. На этом этапе исследуется и адаптируется созданный продукт. Члены команды делятся своими результатами со всеми заинтересованными лицами. Главной задачей здесь является удостовериться в том, что продукт спринта соответствует целям проекта и ожиданиям участников проекта.
Ретроспектива спринта. Этап, проводящийся сразу же после предыдущего, но до того как начнет планироваться новый спринт. Команда определяет степень четкости и слаженности пройденного этапа, исследует появившиеся проблемы в методологии, работе и взаимодействии. Благодаря ретроспективе команда может сделать выводы и повысить эффективность следующего спринта.

Преимущества Scrum:

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

Недостатки Scrum:

• Высокая требовательность к проектной команде (нужно, чтобы в команде было от 5 до 9 человек, и все члены команды должны обладать сразу несколькими компетенциями, необходимыми для реализации проекта, благодаря чему сотрудники могут дополнять и заменять друг друга, а работа никогда не будет стоять на месте)
• Все сотрудники должны уметь и хотеть работать в команде, быть способны к самоорганизации и активно брать на себя ответственность
• Подходит не для всех организаций и команд, т.к. схема работы по методу подходит для разработки далеко не каждого продукта (например, построить здание или создать промышленный станок по методу Scrum будет невозможно)

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

Компоненты системы проектного подхода

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

Основные компоненты проектной системы

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

• концепции;
• разработки;
• реализации;
• завершения.

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

Схема последовательности и продолжительности процессов управления проектом

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

1. План по вехам.
2. Календарный план.
3. Бюджет проекта.
4. Матрицу ответственности.
5. План по персоналу.
6. План поставок.
7. Коммуникационный план.
8. План минимизации рисков проекта.

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

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

Как организационная структура и культура влияет на управление проектами?

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

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

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

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

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

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

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

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

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

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

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

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

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

Изменения методологии в режиме реального времени

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

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

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

Водопадная модель

Водопадная модель, возможно, самая старая из существующих. Уинстон У. Ройс представил ее еще в 1970 году. Он придумал эту методологию как ответ на быстрое развитие отрасли разработки программного обеспечения. Модель является одной из наиболее традиционных и, возможно, наиболее распространенных. На наш взгляд, водопадная модель — самая простая методология для понимания и оптимальная отправная точка для изучения методологий управления проектами.

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

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

СТАДИИ

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

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

СИЛЬНЫЕ И СЛАБЫЕ СТОРОНЫ

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

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

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

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

ПРИМЕНЕНИЕ МЕТОДОЛОГИИ

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

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