Что такое проект

Топ-7 методов управления проектами: Agile, Scrum, Kanban, PRINCE2 и другие

08 Июл 2016

«Из всех трудностей, с которыми столкнулись НАСА, отправляя человека на Луну, управление было наверно самой сложной задачей»

— Роджер Лаунис, историк НАСА

У человечества за всю историю накопился внушительный список успешно реализованных сложных проектов. От строительства Пирамид в Гизе до отправки человека на Луну, самые смелые человеческие начинания требовали слаженной работы тысяч людей. А это подразумевает сложную систему управления проектами.

И хотя лишь единицы из нас столкнутся с задачами такого масштаба, большинство читателей этого блога так или иначе сталкивается с проектным управлением. По оценкам PMI к 2020 году появятся 15 миллионов новых позиций проектных специалистов – а многим другим профессионалам зачастую приходится руководить мини-проектами, хотя бы на личном уровне.

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

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

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

В этой статье мы рассмотрим:

• Классический проектный менеджмент
• Agile
• Scrum
• Lean
• Kanban
• Six Sigma
• PRINCE2

И прежде чем рассматривать конкретные методы, давайте ответим на очевидный вопрос – «А зачем вообще нужны системы и методы управления проектами?» – рассмотрим, естественно, кратко, историю управления проектами и определим базовые термины проектного управления.

Почему «управление проектами»?

Имена Нила Армстронга и Базза Олдрина навсегда войдут в историю как символы одного из величайших достижений человечества – высадке человека на Луну. Однако основной вклад в это событие внесли 400 000 сотрудников НАСА и 20 000 компаний и университетов, работавших вместе над миссией «Аполлон».

В 1961 году Джон Кеннеди поставил задачу высадить человека на спутнике Земли и вернуть его обратно – при том, что на тот момент НАСА отправляли человека в космос лишь на 15 минут. Такая амбициозная цель потребовала невероятного количества ресурсов, кооперации, инноваций и планирования.

Как говорится в книге НАСА «Managing the Moon Program», основная проблема состояла не в том, «что делать?», а в том, «как сделать столько за такой короткий срок?». По словам доктора Макса Фагета (Dr. Max Faget), главы инжиниринга в Космическом центра имени Линдона Джонсона (The Lyndon B. Johnson Space Center, JSC), тогда в НАСА не представляли, как уложить все необходимые действия в 10 лет. А потому первым шагом стало «разбить проект на управляемые этапы».

Затем важно было ускорить выполнение каждой отдельной фазы и удостовериться, что команды и компании, работающие на каждой фазе, эффективно взаимодействуют друг с другом и вовремя поставляют результаты. Эта задача была возложена на доктора Джорджа Мюллера (George E. Muller), управлявшего каждой частью проекта «Аполлон», от Белого Дома до поставщика самой мелкой детали. Чтобы контролировать проект было легче, он решил разбить проект на 5 областей: «Контроль Программы», «Системная Инженерия», «Тестирование», «Надёжность и Качество» и «Лётная эксплуатация». Схема управления программой Аполлон представлена на Рисунке 1.

Эта система из 5 этапов – названных «Этапами GEM» в честь инициалов доктора Мюллера – была разработаны «ради фокусировки на тестировании продукта, и на его разработке с учётом того, что его будут тестировать», как отмечает сам Мюллер. «Контроль Программы» определял, что нужно сделать, управлял бюджетом и требованиями, а также управлял взаимосвязями элементов программы. Область «Системная инженерия» отвечала за разработку новых устройств и узлов, «Тестирование» за то, что эти новые элементы работают, «Надёжность и Качество» проверяли разработанные элементы на соответствие требованиям и стандартам, а «Лётная эксплуатация» отвечала за то, что эти узлы будут работать во время полёта.

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

Краткая история проектного управления

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

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

Однако, если Вы – шеф-повар, и готовите не одно блюдо, а несколько, например, салат (приготовление которого состоит из 3 этапов) и десерт (который нужно только подать), то Вам потребуется инструмент, позволяющий отслеживать временные затраты на каждый из элементов и время, когда они должны быть готовы. И тут на помощь приходит один из первых современных инструментов проектного управления: Диаграмма Гантта, представленная на Рисунке 2.

