Файл: Стандарты управления проектами (Современная концепция управления проектами).pdf
Добавлен: 23.04.2023
Просмотров: 962
Скачиваний: 9
1.2 Подходы к управлению проектами и их специфика
Рассмотрим наиболее распространенные подходы и особенности управления проектами используемые на практике.
Классическое проектное управление основано на так называемом «водопадном» или каскадном цикле, где каждая задача реализуется последовательно по этапам. Линейная структура классического управления проектами обычно состоит из 5 этапов (инициация, разработка, реализация, мониторинг и завершение), но поскольку разным проектам нужны различные фазы реализации, то возможно изменение количества этапов. Так как, классический подход привязан ко времени исполнения задач, то в качестве инструмента планирования широко используется календарно-сетевое планирование диаграмма Ганта (см. рис. 1).
Рисунок 1 - Диаграмма Ганта[4]
На диаграмме Ганта представлены задачи, их длительности и взаимосвязи, критический путь – цепочка взаимосвязанных задач, определяющих длительность проекта. Для проектов с жесткими сроком исполнения диаграмма Ганта помогает определить время реализации проекта тех или иных задач, что позволяет оптимизировать время реализации проекта. Для проектов с ресурсными ограничениями, диаграмма Ганта позволяет выстроить схему событийной цепочки процессов для планирования ресурсов.
Преимуществом классического подхода является необходимость понимания четкого результата со стороны заказчика и руководства компании на первом этапе проекта. Данный подход позволяет избежать стрессов ввиду наличия запасного времени на каждом этапе, а правильно проведенный этап планирования, позволяет четко определить потребность ресурсов для реализации проекта.
Недостатком данного подхода является отсутствие гибкости к изменениям. Данный подход наиболее применим к строительным и инженерным проектам, в которых содержание проекта остается практически неизменным в течение всего проекта.
Подход Agile – итеративно-инкрементальный метод управления проектами и продуктами. Проект разбивается не на последовательные фазы, а на маленькие подпроекты, которые затем «собираются» в готовый продукт (см. рис. 2). При этом, инициация и планирование проводятся для всего проекта, а последующие этапы: разработка, тестирование и прочие проводятся для каждого мини-проекта отдельно. Это позволяет с одной стороны ускорить реализацию этих мини-проектов, а с другой стороны дает возможность внести в него изменения без больших затрат и влияния на остальные части проекта. Существует множество методов, базирующихся на идеях Agile, самые популярные из которых – Scrum и Kanban.
Рисунок 2 - Схема работы по методу Agilе
Следует отметить, что Agile-методы делают упор на непосредственное общение членов команды проекта, поэтому, как правило, agile-команды расположены в одном офисе. Офис может также включать «заказчиков», тестировщиков, дизайнеров интерфейса, технических писателей и менеджеров. Из-за предпочтения непосредственному общению членов команды agile-методы уменьшают объем письменной документации по сравнению с другими методами.
Неоспоримым преимуществом данного метода является его гибкость и адаптивность.
Возможность подстроиться под практически любые условия и процессы организации стало причиной тому, что многие крупные компании стремятся сделать свои процессы более гибкими для разработки новых, инновационных продуктов. В таких проектах высока доля неопределенности, поэтому реализовывать их по «водопаду» становится невозможно – нет информации для планирования.
В качестве недостатка данного метода следует отметить необходимость формирования каждой команде своей системы управления, руководствуясь принципами Agile. Это непростой и длительный процесс, который может потребовать изменений всей организации, а от руководителя серьезных административных ресурсов, а также затрат.
Scrum подход сочетает в себе элементы классического процесса и идеи гибкого подхода к управлению проектами, что позволило обеспечить сочетание гибкости и структурированности. Согласно данному методу проект разбивается на части («беклог»), которые сразу могут быть использованы заказчиком для получения ценности. Самые важные части первыми отбираются для выполнения в спринте[5].
Разработка спринтами дает возможность изменять продукт в каждом цикле и вовремя подстраиваться под желания покупателей и условия рынка. Немало важным является разумная организация рабочего процесса, так как члены команды понимают, на каком этапе работы находятся и что будет дальше, так как все необходимые мероприятия прописаны и ограничены по времени. Каждый спринт состоит из пяти последовательных мероприятий: планирование, ежедневный скрам, разработка, обзор спринта и ретроспективы спринта. Все пять событий обязательны к исполнению и ограничены по времени – 1–2 недели.
В конце спринта представляется самые важные «кусочки», которые можно использовать (сайт с частью функционала или программа, которая уже работает, пусть и частично). После этого команда проекта приступает к следующему спринту (см. рис. 3).
Рисунок 3 - Схема работы по методу Scrum
Основная структура процессов Scrum вращается вокруг 5 основных встреч: упорядочивания беклога, планирования спринта, ежедневных летучек, подведения итогов и ретроспективы спринта. Встреча по упорядочиванию беклога аналогична фазе планирования в классическом проектном управлении. На ней рассматривается – что уже было сделано, что осталось сделать и что делать дальше. Владелец продукта определяет, какие задачи на данном этапе являются наиболее приоритетными. Планирование спринта происходит после определения приоритетов владельцем продукта, команда принимает решение о дальнейших действиях для достижения поставленных целей.
Ежедневно команды проводят 15-ти минутные летучки, чтобы обменяться информацией о состоянии проекта. При наличии проблемы реализации проекта Scrum мастер и непосредственный участник обсуждают их отдельно. Подведение итогов спринта включает демонстрацию результатов деятельности всем заинтересованным лицам. Основная цель – уточнить соответствие ожиданий участников с целями проекта. Ретроспектива спринта дает возможность выяснить насколько четко прошел процесс реализации этапа, выявляются возникшие проблемы в работе, методологии и взаимодействии.
Данный подход эффективен для проектов, в которых необходимы «быстрые победы» с учетом изменений. Постоянные коммуникации между членами команд позволяют недостаток опыта или квалификации одних сотрудников компенсировать за счет информации и помощи от других.
В качестве ограничений данного подхода следует отметить особые требования к команде проекта – численность 5-9 человек, кроссфункциональная компетентность (каждый член команд должны обладать более чем одной компетенцией, необходимой для реализации проекта). Члены команды должны активно брать на себя ответственность и уметь самоорганизовываться.
Lean добавляет к принципам Agile схему потока операций. Так же, как и в Scrum, работа разбивается на небольшие пакеты, которые реализуются отдельно и независимо, но в Lean для каждого пакета существует поток операций с этапами. Как и в классическом проектном менеджменте, это могут быть этапы планирования, разработки, производства, тестирования и поставки – или любые другие необходимые для качественной реализации проектов этапы (см. рис. 4).
Рисунок 4 - Схема работы по методу Lean
В Lean отсутствуют четкие границы этапов, как в Scrum ограничения спринтов. В отличие от классического управления проектами, Lean позволяет параллельно выполнять несколько задач на разных этапах, что повышает гибкость и увеличивает скорость исполнения проектов.
Преимуществом данного подхода является возможность сохранить гибкость реализации проекта при четком его исполнении, тем самым отмечается сочетание гибкости и структурированности.
Недостатком данного подхода является необходимость детальной и дотошной проработки и внимания каждой части проекта, что создает неудобства при реализации крупных и неоднородных проектов.
Kanban считается менее строгим методом управления проектами нежели Scrum, так как не ограничивает время спринтов, нет ролей (исключение владелец продукта), не регламентированы встречи по статусу проекта. Кроме того, допускается сопровождение сразу нескольких задач одновременно одним членом команды.
Для использования Kanban необходимо определить этапы потока операций, которые изображаются в виде столбцов, а задачи - специальными карточками. Карточка перемещается по этапам и на каждом этапе процент завершения становится выше. На выходе - готовый элемент продукта.
Данный подход имеет 4 элемента, на которых держится вся система: карточки (заносится информация о задаче); ограничение количество задач на этапе (количество карточек на одном этапе строго регламентировано); непрерывный поток (задачи из беклога попадают в поток в порядке приоритета); постоянное улучшение (см. рис. 5)
Рисунок 5 - Схема работы по методу Kanban
Kanban хорошо подходит для команды с хорошей коммуникацией, высокой мотивацией и опытом работы. Расчет нагрузки на команду, учет ограничений и концентрация на постоянном улучшении позволяет Kanban серьезно экономить ресурсы и укладываться в дедлайны и бюджет, при этом сохранять достаточную гибкость.
Среди ограничений Kanban можно отметить требование к пересечению навыков членов команды, что позволяет им помогать друг другу при решении задач.
6 сигм (Six Sigma) является более структурированным подходом нежели Lean и Kanban, поскольку содержит больше планирования для экономии ресурсов, повышения качества, также снижения количества брака и проблем. Kanban и 6 сигм можно относительно легко адаптировать меняющимся условиям. Жестким требованием является лишь тщательное измерение и контроль показателей проекта на этапах реализации – без этого невозможно постоянное долгосрочное улучшение процессов реализации проекта (см. рис. 6)
Рисунок 6 - Схема работы по методу Six Sigma
Данный подход содержит 5 шагов, известных как DMEDI[6]:
1. Определение (Define) - определяется содержание проекта, собирается информация о предпосылках проекта, ставятся цели.
2. Измерение (Measure) - сбор и анализ количественных данных о проекте, а также показатели эффективности реализации проекта.
3. Исследование (Explore) – определение путей достижения поставленных целей в срок и в рамках бюджета.
4. Разработка (Develop) – реализация планов и решений, принятых на предыдущих этапах. На данном этапе измеряется прогресс проекта.
5. Контроль (Control) – долгосрочное улучшение процессов реализации проектов. Данный этап требует тщательного документирования извлеченных уроков, анализа собранных данных и применения полученных знаний как в проектах, так во всей компании в целом.
Наличие четкой схемы реализации проекта и постоянное улучшение процессов является преимуществом данного подхода. Определяя, тщательно анализируя и пересматривая цели, команда имеет возможность более глубокого понимания проекта и принятия более качественных решений. Несмотря на временные затраты на сбор и анализ данных, появляется возможность оптимизации процессов реализации проекта и экономии ресурсов. 6 сигм подходит для трудных проектов, в которых много новых и сложных операций.
Основной лозунг 6 сигм: «Все всегда можно сделать еще лучше» может демотивировать сотрудников, не чувствующих удовлетворения от проделанной работы. При наличии единичного проекта, затраты на анализ и полученный опыт окажутся невостребованными.
Итак, анализ основных подходов к проектному управлению выявил преимущества и недостатки каждого из них, а также показал целесообразность использования того или иного подхода в зависимости от характеристик проекта, кроме того используемые инструменты легли в основу разработанных стандартов управления проектами, исследованию которых посвящена вторая глава курсовой работы.
ГЛАВА 2. СТАНДАРТЫ УПРАВЛЕНИЯ ПРОЕКТАМИ
Управление проектами является одной из самых структурированных и стандартизованных областей менеджмента[7], имеющая профессиональные стандарты, описывающие различные аспекты управления проектами. Классификация стандартов может быть представлена следующим образом[8]: