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

Свод знаний по управлению проектами PMI PMBOK — азбука менеджера проекта

1  

Алиев Рауф Начальник управления разработки

2  

1. Какие стандарты в области PM есть в мире?

2. Почему PMI PMBOK занимает важное место?

3. Что из PMBOK может быть применено в работе и жизни?

4. Как построен стандарт внутри?

5. Какие в PMBOK базовые определения, принципы, закономерности?

6. Какие процессы входят в методологию и пробегусь по самому важному?

Расскажу  о  том,  …  

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

есть в мире? 3  

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

4  

Базовая  методология  

5

Методология для конкретной организации

Рамочная, типовая, требует дальнейшего приспособления

Адаптированная под специфику бизнеса, к нуждам и требованиям конкретной организации

Базовая  методология  Много  различных  методологий  

1967 1994

1991

Национальные требования к

компетенции PM

каким  должен  быть  руководитель  проекта,  

 какими  обладать  качествами,  

компетенциями,  чтобы  проект  шел  успешно  

8  

как  нужно  управлять  проектом  

 как  построить  процесс,  как    

сформировать  инфраструктуру  чтобы  проект  шел  успешно  

9  

10  

•  Основан в 1969 году •  Некоммерческая организация •  Member-based, 260 000 членов PMI по всему миру

•  171 страна

•  Program Management Professional (PgMP) •  Project Management Professional (PMP) •  Certified Associate in PM (CAPM)

Процессный  подход:  42/9/5    Сертификация  менеджеров,  не  компаний    Адаптируется  под  бизнес  

11  

12  

+ практические и рамочные стандарты…

+ Расширения к стандартам PMI…

15  

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

16  

Руководство  PMBOK  

Искусство  и  технологии  менеджмента  

17  

18  

19  

20  

1.  Интеграцией (integration) 2.  Содержанием (scope) 3.  Временем (time) 4.  Стоимостью (cost) 5.  Качеством (quality) 6.  Челов. ресурсами (HR) 7.  Коммуникациями (commun.) 8.  Рисками (risk) 9.  Поставками (procurement)

21  

23  

•  SWOT-анализ (SWOT Analysis). •  Анализ характера и последствий отказов (Failure Mode and Effect Analysis, FMEA). •  Aнализ чувствительности (Sensitivity Analysis). Диаграмма Торнадо. •  Быстрый проход (Fast Tracking). •  Выравнивание ресурсов (Resource Leveling). •  Декомпозиция (Decomposition). •  Метод диаграмм предшествования (Precedence Diagramming Method, PDM). •  Метод Дельфи (Delphi Technique). •  Метод критического пути (Critical Path Methodology, CPM). •  Метод критической цепи (Critical Chain Method). •  Метод Монте-Карло (Monte Carlo Analysis). •  Метод освоенного объема (Earned Value Technique, EVT). •  Метод оценки и анализа программ (PERT). •  Мозговой штурм (Brainstorming). •  Оценка «снизу вверх» (Bottom-up Estimating). •  Планирование методом набегающей волны (Rolling Wave Planning). •  Управление освоенным объемом (Earned Value Management, EVM). •  Анализ дерева решений (Decision Tree Analysis).

Методы PMBOK

24  

•  Диаграмма Ганта (Gantt Chart). •  Диаграмма Парето (Pareto Chart). •  Иерархическая структура рисков (Risk Breakdown Structure, RBS). •  Информационная система управления проектами (Project

Management Information System, PMIS). •  Матрица вероятности и воздействия (Probability and Impact Matrix). •  Матрица ответственности (Responsibility Assignment Matrix, RAM). •  Расписание контрольных событий (Milestone Schedule). •  Сетевая модель (Schedule Model). •  Система санкционирования выполнения работ (Work Authorization

System). •  Система управления изменениями (Change Control System). •  Система управления конфигурацией (Configuration Management

System).

Инструменты PMBOK

