Ответы на билеты ОПД 26

1. 1/1 Сущность проектного подхода. Треугольник проекта

Проект (ГОСТ Р 54869-2011 «Проектный менеджмент» ) - комплекс
взаимосвязанных мероприятий, направленный на создание уникального
продукта или услуги в условиях временных и ресурсных ограничений
Содержание
УНИКАЛЬНОСТЬ, НОВАЦИИ
Ресурсы
Концепция «Треугольник
управления проектом»
ограниченность
Время
Материальные ресурсы
Нематериальные ресурсы
Сушность проекта
временное предприятие
планомерность
Содержание
Сроки
Затраты

2. ½ Управление проектом. Основные понятия

управление проектом: Планирование, организация и контроль
трудовых, финансовых и материально-технических ресурсов
проекта, направленные на эффективное достижение целей проекта
ГОСТ Р 54869-2011
Функциональные области управления проектом
• - управление содержанием проекта;
• - управление сроками проекта;
• - управление затратами в проекте;
• - управление рисками проекта;
• - управление персоналом проекта;
• - управление заинтересованными сторонами проекта;
• - управление поставками проекта;
• - управление качеством в проекте;
• - управление обменом информацией в проекте;
• - управление интеграцией проекта.
2

3. 1\2 Управление проектом. Основные понятия и процессы

•ОПД7
1\2 Управление проектом. Основные
понятия и процессы
Управление проектом: Планирование, организация и контроль
трудовых, финансовых и материально-технических ресурсов,
направленные на эффективное достижение целей проекта
ГОСТ Р 54869-2011
• Процесс организации исполнения проекта
• Процесс контроля исполнения проекта
• Процесс завершения проекта
3

4. 2/1 Типология проектов

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

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

•ОПД7
2.2 Управление проектом.
Основные понятия
управление проектом: Планирование, организация и контроль
трудовых, финансовых и материально-технических ресурсов
проекта, направленные на эффективное достижение целей проекта
ГОСТ Р 54869-2011
Функциональные области управления проектом
• - управление содержанием проекта;
• - управление сроками проекта;
• - управление затратами в проекте;
• - управление рисками проекта;
• - управление персоналом проекта;
• - управление заинтересованными сторонами проекта;
• - управление поставками проекта;
• - управление качеством в проекте;
• - управление обменом информацией в проекте;
• - управление интеграцией проекта.
5

6. 2.2 Схема системной организации проектного управления (в рамках матричной структуры)

Руководство
предприятия
(организации)
Субъект
управления
Инструмент
управления
Руководство
проекта
Контроль
деятельности
предприятия
Система
управления
предприятия
Контроль
проекта
Система
управления
проекта
Мониторинг
проекта
Система обратной связи
Оперативная
деятельность
предприятия
Инициирование
Объект
Планирование
управления
Исполнение
Завершение
Мониторинг
деятельности
предприятия
6

7. 3.1 Жизненный цикл информационно-аналитического проекта

3.1 Жизненный цикл информационноаналитического проекта
1. Подготовка отчета перед
Оформление
заказчиком (инициатором) по
результатов,
результатам проекта
Завершение
2. Подготовка финальной
проекта
документации
3. Внесение сведений о проекте
в базу знаний
1. Формирование команды
проекта
2. Планирование проекта
(эскизное, рабочее)
3. Решение проектных задач
Выявление
проблемы
1. Выявление информационного
следа анализируемого явления
2. Контроль достоверности полученной
информации
3. Оценка значимости
информационного повода
4. Решение о необходимости
инициирования проекта
Формирование
гипотез,
постановка
целей,
предварительное
описание задач.
Реализация
проекта
Инициирование
проекта
1. Гипотеза о связанности
наблюдаемых
информационных и
социальных явлений
2. Цель - описание
взаимосвязи
информационных причин
с наблюдаемыми
социальными
последствиями
3. Комплекс шагов по
достижению цели

8. 3/2 Функциональная схема управления содержанием проекта

Утверждение
системы показателей
качества проекта
Организация
мониторинга показателей
качества проекта
Разработка
управленческих
воздействий
Реализация
управленческих
воздействий
Прогноз
комплексной оценки
содержания проекта
8

9. 3/2 Оперативное управление содержанием проектом

• На этапе планирования
Содержательное планирование
- разработка детального описания продуктов проекта
- разработка комплекса характеристик качества проекта
• На этапе реализации
Управление содержанием проекта
- оперативное управление процессами коррекции технических и пользовательских
характеристик;
- Управление ожиданиями стрейкхолдеров проекта
Управление качеством проекта
- обеспечение контроля качества работ (приемки результатов), качества управления и
качества проекта в целом
9

10. 3/2 Характеристики содержания (качества продуктов) проекта

• Функции, выполняемых продуктами проекта (целевые,
побочные)
• Оценка потребности в продукте
• Ключевые характеристики продукта (технические,
потребительские)
• Имеющиеся на рынке аналоги продуктов проекта
• Ожидаемые конкурентные преимущества продуктов
проекта
10

11. 4\1 Организационные фазы инициирования проекта

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

12. 4/2 Требования к управлению документами проекта(1) ГОСТ Р 54869-2011

Форма, наименование и содержание документов могут отличаться в
различных проектах и зависят от специфики проекта, договорных
требований или требований организации, в рамках которой проект
реализуется
Требования:
• документы должны быть утверждены до их применения;
• необходимо обеспечить анализ актуальности документов и их
своевременное обновление по мере необходимости;
• необходимо обеспечить наличие актуальных версий документов
в местах их применения;
12

13. 4/2 Требования к управлению документами проекта(2) ГОСТ Р 54869-2011

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

14.

5/1 Выбор проблемы к решению в рамках проекта.
Актуальность
проблемы
Доступность
разрешения
проблемы в
рамках
проектного
формата
Наличие
потенциального
заказчика
1. Выявление
информационного
следа анализируемого
явления
2. Контроль достоверности
полученной
информации
3. Оценка значимости
информационного повода
4. Решение о
необходимости
инициирования проекта

15. 5/2 Заинтересованные стороны проекта

Инициаторы проекта
Потребители продуктов
проекта
Заказчики проекта
Команда проекта
Проектная
платформа
15

16. Цели информационно-аналитического проекта в сфере социального управления

Горизонт
проектной
реализации
Анализ
информационного
пространства
Анализ
структуры
социального
пространства
Прогнозирование
социального
отклика
Разработка
технологий
информационног
о воздействия
Разработка
концепций
Разработка структуры
информационного
пространства и
методологии сбора
информации
Обоснование
выбора
анализируемых
социальных
сообществ
Разработка
системы
показателей
социальной
активности и
гипотез реакции
Разработка
системы гипотез
эффективности
инф. воздействия
Разработка
инструментария
Разработка
инструментального
комплекса
мониторинга
информационного
пространства
Разработка
инструмента
обеспечения инф.
доступа к
целевым
аудиториям
Разработка
моделей
реагирования
целевых
аудиторий на инф.
воздействие
Медиапланирование
Разработка и
внедрение
системы
Запуск архитектуры
мониторинговой
системы
Запуск системы
коммуникаций с
целевыми
аудиториями
Запуск библиотеки
моделей реакций
целевых
аудиторий
Текущее
сопровождение
Формирование и пополнение БЗ анализа социально-политической ситуации и
сервисных технологий

17. 6\2 Иерархическая структура работ

Целеполагание
По основным
результатам
(продуктам)
Выявление проблемы, обоснование
актуальности
Формулировка объекта, предмета
исследования, базовых гипотез.
Формулировка целей и задач
Формирование
инструментального комплекса
Комплекс сбора данных
Комплекс хранения данных
Описание информационного пространства
Комплекс анализа и моделирования процессов
Сбор и анализ данных
Сбор (мониторинг) данных
Анализ данных
Подготовка аналитического заключения
17

18.

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

19. 7\2 Иерархическая структура работ информационно-аналитического проекта

Целеполагание
По основным
результатам
(продуктам)
Выявление проблемы, обоснование
актуальности
Формулировка объекта, предмета
исследования, базовых гипотез.
Формулировка целей и задач
Формирование
инструментального комплекса
Комплекс сбора данных
Комплекс хранения данных
Описание информационного пространства
Комплекс анализа и моделирования процессов
Сбор и анализ данных
Сбор (мониторинг) данных
Анализ данных
Подготовка аналитического заключения
19

20. 8/1 Основные этапы формирования инициативной группы проекта

20

21. 8/2 Управление заинтересованными сторонами проекта на этапе реализации