Изобретённая независимо Королем Адамеки (Korol Adamecki) и Генри Л. Ганттом (Genry L. Gantt) в начале XX в., диаграмма Гантта показывает расписание проекта основываясь на датах окончания и завершения задач. В неё вносятся задачи, их длительности и взаимосвязи, а затем высчитывается критический путь – самая длинная цепочка взаимосвязанных задач, определяющих длительность проекта. Взаимосвязи между началом и окончанием разных задач очень важны – вы же не можете подать гостям суп, пока вы его не сварили, не так ли?

Так вот, типовой проект очень похож на проект приготовления и подачи ужина, только в нём гораздо больше задач, взаимосвязей, дедлайнов и видов ресурсов. Проектам с жёсткими дедлайнами диаграмма Гантта помогает решить, когда лучше начинать те или иные задачи, чтобы сократить время реализации. А для проектов с сильными ресурсными ограничениями, диаграмма Гантта предоставляет возможность построить схему в форме событийной цепочки процессов (event-driven process chain) для планирования ресурсов.

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

Для таких проектов лучше подходят гибкие методы управления проектами Agile и связанные с ним подходы, такие как Lean, Kanban и другие. Есть и методы, позволяющие управлять как рабочим потоком, так и временем, и ресурсами – 6 Сигм и Scrum.

Популярные системы управления проектами

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

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

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

Agile: Гибкий итеративно-инкрементальный подход к управлению проектами и продуктами, ориентированный на динамическое формирование требований и обеспечение их реализации в результате постоянного взаимодействия внутри самоорганизующихся рабочих групп, состоящих из специалистов различного профиля. Существует множество методов, базирующихся на идеях Agile, самые популярные из которых – Scrum и Kanban.

Критический путь: Непрерывная последовательность работ и событий от начального до конечного события, требующая наибольшего времени для её выполнения.

Событийная цепочка процессов (EPC-диаграмма): диаграмма, отображающая последовательность реализации работ проектов основываясь на доступности и загруженности ресурсов

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

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

Менеджер проекта (руководитель проекта, project manager, PM): Руководитель команды проекта, ответственный за управление проектом (планирование, реализацию и закрытие проекта).

Ресурсы: Элементы, необходимые для реализации проекта. Ресурсами являются время, оборудование, материалы, сотрудники и прочее.

Проект

У этого термина существуют и другие значения, см. Проект (значения).

Прое́кт (от лат. projectus — брошенный вперед, выступающий, выдающийся вперёд) — согласно новому стандарту ISO 21500 — уникальный набор процессов, состоящих из скоординированных и управляемых задач с начальной и конечной датами, предпринятых для достижения цели. Достижение цели проекта требует получения результатов, соответствующих определенным заранее требованиям, в том числе ограничения на получения результатов, таких как время, деньги и ресурсы.

Определение ISO 21500 существенно расширяет область применения методик управления проектами, так как понятие проекта трактуется более широко чем в PMBOK или ГОСТах. Следует отметить, что в силу положений Статьи 7 Гражданского Кодекса Российской Федерации при разночтениях в определениях используется именно международный стандарт.

Проект — это работы, планы, мероприятия и другие задачи, направленные на создание нового продукта (устройства, работы, услуги). Выполнение проекта составляет проектную деятельность, которая включает:

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

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

Жизненный цикл проекта

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

Разработка плана проекта

После того, как определена цель проекта, начинается создание диаграммы действий. Диаграмма строится в виде дерева. Пусть по проекту надо построить дом. Назовём верхний узел «построить дом». Он разбивается на основные части: «сделать фундамент», «построить стены» и «установить крышу». «Сделать фундамент» можно разбить на части «выкопать яму» и «вбить сваи». Чтобы вбить сваи надо «привезти сваи» и «обеспечить спецтехнику», и т. д. Для конечных задач устанавливается время на их реализацию.
Такой процесс называется декомпозицией целей. Декомпозиция производится до тех пор, пока конечный элемент дерева не станет очевидной задачей для своего исполнителя. То есть если для исполнителя задача «установить крышу» является очевидной, то производить дальнейшую декомпозицию целей не нужно.

Между зависимыми задачами устанавливаются взаимосвязи, после чего древовидную структуру переводят к диаграмме Ганта. В ней получаются цепочки задач, связанных по последовательности и исполнителю. Время, которое будет затрачено на самую длинную цепочку можно принять за время реализации проекта. Обычно это время умножают в 1,3-2 раза, учитывая возможность форс-мажорных обстоятельств при реализации.

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

Общие сведения

Этот раздел не завершён. Вы поможете проекту, исправив и дополнив его.