Что  такое  проект?  Чем  отличается  от  операционной  деятельности?  Как  быть,  когда  надо  начинать,  а  ничего  не  понятно?  Что  является  критерием  успешности  проекта?    Что  такое  программа  и  портфель  проектов…    

25  

Важно  договориться  об  общем  языке  и  понятиях…  

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

Projectus  (лат.)  —  «брошенный  вперед»    Временное  предприятие  для  создания  уникальных  работ,  продуктов  или  результатов    A  project  is  a  temporary  endeavor  undertaken  to  create  a  unique  product,  service  or  result.  

26  

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

 ü     Временный    

 temporary    

ü     Уникальный    unique  

27  

Временный  (temporary)  

•  Определенные  начало  проекта  и  конец  проекта  

•  Конец  проекта:  –  Или  достигнуты  цели    –  Или  становится  ясно,  что  цели  проекты  не  

могут  быть  достигнуты  –  Или  необходимость  в  результатах  проекта  

исчезает  и  проект  «сворачивается»  •  Длительность  проекта  —  априори  

конечна     28  

Уникальный  (unique)  

•  Результат  (услуга,  продукт)  всегда  уникален  

•  Результатами  проекта  могут  быть:  –  Продукты.  Свойство:  измеримый  

«quan\fiable».  Конечный  продукт  произв.  цепи  или  ее  элемент.  

–  Способность  предоставить  новые  услуги.    –  Другие  результаты,  такие  как  последствия  или  

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

29  

Прогрессивная  проработка  (Progressive  Elaboralon)  

•  Развитие  по  этапам  •  Уточнение  деталей  происходит  уже  в  

процессе  проекта,  а  не  перед  ним  •  Проект  может  быть  начат  с  общего  

описания  работ  и  границ  проекта  •  Недостаточно  проработанный  объем  

работ  не  является  препятствием  к  открытию  проекта  

 30  

Проект  —  временное  предприятие  для  создания  уникальных  результатов  

Постоянная  деятельность  

Временная  деятельность  

Результат  —  НЕ  уникальный  

Обслуживание  клиентов  в  банке  Техподдержка  

Сдача  бух.  баланса  предприятия  

Уникальный  результат    

Работа  автозавода  Издание  журнала  

Строительство  завода,    выпуск  номера  журнала,  Строительство  дома,  создание  сайта,  Запуск  новой  модели  

ПРОЕКТЫ  

31  

Ключевые  отличия  проектной  деятельности  от  операционной  

•  Ограниченный  срок  (временная  деятельность…)  

•  Большое  количество  рисков    (в  т.ч.  критических)  

•  Большое  количество  изменений    (существенных)  

•  Команда  формируется  для  одного  проекта    (как  правило)  

 32  

Сравнение  операционной  деятельности  (бизнес-­‐процесса)  с  проектом  

Параметры  сравнения   Бизнес-­‐процесс   Проект  

Чем  регламентируется  исполнение?  

Регламент  бизнес-­‐процесса,  методуказания  

Устав  проекта  План  проекта  

Как  контролируется  текущее  состояние?  

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

По  времени  По  бюджету  По  ресурсам  

Кто  управляет  исполнением?   Менеджер  (владелец)  процесса   Руководитель  проекта  

Требуется  ли  оптимизация  исполнения?  

Да,  если  есть  нарушения  процесса  

Нет,  но  возможны  корректировки  по  ходу  исполнения  

Требуется  ли  планировать  единичный  цикл  исполнения?  

Нет   Да  

Требуется  ли  координировать  исполнителей?  

Нет   Да  

Методическая  основа  для  управления  

Процессный  подход  TQM  ISO  9000  ITIL  

Проектное  управление,  PMBOK  и  др.  

Проект  успешен,  если  …  

•  Завершен  в  установленный  срок  (on  \me)  

•  В  рамках  выделенного  бюджета    (within  the  budget)  