Стейкхолдеры
Цели
Инициаторы
проекта
Успех проекта
(показатели
успешности)
Задачи управления
Сохранять
заинтересованность в
проекте
Заказчики
проекта
Минимизация финансовых
затрат
Команда
проекта
Минимизация затрат труда
Потребители
продуктов
проекта
Проектная
платформа
Получить
продукт
Своевременно донести до
заказчика информацию о
продуктах проекта
Нарастить объем Формирование базы
технологий
знаний
Противоречие позиций потребителей продуктов и заказчиков.
Особенности реализации проектов в рамках госпрограмм
21

22.

9.1 Матрица согласования целей участников
инициативной группы
Цели участников
Финансовые
Участники
Участник1
Участник2
…
Участник n
Репутационные …
Опыт работы

23. 9/2 Техника оценки перспектив проекта

Раздел
экспертного
заключения
Оценка
содержания
проекта
Показатели
успешности
Шкалы
Наличие качественного
описания проекта
Степень отражения
преимуществ проекта (30)
Оценка силы лидера
Наличие способности
управлять, сплачивать
команду (3-0)
Потенциальная
Востребованность
заказчика
Интерес высокий(3)
Интерес возможен (2)
Интерес незначителен (1)
Интерес не проявится (0)
Потенциальная
Востребованность
потребителя
Интерес высокий(3)
Интерес возможен (2)
Интерес незначителен (1)
Интерес не проявится (0)
23

24. 10\1 Стартовое Описание Проекта

Назначение СОП - изложить концепцию проекта в формате, способном привлечь
потенциальных участников инициативной группы
Название раздела СОП
Содержание раздела
Наименование проекта
Формулировка предварительная. Окончательное название
- плод коллективных усилий ИГ
Цели проекта
С оценкой достижимости, определенности, измеримости
результата
Продукты проекта
Назначение, свойства, характеристики, потребители
Ориентировочные сроки
реализации проекта
Предлагается дать пессимистичные и оптимистичные
оценки сроков реализации
Потенциальные риски проекта
Предлагается оценить наиболее очевидные риски
Команда проекта
Роли в ИГ и проекте, Ф.И.О. потенциальных участников (?)
Задачи к решению
Предлагается дать индивидуальное описание задач,
решение которых предполагается поручить тому или
иному члену ИГ

25. 10.1 Устав проекта (ч.1)

Назначение Устава проекта - изложить содержание проектной инициативы для авторизации
проекта перед полномочным органом (заказчик, экспертная группа, проектная дирекция и пр.)
Название раздела Устава
Содержание раздела
Наименование проекта
Формулировка, утвержденная ИГ
Характер проекта
Учебный, поисковый, проект с практической
реализацией и т.п.
Инициаторы проекта
Состав и краткая характеристика инициативной группы
Цели проекта
В формате логико-структурной схемы проекта
(с рейтингованием по достижимости,
определенности, измеримости результата)
Продукты проекта
Назначение, свойства, характеристики, потребители

26. 10\1 Устав проекта (ч.2)

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

27. 10.2 Общие подходы к оценке последствий трансформации целей стейкхолдеров

Базовые принципы:
• Реализация любого изменения требует ресурсов;
• Не все заявленные цели предназначены для реализации;
• Решение о реализации изменений принимается только после оценки
наличия ресурсов для его реализации.
Оценка стоимости изменений
S=Ct*T+Cf+Cr
Где Ct – усредненная стоимость 1 рабочего периода;
Т- дополнительное время, необходимое для реализации новой цели;
Cf – объем дополнительных финансовых затрат;
Cr- стоимость необходимых дополнительных ресурсов.

28. 11\1 Алгоритм авторизации проекта

Подготовка
Устава
Формирование
заявки на
авторизацию
проекта
Подготовка
презентации
проекта
Защита проекта
перед
комиссией
Анализ замечаний комиссии
Доработка презентации,
подготовка справки о
доработках
Получение решения
комиссии

29. 11\2 Динамика уровня неопределенности и возможности влияния на проект

Уровень неопределенности
Жизненный цикл проекта
Начало
Планирование
Реализация
Завершение
Возможности и угрозы
Период максимальной
неопределенности
Стоимость внесения
изменений в проект
Период максимальных
последствий риска
Возможность влияния на проект
11\2 Динамика уровня неопределенности и
возможности влияния на проект
Время
29

30. 12/1 Комплексное планирование проекта

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

31. 12\2 КЛАССИЧЕСКОЕ (каскадное) УПРАВЛЕНИЕ проектом