По причине своей уникальности проектная деятельность связана со многими рисками, работа с которыми выделена в отдельное направление — управление рисками. Существует отдельная дисциплина в менеджменте — управление проектами (англ. project management).

Признаки того, что деятельность не является проектом:

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

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

В отличие от процесса, проект является конечным и имеет определённые устойчивые цели и ограничения. Различают проектную и процессную (функциональную) организацию бизнеса.

Менеджмент управления проектами: основы проектного менеджмента

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

Чем характеризуется проект?

Во-первых, направленностью на достижение цели.

Во-вторых, проект состоит из взаимосвязанных действий.

В-третьих, проект всегда уникален.

В-четвертых, проект имеет ряд ограничений, например, по времени, средствам, ресурсам и т.п.

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

Что такое менеджмент управления проектами? Чем он отличается от традиционного менеджмента?

Сравним ряд признаков, которые характерны традиционному и проектному менеджменту сегодня.

1. Традиционный менеджмент ориентирован на ход событий, в то время как проектный менеджмент стремится к достижению определенной, заданной цели.
2. Традиционный менеджмент ориентирован на организацию, а проектный – на результат (итог).
3. Важной характеристикой традиционного менеджмента является то, что отсутствие определенного срока окончания, а проектный менеджмент зачастую строго ограничен как в финансах, так и во времени.
4. В традиционном менеджменте идет планирование распределения позиций, а в проектном тщательно планируются используемые ресурсы.
5. Традиционному менеджменту важен рабочий процесс, а проектный менеджмент в большей мере ориентируется на определение, а затем и достижение целей.
6. В традиционном менеджменте принята общая рабочая норма, а в проектном – приемка по окончанию.
7. Традиционный менеджмент характеризует относительная надежность, а проектный менеджмент – предсказуемая надежность.
8. В традиционном менеджменте есть опасность монотонности, а в проектном – наоборот, присутствует разнообразие, приоритет отдан ненормированности.
9. В традиционном менеджменте привлечен постоянный персонал, а в проектном – проектная команда, которая меняется в зависимости от проекта.

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

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

Попробовать бесплатно

Зачем нужно управление проектами

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

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

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

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

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

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

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

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

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

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

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

Как научиться управлять проектами

Итак, чтобы проект-менеджер был действительно эффективным и дал положительные результаты, руководитель должен быть в состоянии:

1	Собрать для осуществления задумки правильных людей и создать из них команду, члены которой будут разделять общие идеи, ценности и цели, нести ответственность за свои решения и поступки. Этот навык можно назвать основополагающим.
2	Вести переговоры, т.к. во время реализации проектов их насчитывается огромное количество. Сюда же можно отнести и управление конфликтами. Без этих навыков реализация проекта будет сопряжена с массой проблем, как внутренних, так и внешних.
3	Повести за собой людей, т.е. быть лидером. Учитывая то, что не каждый от рождения обладает способностью к лидерству, лидерские навыки нужно развивать и культивировать. Для этого существует немало специальных тренингов и курсов.
4	Применять различные методы управления проектами, причем речь здесь идет именно о практическом навыке их применения. Но для начала о них следует узнать, и с самыми популярными из них вы познакомим вас в этом курсе.
5	Внедрять в деятельность и использовать разнообразные программные продукты – системы управления проектами. О нескольких десятках таковых вы также узнаете, пройдя наш курс.

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

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

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

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

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

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

Хотите проверить свои знания?

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

А теперь предлагаем вам познакомиться с кратким содержанием каждого из пяти уроков курса «Управление проектами».

Уроки управления проектами

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

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

Урок 1. Разработка и планирование проекта

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

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

Урок 2. Управление командой проекта. Личная и командная эффективность

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

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

Урок 3. Управление рисками в проект-менеджменте

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

В третьем уроке вы познакомитесь с понятием проектных рисков и неопределенности, концепцией и планированием риск-менеджмента, идентификацией, анализом и оценкой проектных рисков, планированием реагирования на риски. В конце урока приводятся 10 правил управления рисками от профессионала в области проектного управления – Барта Джутта.

Урок 4. Методы управления проектами

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

Четвертый урок посвящен рассмотрению самых популярных на сегодняшний день методов управления проектами: Agile, Lean, Six Sigma, Kanban, Scrum и PRINCE2. Кроме описаний мы приведем упрощенные схемы работы по этим методам и расскажем об их преимуществах и недостатках.