•  При  удовлетворении  заказчика    (with  customer  sa\sfac\on)  

34  

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

•  Применение…  –  Знаний,  –  Умений,  –  Инструментов,  –  Методик  

•  …К  деятельности  по  проекту  •  …Чтобы  выполнить  поставленные  требования  

35  

«Сейчас  вот  разберемся  с  PMBOK  и  все  проекты  будут  успешными!»  

36  

Все  не  так  просто.  

•  Закон  Лермана:    Любую  техническую  проблему  можно  преодолеть,  имея  достаточно  времени  и  денег  

•  Следствие  закона  Лермана:    Вам  никогда  не  будет  хватать  либо  времени,  либо  денег.  

37  

Компромиссы  (MSF)  

•  Треугольник  компромиссов  Trade-­‐off  triangle  Triple  constraints  

•  Матрица  компромиссов  

Фиксируем  (constrain)  

Оптимизируем  (oplmize)  

Как  получится  (accept)  

Ресурсы  

Время  

Объем  работ  

38  

А  что  же  такое    успешность  проекта?  

39  

…  или  продукта?  

40  

41  

Product Management

Program Management

Project Management Project Management

Portfolio Management

«Мы» «Наш подрядчик»

Успешность  проекта  и  продукта  

•  Проект  успешен,  если:  –  Требования  заказчика  удовлетворены  –  Все  завершено  в  срок  и  в  рамках  бюджета  –  Заказчик  принял  работы  

•  Причины  провала  проекта:  –  «Ползущие  требования»  (scope  creep)  – Плохой  сбор  требований  –  Закрытие  финансирования  – Нереалистичное  планирование  – Нехватка  ресурсов  

42  

Успешность  проекта  и  продукта  

•  Йорн  Атзон  •  Бюджет  превышен  в  10  раз  •  $100  млн  против  $7млн  •  Сроки  превышены  в    3  раза  •  14  лет  против  4  лет  

43  

Успешность  проекта  и  продукта  •  Дорога  АДЛЕР—КРАСНАЯ  ПОЛЯНА  

•  Заказчик:  государство  

•  Критерий  успешности  проекта:    —  сроки:  осень  2013    —  бюджет:  сначала  91  млрд.  руб,  теперь  266  млрд.  руб.      —  объем  работ:    •  48.2  км  

–  жел.  Дорога  –  автомобильная  

•  12  тоннелей  –  3  автомобильных  6.9  км.  –  6  желдортуннелей  11.1  км.    

•  45  мостов  –  23  автомобильных  9  км.    –  22  желдормоста  11.4  км.  

•  дорога  должна  быть  полностью  готова  к  большому  траффику  

44  

Успешность  проекта  и  продукта  •  Зимние  олимпийские  игры  2002  года  —  один  из  

наиболее  успешных  проектов  с  точки  зрения  управления  проектом  (2003  Interna\onal  Project  of  the  Year).  Менеджеры  проектов  хвастаются  тем,  что  им  удалось  превратить  нехватку  средств  в  $100  млн  в  экономию  в  $400  млн.,  не  за  счет  уменьшения  работ,  а  за  счет  привлечения  новых  инвестиций.  Успешность  здесь  меряется  рентабельностью.  

45  

Программы  проектов  •  Ряд  связанных  друг  с  другом  проектов,  управление  

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

 •  Программа  по  производству  новой  модели  автомобиля  может  быть  

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

46  

Портфель  проектов  •  Набор  проектов  или  программ  и  других  работ,  

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

   •  Проекты  и  программы  портфеля  не  обязательно  

являются  взаимозависимыми  или  напрямую  связанными.  

47  

Подпроекты  •  Часто  это  отдельная  фаза  в  жизненном  цикле  проекта.  

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

•  Проект,  составленный  из  подпроектов  иногда  называют  мультипроектом.  

48  

Заинтересованные  стороны  (stakeholders)  