Управление проектом: планирование,
организация и контроль трудовых,
финансовых и материально-технических
ресурсов, направленные на эффективное
достижение целей проекта
Ключевой признак
классического управления
проектом: эскизное и рабочее
планирование деятельности
осуществляется ДО реализации
проекта
Завершение
проекта
Мониторинг проекта
31

32. 12\2 Преимущества классического проектного управления

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

33. 12\2 Недостатки классического проектного управления

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

34. 13/1 Алгоритм формирования логико-структурной схемы проекта

13/1 Алгоритм формирования логикоструктурной схемы проекта
Логико-структурная схема проекта (ключевой инструмент концептуального
планирования) - визуальное представление системы общих целей, целей
проекта, результатов и предполагаемых к осуществлению в проекте действий
Формулирование
надсистемной цели
(разрешение
проблемы)
Формулирование цели проекта
Описание ожидаемых продуктов проекта
Описание системы показателей достижения
Описание методов контроля достижений проекта и
ожидаемых рисков
Пример надсистемной цели: построение проектной платформы (по отношению к проекту по
разработке одного из платформенных инструментов)

35. 13/1 Логико-структурная схема проекта как элемент содержательного планирования (1)

Общие цели
надсистемные цели, достижению
которых способствует проект
Действия
Мероприятия проекта, способные
привести к созданию новых
технологий и подходов
35

36.

13/1 Логико-структурная схема проекта как элемент
содержательного планирования (2)
Показатели достижения
Количественные и качественные
оценки показателя проекта,
либо индикаторов состояния
Методы получения информации
Предпочтительны: объективные
замеры.
Допустимы: экспертные оценки
Оценка рисков в
рамках логикоструктурной схемы
проекта проводится
экспертно.
36

37. 13/2 Сравнительный анализ недостатков классического метода и Scrum

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

38. 14/1 Содержательное планирование Описание продуктов проекта

Описание продуктов проекта
предусматривает:
1)
2)
Описание всех ключевых
характеристик каждого
продукта проекта,
позволяющих оценить
потребность в продукте и
сравнить их с имеющимися
аналогами;
Предварительные оценки
ожидаемых конкурентных
преимуществ и необходимых
мер по их обеспечению
Оценка потребности в
продукте может проводиться
как для продуктов,
полученных в процессе
реализации проекта, так и
для продуктов, внедренных в
последующее массовое
производство (если таковое
предусматривается)
38

39. Структура описания продуктов проекта

Надежность
источников
информации
Оценки
потребности в
продукте
Потребительские
характеристики
продукта
Измеримость
характеристик
Что дает такое описание?
Имеющиеся
аналоги продуктов
Продукты
проекта
Меры по
обеспечению
Ожидаемые
конкурентные
преимущества
Меры по
обеспечению

40. 14\2 Основные идеи Agile

Люди важнее
процессов и
инструментов
Работающий
продукт важнее
исчерпывающей
документации
Готовность к
изменениям важнее
следования
первоначальному плану
Сотрудничество с
заказчиком важнее
согласования условий
контракта
Данный подход наиболее востребован в создании
продуктов с коротким жизненным циклом

41. 14\2 Принципы Agile (AgileManifesto)

Удовлетворение клиента за счёт ранней и бесперебойной
поставки ценного программного обеспечения;
Приветствие изменений требований даже в конце разработки
Частая поставка рабочего программного обеспечения
(каждый месяц или неделю или ещё чаще);
Тесное, ежедневное общение заказчика с разработчиками на
протяжении всего проекта;
Проектом занимаются мотивированные личности, обеспеченые
необходимыми условиями работы, поддержкой и доверием;
Рекомендуемый метод передачи информации — личный
разговор (лицом к лицу).
41

42. 14\2 Принципы Agile (2) (AgileManifesto)

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

43. 15\1 Потенциал успешности проекта

Содержание
Затраты
Показатели
потенциальной
успешности
проекта по
параметру
«Затраты»:
Наличие
обоснованных оценок
бюджета проекта
Наличие
потенциального
источника средств
Сроки
Показатели
потенциальной
успешности
проекта по
параметру
«Сроки»:
Показатели
потенциальной
успешности проекта
по параметру
«Содержание»:
Наличие
обоснованных оценок
сроков реализации
проекта
Наличие у команды
(инициатора) опыта
управления проектом
Интерес команды
Востребованность со
стороны потенциальных
потребителей продукта
проекта
Востребованность со
стороны потенциальных
заказчиков
Наличие дееспособного
лидера
Наличие качественного
описания проекта