Урок 5. Системы управления проектами

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

В пятом уроке приведены ознакомительные характеристики пятидесяти систем управления проектами, среди которых Basecamp, Asana, TeamBridge, Адванта, Time Master, Microsoft Project, Project Kaiser, Workdoer, ProjectOffice, Comindwork, WebAsyst, Zoho Projects, IPI.MANAGER, Assembla и ряд других. В заключение мы немного поговорим о пользе применения этих систем.

Как проходить занятия

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

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

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

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

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

Цитаты знаменитых людей о проектах и управлении проектами

«В какой бы стадии ни находился проект, время, необходимое для его завершения, есть величина постоянная» — Закон Хартри

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

«Проект – это черновик будущего» — Жюль Ренар

«Мы должны либо найти путь, либо проложить его» — Ганнибал

«Пытаться управлять проектами без проектного управления – это как пытаться играть в футбол без плана игры» — Карен Тейт

«Если нужно выбрать среди экспертов одного настоящего, выбирай того, кто обещает наибольший срок завершения проекта и его наибольшую стоимость» — Принцип Уоррена

«Из всего, что я делал в жизни, самым важным я считаю управление талантливыми людьми, которые работали на нас, направление их к нужной цели» — Уолт Дисней

«Не важно, насколько хороша ваша команда или как эффективна методология, если вы не решаете правильную проблему, то проект провалится» — Вуди Уильямс

«ПРАВИЛО 90 НА 10. При осуществлении любого проекта первые 90 процентов работы занимают 10 процентов времени, а последние 10 процентов — остальные 90 процентов времени. — Законы Мерфи

«Планы — бесполезны, планирование — бесценно» — Дуайт Эйзенхауэр

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

Управление проектами — область деятельности, в ходе которой определяются и достигаются чёткие цели проекта при балансировании между объёмом работ, ресурсами (такими как деньги, труд, материалы, энергия, пространство и другими), временем, качеством и рисками (PMBoK) .

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

Управление проектами является частью системы менеджмента предприятия.

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

Классическая форма тройственной ограниченности

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

The Project Management Triangle

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

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

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

Подходы к управлению жизненным циклом проекта/продукта

Существует множество подходов к управлению жизненным циклом проекта/продукта в зависимости от типа проекта:

• Предположение о неизменности требований, низких рисках, критичности сроков завершения. В этом случае применяется водопадный жизненный цикл. Для планирования и контроля хорошо применимы методы PERT, метод критического пути, метод освоенного объема, диаграмма Ганта. Основная слабая сторона классического проектного менеджмента – нетолерантность к изменениям. Подход применим к строительным и инженерным проектам, в которых содержание проекта остаётся практически неизменным в течение всего проекта .
• Предположение о критичности качества, при этом требования к сроку и ресурсам достаточно гибки (под качеством здесь понимается полнота удовлетворения потребностей, как известных, так и неизвестных заранее, часто создаваемых выходом нового продукта). В этом случае применяются спиральный жизненный цикл, гибкая методология разработки продукта, минимизация администрирования и неформальный подход к управлению проектом. К преимуществам относят гибкость и адаптивность под изменения требований. В качестве недостатков отмечают что гибкость может приводить к потере фокуса, усложнению внесения непредвиденных изменений .
• Предположение о высоких неопределенностях и рисках проекта (для инновационных проектов и стартапов). В этом случае применяются подходы управления бережливый стартап, Phase–gate model, Управление реализацией преимуществ.

Роли в проекте

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

Заказчик определяет цель и ограничения проекта и его финансирование. Исполнитель выполняет проект согласно утвержденному плану.

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

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

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

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

Цель управления проектом и успешность проекта

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

Группы оценок успешности:

• Ориентированные на контракт с жесткой фиксацией требований и минимизацией изменений в ходе проекта, например традиционные методологии, в том числе PMBOK: «проект успешен, если выполнен согласно утвержденным критериям: объёму, сроку, качеству». То есть проект успешен, если исполнен и закрыт договор между Заказчиком и Исполнителем (вне зависимости от того, являлся ли он юридическим документом в случае внешних проектов или определялся как-то иначе в случае внутренних проектов). При этом оценка успешности единая как для заказчика так и для исполнителя.
• Ориентированные на удовлетворенность заказчика с гибким управлением требованиями, например гибкие методологии SCRUM: «проект успешен, если заказчик удовлетворен»
• Ориентированные на длительное взаимодействие с Заказчиком: управление программами, направленное на длительное взаимодействие, а не на один проект/контракт. Здесь делается акцент на продолжение сотрудничества Исполнителя с Заказчиком в рамках последующих проектов и иного взаимодействия.
• Сбалансированные, например PRINCE2: «проект успешен при сбалансированности по крайней мере по трем категориям — бизнеса, ориентации на пользователя и технологической зрелости». Здесь делается акцент на финансовой успешности проекта, удовлетворенности пользователей и развитии технологий. Оценка успешности может различаться с точки зрения бизнеса, пользователя и исполнителя. Такие методики оценки чаще используются для внутренних проектов, когда заказчик и исполнитель находятся в одной организации.

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