•  Лица  или  организации,  активно  вовлеченные  в  проект  и/или  интересы  которых  могут  быть  затронуты  выполнением  проекта  

•  Руководитель  проекта,  Пользователи,  исполняющая  организация,  Члены  проектной  команды,  Спонсор  проекта,  Влиятельные  лица,  Проектный  офис,  Заказчик  

49  

Заинтересованные  стороны  (stakeholders)  

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

50  

Основные  действующие  лица  

51  

Спонсор  (куратор)  проекта    (project  sponsor)  

•  Лицо,  которое  осуществляет  не  только  финансовую,  но  и  любую  административную  или  организационную  поддержку  проекта  

•  Во  внутренних  проектах  спонсор,  как  правило,  несет  конечную  ответственность  за  результаты  проекта  

52  

Фазы  проекта  

•  Для  улучшения  управления  проект  может  быть  разбит  на  фазы  (этапы)  (Phases,  Stages)  

•  Результат  фазы  —  измеримый,  проверяемый  продукт  работы  (deliverable)  

•  В  конце  фазы  —  kill  points,  phase  exit,  phase  gates  —  решение  об  инициации  следующей  фазы  или  закрытии  проекта  

53  

Шесть  фаз  проекта  J  

•  Энтузиазм  •  Разочарование  •  Паника  •  Поиск  виновного  •  Наказание  невиновного  •  Похвала  и  почести  для  неучастников  

54  

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

55  

Зависимость  стоимости  и  кол-­‐ва  вовлеченных  ресурсов  от  фазы  

56  

Возможность  влияния  на  результат  и  стоимость  изменений  

57  

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

58  

Пример  жизненного  цикла    программного  продукта  

59  

Функциональная  структура  организации  

60  

Функциональная  структура  

•  Классическая  иерархическая  структура,  обычно  представляет  собой  тяжелую  бюрократическую  машину,    

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

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

61  

Функциональная  структура  •  Преимущества:    

–  Стимулирует  деловую  и  профессиональную  специализацию  

–  Уменьшает  дублирование  усилий  – Повышает  эффективность  использования  ресурсов  в  функциональных  областях  

–  Улучшает  координацию  в  функциональных  областях  

–  Способствует  повышению  технологичности  выполнения  операций  в  ФО  

–  Сотрудники  имеют  четкую  перспективу  карьерного  роста  и  профразвития  

62  

Функциональная  структура  

•  Недостатки:    –  Стимулирует  функциональную  изолированность  –  Увеличивает  к-­‐во  межфункциональных  конфликтов  и  снижает  эффективность  достижения  общих  целей  

–  Увеличивает  к-­‐во  взаимодействий  между  отдельными  участниками  

– Не  способствует  разрешению  комплексных  междисциплинарных  проблем  

– При  привлечении  сотрудников  для  реализации  проекта  их  мотивация  существенно  снижается  

63  

Проектная  структура  организации  

64  

Проектная  структура  

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

•  Классический  пример  —  строительство  египетских  пирамид  и  наша  компания  J  

65  

Проектная  структура  

•  Преимущества  – Широкие  полномочия  МП  обеспечивают  целостную  горизонтальную  целевую  направленность  проекта  

– Сотрудники  напрямую  подчиняются  МП,  что  обеспечивает  однозначность  направленности  усилий  этих  сотрудников  

– Укорачиваются  коммуникационные  связи  между  сотрудником  ,  МП  и  высшим  руководством  

– Простота  и  гибкость  в  управлении  проектом  

66  

Проектная  структура  

•  Недостатки    –  Дублирование  функциональных  областей  и  снижение  эффективности  использования  ресурсов  

– МП  обычно  формирует  дополнительный  запас  ресурсов,  которые  в  большинстве  случаев  не  используются  

–  Снижается  технологичность  в  ФО  –  Непоследовательность  в  реализации  организационных  процедур  и  общих  принципов  функционирования  