44. 15/2 ГИБКАЯ МЕТОДОЛОГИЯ SCRUM

Входные данные от
заказчика или
пользователей
Ежедневное
согласование
процесса
Команда
Scrum
Master
Кажд.
24 ч.
Промежуточные
версии продукта
Владелец
продукта
1-4 нед.
спринт
Список
задач
Ранжированный
список требований к
продукту
«Что я сделал
вчера?»,
«Что планирую
сделать сегодня?»,
«Какие препятствия
встретил?».
Планирование
спринта
Команда выбирает
требования, который
успеет реализовать за
спринт
Законченный
продукт
Обзор спринта
Присвоение
статуса в команде
Изменение стратегии
44

45. 16/1 Точки контроля реализации проекта

1. Выполнение сроков
реализации проекта
в целом
Завершение
2. Оформление
проекта
результатов проекта
1. Обеспечение качества
продуктов проекта
2.Выполнение сроков
Реализация
реализации этапов
проекта
проекта
1. Формирование
Планирование
плана проекта с
проекта
указанием точек
событийного (этапы) и
хронологического
контроля
1. Решение об
инициировании
Выявление
проекта
проблемы
Постановка
целей,
предварительное
описание задач.
Инициирование
проекта
1. Дата авторизации
проекта
1. Качество
формулировки
цели проекта.
2. Формирование
инициативной
группы

46. 16/2 ГИБКАЯ МЕТОДОЛОГИЯ SCRUM

Входные данные от
заказчика или
пользователей
Ежедневное
согласование
процесса
Команда
Scrum
Master
Кажд.
24 ч.
Промежуточные
версии продукта
Владелец
продукта
1-4 нед.
спринт
Список
задач
Ранжированный
список требований к
продукту
«Что я сделал
вчера?»,
«Что планирую
сделать сегодня?»,
«Какие препятствия
встретил?».
Планирование
спринта
Команда выбирает
требования, который
успеет реализовать за
спринт
Законченный
продукт
Обзор спринта
Присвоение
статуса в команде
Изменение стратегии
46

47. 16/2 Процессы в технологии Scrum

Формирование (циклическое реформирование) ранжированного
списка требований к продукту на основе входных данных от заказчика,
пользователей, команды.
Формирование списка задач на основе ранжированного списка
требований к продукту.
Спринт – стандартный цикл работы над проектом (1-4 недели).
Планирование спринта – выбор требований, которые команда успеет
реализовать за спринт.
Выдача промежуточных версий продукта.
Daily scrum-meeting ежедневное собрание команды под управлением
scrum-master c с ответом на вопросы: «Что я сделал вчера?», «Что
планирую сделать сегодня?», «Какие препятствия встретил?»
Ретроспектива (оценка эффективности команды) с присвоением
статуса исполнителям в команде. За каждый спринт команда и исполнитель
получают определенное количество баллов . Цель управления - получение
большего количества баллов за каждый последующий спринт. Метод
способствует наращиванию производительности
Ежедневное согласование процесса с владельцем продукта.
47

48. 17/1 Планирование проекта

• Планирование содержания ( комплексное описание проекта)
- разработка логико-структурной схемы проекта
- разработка детального описания продуктов проекта с оценкой
конкурентных преимуществ
- разработка комплекса характеристик качества проекта
• Ресурсное планирование
- планирование технологического комплекса
- планирование организационного комплекса
- планирование времени
- планирование информационного комплекса
- кадровое планирование
- финансовое планирование
Технологический комплекс планирования проекта
«ТП организации проекта»
48

49. 17/2 Сравнительный анализ недостатков классического метода и Scrum

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

50. 18/1 Логико-структурная схема проекта как элемент содержательного планирования (1)

Общие цели
надсистемные цели, достижению
которых способствует проект
Действия
Мероприятия проекта, способные
привести к созданию новых
технологий и подходов
50

51.

18/1 Логико-структурная схема проекта как элемент
содержательного планирования (2)
Показатели достижения
Количественные и качественные
оценки показателя проекта,
либо индикаторов состояния
Методы получения информации
Предпочтительны: объективные
замеры.
Допустимы: экспертные оценки
Оценка рисков в
рамках логикоструктурной схемы
проекта проводится
экспертно.
51