В целом можно определить цель управления проектами следующим образом:

«Целью управления проектом(-ами) является достижение заранее определенных целей при заранее известных ограничениях и целесообразном использовании возможностей, реагировании на риски.»

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

Процедуры управления проектом

Процедуры управления проектом по традиционной методологии

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

• Определение среды проекта.
• Формулирование проекта.
• Планирование проекта.
• Техническое выполнение проекта (за исключением планирования и контроля).
• Контроль над выполнением проекта.

Процедуры управления проектом по методологии PMI

Основные процедуры и процессы PMI описаны в стандарте PMBOK:

• Определение требований к проекту
• Постановка чётких и достижимых целей
• Балансирование конкурирующих требований по качеству, возможностям, времени и стоимости
• Адаптация спецификаций, планов и подходов для нужд и проблем различных заинтересованных лиц (стейкхолдеров)

Процедуры управления проектом по методологии IPMA

• Системное представление Управления проектами IPMA
• Национальные требования к компетенции специалистов по управлению проектами (НТК)

Процедуры управления проектом по методологии PRINCE2

• Начало проекта (SU).
• Запуск проекта (IP).
• Планирование проекта (PL).
• Управление проектом (DP).
• Контроль стадий (CS).
• Контроль границ стадий (SB).
• Управление производством продукта (MP).
• Завершение проекта (CP).

Прочие процедуры (управление командой, контрактами) вынесены «за рамки» методологии и называются инструментарием менеджера проекта. Кроме того, методология рассматривает «компоненты», которые состоят из Бизнес плана (Business Case), организации, планирования, управления рисками, управления качеством, управление конфигурацией, контроля и управления изменениями.

Стандарты управления проектами

Международные стандарты управления (менеджмента) проектами:

• ISO 10006:2003, Quality management systems — Guidelines for quality management in projects (в России принят как ГОСТ Р ИСО 10006—2005 «Системы менеджмента качества. Руководство по менеджменту качества при проектировании»)
• ISO 21500:2012 Guidance on project management (в России принят как ГОСТ Р ИСО 21500-2014 Руководство по проектному менеджменту)

Национальные стандарты с расширенной географией применения:

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

• ГОСТ Р 54869—2011 «Проектный менеджмент. Требования к управлению проектом» (Россия)
• ГОСТ Р 54870—2011 «Проектный менеджмент. Требования к управлению портфелем проектов» (Россия)
• ГОСТ Р 54871—2011 «Проектный менеджмент. Требования к управлению программой» (Россия)
• NASA Project Management (США)
• BSI BS 6079 (Великобритания)
• APM Body of Knowledge (Великобритания)
• OSCEng (Великобритания)
• DIN 69901 (Германия)
• V-Modell (Германия)
• VZPM (Швейцария)
• AFITEP (Франция)
• Hermes method (Швейцария)
• ANCSPM (Австралия)
• CAN/CSA-ISO 10006-98 (Канада)
• P2M (Япония)
• C-PMBOK (Китай)
• South African NQF4 (ЮАР)
• CEPM (Индия)
• PROMAT (Южная Корея)

Стандарты оценки компетенции менеджера проекта:

• IPMA Individual Competence Baseline (IPMA ICB) (IPMA)
• НТК (Национальные требования к компетентности специалистов) (Россия)
• PMCDF (США)
• NCB UA (National Competence Baseline, Version 3.0) (Украина)

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