–  Озабоченность  членов  команды  профессиональной  востребованностью  по  завершении  проекта  

–  Негативная  конкуренция  между  проектами  и  их  командами  

67  

«Слабая  матрица»  

68  

«Слабая  матрица»  

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

•  Функции  менеджера  проекта  соответствуют  функциям  координатора  или  диспетчера  проекта,  а  не  менеджера.    

•  Координатором  проекта  назначают  одного  из  сотрудников.  

69  

«Сбалансированная  матрица»  

70  

«Сбалансированная  матрица»  •  В  этом  случае  появляется  менеджер  проекта,  и  четко  прописываются  правила  взаимодействия  сотрудников  с  менеджером  проекта,  который  в  свою  очередь  наделен  не  всеми  полномочиями  по  управлению  проектом  и  финансированием  проекта.    

71  

«Сильная  матрица»  

72  

«Сильная  матрица»  

•  Используется  в  крупных  компаниях  •  Обладает  х-­‐ками  проектной  •  Персонал  полностью  подчиняется  менеджеру  проекта  (на  время  проекта),по  завершению  возвращаются  к  своим  функциональным  обязанностям  

•  Вводится  проектный  офис  или  отдел  МП    

73  

Матричная  структура  

•  Преимущества:  – Проект,    его  цели  и  потребности  —  в  центре  внимания  

–  Сохраняются  все  преимущства  функциональных  структур  в  части  оптимизации  деятельности  в  ФО  и  использования  ресурсов  

–  Существенно  снижается  беспокойство  персонала  по  поводу  карьеры  по  окончании  проекта  

– Появляется  возможность  «настраивать»  оргструктуру  в  рамках  спектра  от  слабой  до  сильной  матрицы  

74  

Матричная  структура  

•  Недостатки:  –  Конфликты  между  проектной  и  функциональной  структурами  создают  большие  проблемы  при  принятии  решений  по  проекту  

– Необходимость  координировать  деятельность  нескольких  проектов  (распр-­‐е  ресурсов!)  

–  Серьезная  проблема  распределения  полномочий  между  руководителями  проектов  и  функциональными  руководителями  

– Нарушается  принцип  единоначалия,  что  дезооринтирует  персонал    и  вызывает  множество  конфликтов  

75  

Управление  проектами  в  различных  структурах  

76  

Полномочия  руководителя  проекта  и  занятость  исполнителей  

77  

Основные  документы  проекта  

•  Устав  проекта.  Официальная  авторизация  проекта.  

•  Описание  содержания  проекта.  Описание  работы,  которую  предстоит  выполнить  и  результатов  поставки,  которые  надлежит  провести  

•  План  управления  проектом.  Описание  того,  как  работа  будет  выполняться.    

78  

Устав  проекта  

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

•  Определяет  ключевые  роли  и  «правила  игры»  

79  

Способы  инициации  проектов  

80  

1.  Устав  проекта  

•  Цели  проекта  и  продукта  •  Требования  к  продукту  и  ключевые  х-­‐ки  •  Критерии  приемки  продукта  •  Границы  проекта  •  Ограничения  и  допущения  •  Контрольные  события  расписания  •  Смета  расходов    

81  

Цели  проекта:  SMART  

•  Specific  (Четкие)  •  Measurable  (Измеримые)  •  Achievable  (Достижимые)  •  Result-­‐oriented  (Ориентированные  на  результат)  

•  Time-­‐bounded  (с  временными  ограничениями)  

82  

2.  План  управления  проектом  

•  Итеративный  процесс  •  Интеграционный  процесс  

Невозможно  создать  детальный  план  для  всего  проекта  сразу  

 Объем  и  состав  плана  должен  соответствовать  масштабности  и  значимости  проекта  

83  

2.  План  управления  проектом  