52. 18/2 Динамика возможности влияния на проект в условиях каскадного и гибкого управлений

Начало
Уровень неопределенности
Возможность влияния на проект
Жизненный цикл проекта
Планирование
Реализация
Завершение
Возможности и угрозы
(каскадное управление)
Возможности и угрозы
(гибкое управление)
Стоимость внесения изменений в
проект (гибкое управление)
Стоимость внесения изменений в
проект (каскадное управление)
Период максимальной
неопределенности
Время
Период максимальных
последствий риска
52

53. 19.1 Структура описания продуктов проекта

Надежность
источников
информации
Оценки
потребности в
продукте
Потребительские
характеристики
продукта
Измеримость
характеристик
Что дает такое описание?
Имеющиеся
аналоги продуктов
Продукты
проекта
Меры по
обеспечению
Ожидаемые
конкурентные
преимущества
Меры по
обеспечению

54. 19.1 Основные разделы комплексного описания проекта

Логико-структурная схема проекта
Описание продуктов проекта
Характеристики качества проекта
Потенциал успешности проекта
Точки контроля
54

55. 19\2 Кадровое планирование проекта

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

56. 20\1 Ресурсное планирование Планирование технологического комплекса проекта

Задачи, решаемые
технологическим планом
Разделы
технологического плана
Описать технологический процесс
получения продукта
(технологическая карта)
«Технологические переделы
получения продукта»
Дать перечень технологий,
необходимых для получения
продукта
«Необходимые технологии»
Привести перечень необходимых
ресурсов для получения продукта
«Необходимые ресурсы»
Технологический комплекс планируется по каждому продукту проекта
Формат технологических карт определяется характером проекта
56

57. 20\2 Оперативное управление организационным комплексом