1. Методология PMI, сформулированная в виде стандарта PMBOK, базируется на концепции управления проектами через группу стандартных процессов. Однако последняя версия стандарта PMBOK отражает существенную коррекцию методологии в сторону итеративных методик.
2. Методология IW URM (Unique Reliable Method), разрабатывалась и оттачивалась с тем, чтобы в любом проекте был гарантирован успех — цели клиента достигнуты в оговоренный срок, в рамках определенного бюджета и с необходимым качеством. Для реализации разных типов проектов используется набор различных процедур, документов и технологий, наиболее подходящих для конкретного типа проекта.
3. Процесс управления проектами TenStep помогает менеджерам проектов успешно руководить проектами всех видов. TenStep предлагает пошаговый подход, начинающийся с простейших вещей и заканчивающийся настолько изощренными приемами, насколько это может потребоваться для конкретного проекта, включая шаблоны документов.
4. Методология P2M базируется в ориентированности не на продукт или процессы, а на улучшение организации в результате выполнения проектов. Иными словами, методология описывает, как использовать полученный в результате выполнения проектов опыт для развития компании.

> Программное обеспечение

Существует программное обеспечение как для управления проектами, так и управления портфелем проектов.

• Управление программами
• Портфель проектов
• Офис управления проектами
• Проектирование
• Модель зрелости управления портфелями, программами и проектами

Литература

• Стэнли Э. Портни. Управление проектами для «чайников» = Project Management For Dummies. — М.: «Диалектика», 2006. — С. 368. — ISBN 0-7645-5283-X.
• Рассел Д. Арчибальд. Управление высокотехнологичными программами и проектами = Managing High Technology Programs and Projects. — М.: Академия Ай-ти, 2004. — С. 472. — ISBN 5-98463-002-3.
• Ньюэлл Майкл В. Управление проектами для профессионалов. Руководство по подготовке к сдаче сертификационного экзамена. — Кудиц-пресс, 2008. — С. 416. — ISBN 978-5-91136-009-2.
• Том ДеМарко. Deadline. Роман об управлении проектами. — М: Вершина, 2006. — С. 143. — ISBN 5-9626-0132-7.
• Ашманов Игорь Станиславович. Жизнь внутри пузыря. — М.: Манн, Иванов и Фербер, 2008. — С. 208. — ISBN 978-5-902862-79-6. Архивировано 3 июня 2009 года.
• Ким Хелдман. Профессиональное управление проектами. — М.: Бином, 2005. — С. 517. — ISBN 5-94774-234-9.
• Лапыгин Ю. Н. Управление проектами: от планирования до оценки эффективности. — М.: Омега-Л, 2008. — С. 252. — ISBN 978-5-370-00985-3.
• Богданов. В. В. Управление проектами. Корпоративная система — шаг за шагом. — М: : Манн, Иванов и Фербер, 2012. — 248 c. — ISBN 978-5-91657-232-2

• Официальный сайт Института управления проектами (PMI)
• Официальный сайт Международной ассоциации управления проектами (IPMA)

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

Уровни проектного менеджмента

Портфель проектов · Программа проектов · Проект · Фаза проекта · Веха · Пакет работ · Операция

Стандарты

DIN 69901 · P2M · PMBOK · PRINCE2 · ГОСТ Р 54869—2011 · ГОСТ Р 54870—2011 · ГОСТ Р 54871—2011

Процессы

Инициация · Планирование · Выполнение · Надзор и Контроль · Закрытие

Роли участников

Руководитель проекта · Заказчик · Исполнитель · Поставщик · Спонсор

Инструменты

Программное обеспечение

Организации

AACE · AgileAlliance · IPMA · PMI · СОВНЕТ

Проект (значения)

В Викисловаре есть статья «проект» Страницы пространства имён Проект: находятся в Категории Проекты

Проект:

• Проект в инженерной деятельности (соответствует англ. design от лат. designare «размечать, указывать, описывать, изобретать») — целостная совокупность моделей, свойств или характеристик, описанных в форме, пригодной для реализации системы (SEBoK):272.
  Является результатом проектирования — процесса определения архитектуры, компонентов, интерфейсов и других характеристик системы или её части (ISO 24765).
• Проект в управленческой деятельности (соответствует англ. project от лат. projectus «брошенный вперёд, выступающий, выдающийся вперёд») — временное предприятие, направленное на создание уникального продукта, услуги или результата (см. PMBOK):3.
• Проект в футуродизайне (проектном прогнозировании) понимается как способ и форма манифестации новых смыслов.
• Законопроект — документ c текстом закона, предлагаемый к принятию законодательному органу или на референдум.

.
Если вы попали сюда из текста другой статьи Википедии, пожалуйста, вернитесь и так, чтобы она указывала на нужную статью.