•  План  управления  содержанием  (scope  mgt  plan)  •  План  управления  расписанием  (schedule  mgt  plan)  •  План  управления  стоимостью  (cost  mgt  plan)  •  План  управления  качеством  (quality  mgt  plan)  •  План  обеспечения  проекта  персоналом  (staffing)  •  План  коммуникаций  по  проекту  (communica\on)  •  План  управления  рисками  (risk  management  plan)  •  План  управления  закупками  и  поставками  (procurement  management  plan)    

 84  

План  управления  проектом:    «метод  бегущей  волны»  Rolling  wave  planning  

85  

Agile?

Является  ли  проектом…  

86  

Воспитание ребенка?

Вспомним определение проекта: Временное  предприятие  для  создания  уникальных  работ,  продуктов  или  результатов. Является ли «продукт» уникальным? Является ли предприятие временным? Можно ли спланировать проект?

Иерархическая  структура  работ  

87  

Иерархическая  структура  работ  

Нижний  уровень  ИСР  включает  в  себя  пакеты  работ  (Work  packages)  Разбиение  произоводится  до  тех  пор,  пока:  •  Возможна  реалистичная  оценка  

сроков,стоимости,  рисков  •  Элемент  не  может  быть  разбит  дальше  

логически  •  Элемент  может  быть  выполнен  

относительно  быстро  (80  часов)  

88  

Иерархическая  структура  работ  

89  

Определение  состава  операций  

90  

10  ключевых  понятий  

91  

WBS  /  ИСР    Work  breakdown  structure  Иерарахическая  структура  работ    

Milestones  /  Вехи,  контр.  точки  

93  

Важное событие в проекте, формулируется в прошедшем времени

Baseline  /  Базовый  план  

94  

Последние согласованные и утвержденные планы

Triple  constraint    

95  

Взаимосвязь параметров проекта между собой Т.н. “тройственная ограниченность”

Project  life  cycle  /  Жизненный  цикл  проекта  

96  

97  

Gan�  chart  /  Диаграмма  Ганта  

98  

CCB  /  Change  control  board  /  комитет  по  изм-­‐ям  

•  Рассмотрение заявок на изменение

•  Грубая оценка заявок («светофор»)

•  Оценка по шкале значимости для компании

•  Детальная оценка избранных

•  Решение go/not go

•  Пересмотр плана проекта с учетом изменений

•  Пересмотр рисков и влияний

•  Запуск изменений

Change  management  /  управление  изменениями  

99  

Stakeholders  /  заинтересованные  лица  

100  

Risk  management  /  управление  рисками  

101  

Что не успели? Около 90-95% от того, что есть в стандарте и что полезно — метод критического пути, оптимизация — подробнее про WBS (ИСР), про расписание (план), что такое сетевая диаграмма, — про управление сроками (управление расписанием, про MS Project, …) — про управление стоимостью — про базовый план выполнения стоимости, про его отслеживание, про метод управления освоенным объемом, как считать индекс выполнения стоимости и сроков, методы прогнозирования бюджета — про управление качеством — про управление человеческими ресурсами — про управление коммуникациями — про управление рисками (план управления рисками, реестр рисков, качественный и количественный анализ рисков) — про управление закупками

102  

•  Диаграмма Ганта (Gantt Chart). •  Диаграмма Парето (Pareto Chart). •  Иерархическая структура рисков (Risk Breakdown Structure, RBS). •  Информационная система управления проектами (Project

Management Information System, PMIS). •  Матрица вероятности и воздействия (Probability and Impact Matrix). •  Матрица ответственности (Responsibility Assignment Matrix, RAM). •  Расписание контрольных событий (Milestone Schedule). •  Сетевая модель (Schedule Model). •  Система санкционирования выполнения работ (Work Authorization

System). •  Система управления изменениями (Change Control System). •  Система управления конфигурацией (Configuration Management

System).

Инструменты PMBOK

103  

Диаграмма Парето

104  

Матрица вероятность-воздействие

105  

Матрица ответственности

RACI