• На этапе планирования
Планирование организационного комплекса (раздел «Ресурсное планирование»
• На этапе управления
Управление организационным комплексом проекта
- Формирование и текущая оптимизация структуры команды проекта (аудит
необходимости оптимизации проводится по оценке результатов каждого этапа
работ )
- Организация деятельности коллективных органов и функциональных
подразделений (назначение руководителей, закрепление зон ответственности,
создание и реализация оперативных планов)
- Создание и реализация дисциплинарного регламента
- Организация деятельности Дисциплинарного Совета
- Централизованный диспетчинг проекта (контроль исполнения планов)
57

58. 21\1 Планирование организационного комплекса проекта

Задачи, решаемые
организационным планом
Разделы
организационного плана
Описать структуру проектной
команды и функционал каждого ее
члена
«Структура команды проекта»
Дать перечень коллективных
органов проектной команды и
решаемых ими задач
«Коллективные органы проектной
команды
Описать структуру функциональных
подразделений команды (рабочих
групп)
«Функциональные подразделения
проектной команды»
К таблице организационного плана рекомендуется прилагать обоснования
целесообразности создания организационных структур, необходимость которых
не очевидна
58

59. 21\2 Оперативное управление информационным комплексом

• На этапе планирования
Планирование информационного комплекса (раздел «Ресурсное
планирование»
• На этапе управления
Управление информационным комплексом проекта
- Формирование и актуализация базы данных по заинтересованным сторонам проекта
(стрейкхолдерам)
- Разработка и реализация плана оперативных коммуникаций со стейхолдерами
- Формирование технических и технологических баз данных, ПО
- Организация защиты и контроля распространения информации
- Организация функционирования информационных пространств
59

60. 22/1 Матричные структуры управления

61. 22/1 Типы матричных структур управления

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

62. 22\2 Оперативное управление кадрами проекта

• На этапе планирования
Кадровое планирование (раздел «Ресурсное планирование»
• На этапе управления
Управление кадрами проекта
- Формирование системы персональных планов работ
- Организация систем контроля загрузки персонала и персональной эффективности
- Организация и оптимизация кадрового состава подразделений
- Актуализация кадровой структуры проекта
- Организация привлечения и контроль качества работы приглашенных специалистов
62

63. 23\1 Порядок формирования команды проекта

6. Оптимизация
структуры и
состава команды
1. Описание
продуктов
проекта
2. Описание
технологий
3. Описание
компетенций
5. Формирование
команды
4. Разработка
структуры команды
63

64. 23\1 Кадровое планирование проекта

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

65. 23/2 Управление содержанием проекта

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

66. 23/2 Управление содержанием проекта как процесс

Содержание проекта на этапах инициирования и
планирования – свойства и функции продукта проекта.
Содержание проекта на этапах реализации и
завершения проекта - +работы, которые необходимо
выполнить для создания продукта проекта.
Процессы управления
содержанием
Описание проценссов
Сбор требований к продукту
проекта
Определение и документирование
потребностей заинтересованных в проекте
сторон
Определение (фиксация)
содержания
Разработка подробно описания проекта
(продукты)
Создание иерархической структуры
работ (ИСР)
Формирование локальных комплексов
работ и определение последовательности
их выполнения
Подтверждение содержания
Формализованная приемка результатов
66

67. 24\1 Базовые принципы планирования и контроля загрузки персонала проекта

• Согласование личного графика специалиста с графиком загрузки
его в проекте
• Ограничение уровня плановой ежедневной загрузки работника (<8
часов)
• Ограничение уровня плановой еженедельной загрузки работника
(5-6 раб. дней)
• Формирование единой схемы личного плана
• Формирование единой схемы плана командной загрузки
67

68. 24\2 Планирование содержания. Описание продуктов проекта

Описание продуктов проекта предусматривает:
1)
2)
Описание всех ключевых характеристик
каждого продукта проекта, позволяющих
оценить потребность в продукте и сравнить их
с имеющимися аналогами;
Предварительные оценки ожидаемых
конкурентных преимуществ и необходимых
мер по их обеспечению
Оценка потребности в продукте может проводиться
как для продуктов, полученных в процессе
реализации проекта, так и для продуктов,
внедренных в последующее массовое
производство (если таковое предусматривается)
68

69. 25\1 Планирование времени проекта

«ТП организации проекта»
Лист «10»
Задачи, решаемые планированием
времени
Методология
Обеспечить рациональное использование
временного ресурса
Реестр выполняемых работ* с указанием
ожидаемого времени их исполнения
Сформировать механизм контроля хода
выполнения проекта
Календарный план, Диаграмма Гантта
Обеспечить оперативное управление проектом,
оптимизацию последовательности работ
Сетевой график
* Реестр (перечень) выполняемых работ включает: наименование работ,
последовательность их исполнения и оценку продолжительности.
69

70. 25\1 Календарный план проекта

№
Наименование работ
Начало
Окончание*
1
Разработка технического задания
на разработку …
27.10.20
29.10.20
---
---
---
---
9
Подготовка отчета
10.11.20
12.11.20
Ответственный
---
*Необходимо учитывать, что в срок окончания выполнения мероприятия включается не только
сама работа, но и проверка результатов ее выполнения в порядке, принятом проектной
командой и описанном в соответствующем регламенте проекта.
70

71. 25/1 Диаграмма Гантта

Этапы
№
Мероприятие
1
Разработка ТЗ
---
---
2
Подготовка отчета
1 этап
1 р.д
2 этап
2 р.д
3
р.д
4
р.д
5
р.д
3 этап
…
16
р.д
17
р.д
---
Диаграмма Гантта, наряду с планированием времени, позволяет планировать прочие
количественные характеристики проекта (например финансовые)
Возможно использование как линейных, так и нелинейных временных шкал
Возможно разделение диаграммы на зоны рабочих групп и этапы выполнения работ
71

72. 25\2 Финансовый учет нефинансовых затрат

ОПД5
25\2 Финансовый учет нефинансовых
затрат
Под нефинансовыми затратами могут пониматься и затраты с
договорной финансовой оценкой, не предусматривающие оплаты,
но учитываемые как персональные вклады в проект.
Лицо, несущее затраты – соинвестор проекта
• Учет вложенного труда
Объем вложений каждого члена проекта
Si= Ti*Ki*Сi, где
Ti – количество отработанного времени
Кi – коэффициент, отражающий уровень квалификации работники. Вводится
коллективным договором проекта.
Сi – стоимость рабочего нормо-часа. (Вводится индивидуальным договором).
Учет использования личных ресурсов
осуществляется по договору
72

73. 26/1 Планирование проекта

• Планирование содержания ( комплексное описание проекта)
- разработка логико-структурной схемы проекта
- разработка комплекса характеристик качества проекта
- разработка детального описания продуктов проекта с оценкой
конкурентных преимуществ
• Ресурсное планирование
- планирование технологического комплекса
- планирование организационного комплекса
- планирование времени
- кадровое планирование
- финансовое планирование
- планирование информационного комплекса
Технологический комплекс планирования проекта
«ТП организации проекта»
73

74. 22/1 Матричные структуры управления

75. 26\2 Матричные структуры управления

76. 26/2 Типы матричных структур управления

• Слабая матрица характеризуется низким уровнем производительности основной
операционной деятельности организации и, как следствие, снижению внутренней
ресурсообеспеченности проектов
• 6балансированная матрица
• Жесткая матрица Явное доминировании функциональных форм управления Явное
доминировании функциональных форм управления
Различаются характером сочетания функциональных и проектных форм
управления.
76

77. 27/1 Кадровый план проекта

77

78. 27/1 Приложения к кадровому плану проекта

• Список сотрудников проекта
• Хронологическая схема задействования сотрудников
• Общие условия сотрудничества (коллективный договор)
• Индивидуальные соглашения с членами проектной команды
• Индивидуальные соглашения с внешними исполнителями
• Принципы реформирования кадрового состава
78

79. 27/2 Основные объекты управления в проектной деятельности

ОПД1
27/2 Основные объекты управления в
проектной деятельности
• Проект
Временное предприятие, предназначенное для создания
уникальных продуктов или услуг
• Программа проектов
Временная гибкая организация, создаваемая для координации
набора связанных между собою проектов в соответствии с
стратегическими целями организации
• Портфель проектов
Совокупность проектов и программ, связанных целями и ресурсами
компании (организации)
Сколько проектных портфелей может быть в компании? 79

80. 28\1 Алгоритм авторизации проекта

Подготовка
Устава
Формирование
заявки на
авторизацию
проекта
Подготовка
презентации
проекта
Защита проекта
перед
комиссией
Анализ замечаний комиссии
Доработка презентации,
подготовка справки о
доработках
Получение решения
комиссии

81. 28\2 Иерархическая структура работ информационно-аналитического проекта

Целеполагание
По основным
результатам
(продуктам)
Выявление проблемы, обоснование
актуальности
Формулировка объекта, предмета
исследования, базовых гипотез.
Формулировка целей и задач
Формирование
инструментального комплекса
Комплекс сбора данных
Комплекс хранения данных
Описание информационного пространства
Комплекс анализа и моделирования процессов
Сбор и анализ данных
Сбор (мониторинг) данных
Анализ данных
Подготовка аналитического заключения
81

82. 29/1 Специфика проектной деятельности.

Проект (ГОСТ Р 54869-2011 «Проектный менеджмент» ) - комплекс
взаимосвязанных мероприятий, направленный на создание уникального
продукта или услуги в условиях временных и ресурсных ограничений
Содержание
УНИКАЛЬНОСТЬ, НОВАЦИИ
Ресурсы
ограниченность
Время
Материальные ресурсы
Нематериальные ресурсы
Сушность проекта
временное предприятие
планомерность

83.

29/2 Функционально-тематические
области управления программой
Стратегическое управление
Формирование организационного дизайна
Вовлечение стейкхолдеров
Управление реализацией выгод
Создание образа будущего организации
Планирование и контроль реализации
Разработка бизнес-кейса
Финансовое управление
Управление рисками
Управление качеством

84. 30.1 Устав проекта (ч.1)

Назначение Устава проекта - изложить содержание проектной инициативы для авторизации
проекта перед полномочным органом (заказчик, экспертная группа, проектная дирекция и пр.)
Название раздела Устава
Содержание раздела
Наименование проекта
Формулировка, утвержденная ИГ
Характер проекта
Учебный, поисковый, проект с практической
реализацией и т.п.
Инициаторы проекта
Состав и краткая характеристика инициативной группы
Цели проекта
В формате логико-структурной схемы проекта
(с рейтингованием по достижимости,
определенности, измеримости результата)
Продукты проекта
Назначение, свойства, характеристики, потребители

85. 30\1 Устав проекта (ч.2)

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

86.

30/2 Организационный дизайн
программы проектов
Организационный дизайн программы проектов-структура и
содержание ролей участников и структурных образований
программы проектов
Организационные функции программы проектов
o Распределение прав принятия решений
o Системы оценки и мотивирования деятельности
участников парограммы
o Распределение прав распределения ресурсов на уровне
программы
o Распределение уровней управленческого воздействия и
системы взаимодействия участников на выделенных
горизонтах управления