УПРАВЛЕНИЕ ПРОЕКТАМИ
3.05M
Категория: МенеджментМенеджмент

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

1. УПРАВЛЕНИЕ ПРОЕКТАМИ

.

2.

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

3.

Понятие Проекта, элементы, жизненный цикл
Проект – временное предприятие, предназначенное для создания
уникальных продуктов, услуг или результатов.
Основные ограничения проекта:
1. Содержание
2. Качество
3. Сроки
4. Затраты
5. Ресурсы
6. Риски
Начало проекта
Организация и подготовка
Устав проекта
Выполнение работ проекта
План управления проектов
Завершение проекта
Принятые результаты
Архив
t

4.

Проектная структура
Высшее
руководство
предприятия
Функциональный
руководитель
Исполнитель
Исполнитель
Исполнитель
Исполнитель
Функциональный
руководитель
Исполнитель
Функциональный
руководитель
Менеджер
программы
Менеджер проекта
Менеджер проекта
Менеджер проекта – лицо, назначаемое организацией ответственным за
достижение целей проекта

5.

Устав проекта
УТВЕРЖДАЮ
Генеральный директор
Название проекта______________________________________________________________
1
Руководитель и разработчик проекта
Руководитель проекта_________________
Разработчик проекта_________________
2
Назначение или обоснование проекта,
актуальность проекта
<…>
3
Измеримые цели
4
Описание текущей ситуации
1.
2.
3.
<…>
5
Описание предлагаемых решений
<…>
6
Расписание контрольных событий
проекта
7
Сводный бюджет проекта
1.
2
3
….
__________________________руб.

6.

Управление
содержанием проекта
Управление содержанием проекта
Содержание проекта – совокупность элементов проекта, ограниченных
определенными критериями и допущениями конечного продукта.
Основным элементом содержания является ИСР (иерархическая структура
работ.
Основные принципы построения ИСР:
1. По работам
2. По продукту
3. По ответственным исполнителям
* Уровень детализации определяется
ответами на вопросы: «что конкретно
нужно сделать?», «как долго?»,
«сколько стоит?», «кто делает?»
Освоение
садового
участка
Уровень спонсора
1й уровень
2 уровень
Создание
ландшафта
Подготовка
участка
Разведение
сада
Разработка
макета
Постройка
забора
Закупка
материалов
Строительство дома

7.

Управление
содержанием проекта
Что такое содержание проекта?
В контексте проекта термин «содержание» может обозначать:
Содержание проекта –
работы, которые
необходимо выполнить
для создания результата,
продукта или услуги
с заданными
характеристиками
и функциями.
Содержание продукта –
свойства и функции,
которые характеризуют
продукт, услугу или
результат.

8.

Управление
содержанием проекта
Управление содержанием проекта
ВАЖНО:
определить цели проекта;
определить требования к проекту;
определить состав работ и границы проекта;
определить результаты поставок.
УПРАВЛЕНИЕ СОДЕРЖАНИЕМ
ОБЕСПЕЧИВАЕТ ВКЛЮЧЕНИЕ В ПРОЕКТ
ВСЕХ ТЕХ И ТОЛЬКО ТЕХ РАБОТ,
КОТОРЫЕ НЕОБХОДИМЫ ДЛЯ
УСПЕШНОГО ВЫПОЛНЕНИЯ ПРОЕКТА

9.

Управление
содержанием проекта
ПОСТАНОВКА ЦЕЛЕЙ
Постановка целей проекта : принцип S.M.A.R.T.
ЦЕЛЬ:
Конкретна (specific)
Измерима (measurable)
Достижима (attainable)
Значима (relevant, realistic)
Соотносима с конкретным сроком (time-bounded)

10.

Управление
содержанием проекта
Процессы управления содержанием
Процессы управления содержанием:
1) Сбор требований – определение и документирование требований
заинтересованных сторон проекта для достижения целей проекта.
2) Определение содержания – разработка подробного описания
содержания проекта в качестве основы для принятия будущих решений
по проекту.
3) Создание ИСР – разбиение проектных работ и крупных результатов
поставки на более мелкие управляемые элементы.
4) Подтверждение содержания – формализация принятия
завершенных результатов поставки проекта.
5) Управление содержанием – управление изменениями в
содержании проекта.

11.

УПРАВЛЕНИЕ СОДЕРЖАНИЕМ ПРОЕКТА
(Project Scope Management)
1) Сбор требований;
2) Определение содержания;
3) Создание ИСР.
Процессы
инициации
Процессы
планирования
4) Подтверждение содержания;
5) Управление содержанием.
Управление интеграцией
Управление содержанием
Управление сроками
Управление стоимостью
Процессы
мониторинга
и управления
Процессы
исполнения
Управление качеством
Управление персоналом
Управление коммуникациями
Управление рисками
Управление закупками
Процессы
завершения

12.

Управление
содержанием проекта
Сбор требований
Сбор требований
Сбор требований – процесс определения и документирования
требований заинтересованных сторон проекта для достижения
целей проекта.
Требования включают в себя количественно определенные
и задокументированные потребности и ожидания
- спонсора, - заказчика, - прочих заинтересованных сторон.
Данные требования должны быть:
выявлены,
проанализированы и
зарегистрированы с достаточной степенью детализации так,
чтобы их можно было измерить после начала исполнения
проекта.

13.

Управление
содержанием проекта
Сбор требований
Сбор требований
Многие организации разделяют требования на категории
«требования к проекту»
«требования к продукту»
Могут включать:
Могут содержать:
- бизнес-требования,
- требования к управлению
проектом,
- требования к доставке
и т. д.
- информацию о технических
требованиях,
- требованиях к безопасности,
производительности и т. д.

14.

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

15.

Управление
содержанием проекта
Сбор требований
ВХОДЫ
1. Устав проекта
2. Реестр
заинтересованных
сторон проекта
Сбор требований
ИНСТРУМЕНТЫ
И МЕТОДЫ
1. Интервью
2. Целевые группы
3. Семинары с участием
координатора
4. Групповые творческие
методы
5. Методы группового
принятия решений
6. Анкеты и опросы
7. Наблюдения
8. Прототипы
ВЫХОДЫ
1. Документация по
требованиям
2. План управления
требованиями
3. Матрица отслеживания
требований

16.

Управление
содержанием проекта
Сбор требований
Сбор требований
Выходы
1. Устав проекта
Устав проекта используется для предоставления требований
высокого уровня к проекту и описания продукта высокого уровня,
позволяющих разработать подробные требования к продукту.
2. Реестр заинтересованных сторон
Реестр заинтересованных сторон проекта используется для
определения заинтересованных сторон проекта, которые могут
предоставить подробную информацию о требованиях к проекту
и продукту.
Описан в разделе 10.1 PMBOK

17.

Управление
содержанием проекта
Сбор требований
Сбор требований
ИНСТРУМЕНТЫ И МЕТОДЫ
ИНСТРУМЕНТЫ И МЕТОДЫ
1. Интервью
2. Целевые группы
3. Семинары с участием координатора
4. Групповые творческие методы
5. Методы группового принятия решений
6. Анкеты и опросы
7. Наблюдения
8. Прототипы

18.

Управление
содержанием проекта
Сбор требований
Сбор требований
ИНСТРУМЕНТЫ И МЕТОДЫ
1. ИНТЕРВЬЮ
Интервью представляют собой формальный или неформальный
способ получения информации от заинтересованных сторон
проекта путем непосредственного общения с ними.
Задают подготовленные и неподготовленные вопросы и
записывают ответы.
Интервью часто проводятся один на один, но иногда в них
могут участвовать несколько интервьюеров и/или
интервьюируемых.

19.

Управление
содержанием проекта
Сбор требований
Сбор требований
ИНСТРУМЕНТЫ И МЕТОДЫ
2. ФОКУС-ГРУППЫ
Фокус-группы позволяют собрать вместе заранее
выбранные заинтересованные стороны проекта и
экспертов по отдельным вопросам, чтобы они изложили
свои ожидания и отношения к предложенному продукту,
услуге или результату.
Подготовленный ведущий управляет группой во время
многостороннего обсуждения, которое является более
свободным по форме, чем интервью один на один.

20.

Управление
содержанием проекта
Сбор требований
Сбор требований
ИНСТРУМЕНТЫ И МЕТОДЫ
3. СЕМИНАРЫ С УЧАСТИЕМ МОДЕРАТОРА
Семинары для определения требований представляют
собой собрания по конкретным вопросам, в которых участвуют
заинтересованные стороны проекта разного профиля для
определения требований к продукту.
Семинары используются в качестве основного метода,
позволяющего:
быстро определить требования различного профиля
и
урегулировать различия между требованиями
заинтересованных сторон проекта.

21.

Управление
содержанием проекта
Сбор требований
Сбор требований
ИНСТРУМЕНТЫ И МЕТОДЫ
3. СЕМИНАРЫ С УЧАСТИЕМ МОДЕРАТОРА
Преимущества:

22.

Управление
содержанием проекта
Сбор требований
Сбор требований
ИНСТРУМЕНТЫ И МЕТОДЫ
4. ГРУППОВЫЕ ТВОРЧЕСКИЕ МЕТОДЫ
1.Мозговой штурм
Применяется для генерации и сбора разнообразных
идей, связанных с требованиями к проекту и продукту
2. Метод
номинальных групп
К мозговому штурму добавляется процесс
голосования, используемый для ранжирования
наиболее полезных идей для будущего мозгового
штурма или расстановки приоритетов.
3. Метод Дельфи
4. Составление
интеллект-карт
5. Диаграмма
сходства
Выбранная группа экспертов отвечает на вопросы
анкет, а также высказывает мнение относительно
ответов, полученных в течение каждого раунда
сбора требований. Для обеспечения анонимности
доступ к ответам имеет только координатор.
Идеи, возникшие во время отдельных сессий мозгового
штурма, объединяются в единой интеллект-карте с
целью отражения сходства и различия в понимании и
формирования новых идей
Позволяет рассортировать по группам большое количество идей для их
обзора и анализа

23.

Управление
содержанием проекта
Сбор требований
Сбор требований
ИНСТРУМЕНТЫ И МЕТОДЫ
5. МЕТОДЫ ГРУППОВОГО ПРИНЯТИЯ РЕШЕНИЙ
Данные методы могут быть использованы для
создания и классификации требований к продукту
и расстановки приоритетов между ними.

24.

Управление
содержанием проекта
Сбор требований
Сбор требований
ИНСТРУМЕНТЫ И МЕТОДЫ
5. МЕТОДЫ ГРУППОВОГО ПРИНЯТИЯ РЕШЕНИЙ
Единогласие
Большинство
голосов
Относительное
большинство
голосов
Диктатура
Все соглашаются с определенным
направлением действий
Поддержка со стороны более 50 %
членов группы
Выбирается решение самого многочисленного
блока в группе, даже если не достигнуто
большинство голосов
Один человек принимает решение за всю
группу

25.

Управление
содержанием проекта
Сбор требований
Сбор требований
ИНСТРУМЕНТЫ И МЕТОДЫ
6. АНКЕТЫ И ОПРОСЫ

26.

Управление
содержанием проекта
Сбор требований
Сбор требований
ИНСТРУМЕНТЫ И МЕТОДЫ
7. НАБЛЮДЕНИЯ
Наблюдения дают возможность непосредственного наблюдения
за работниками в их окружении, за тем, как они выполняют свою
работу или задания и осуществляют процессы.

27.

Управление
содержанием проекта
Сбор требований
Сбор требований
ИНСТРУМЕНТЫ И МЕТОДЫ
8. СОЗДАНИЕ ПРОТОТИПОВ
Создание прототипов представляет собой метод раннего
получения обратной связи по требованиям путем создания
рабочей модели ожидаемого продукта до его фактического
производства.
Некоторые прототипы являются материальными,
что позволяет заинтересованным сторонам проекта
экспериментировать с моделью своего
конечного продукта, а не только беседовать об
абстрактных представлениях своих требований.

28.

Управление
содержанием проекта
Сбор требований
Сбор требований
ИНСТРУМЕНТЫ И МЕТОДЫ
ВЫХОДЫ
1. Документация по требованиям
2. План управления требованиями
3. Матрица отслеживания требований

29.

Управление
содержанием проекта
Сбор требований
Сбор требований
ВЫХОДЫ
1. ДОКУМЕНТЫ ПО ТРЕБОВАНИЯМ
Документы по требованиям описывают, каким образом
отдельные требования удовлетворяют бизнес-потребностям
проекта.
Требования могут быть сначала описаны на высоком уровне,
а затем постепенно детализироваться по мере поступления
новой информации.
До включения в базовый план требования должны стать
однозначными (такими, чтобы их можно было измерить и
проверить), отслеживаемыми, полными, последовательными и
приемлемыми для ключевых заинтересованных сторон проекта.

30.

Управление
содержанием проекта
Сбор требований
Сбор требований
ВЫХОДЫ
1. Элементы ДОКУМЕНТОВ ПО ТРЕБОВАНИЯМ могут включать:
1) бизнес-потребность или возможность, которую необходимо
использовать, с описанием ограничений нынешней ситуации и
того, почему необходима реализация проекта;
2) цели бизнеса и проекта для возможности контроля;
3) функциональные требования, соответствующим образом
описывающие бизнес-процессы, информацию и взаимодействие
с продуктом, которые могут быть задокументированы в текстовой
форме в списке требований, в моделях или в обоих вариантах;

31.

Управление
содержанием проекта
Сбор требований
Сбор требований
ВЫХОДЫ
1. Элементы ДОКУМЕНТОВ ПО ТРЕБОВАНИЯМ могут включать:
4) нефункциональные требования, такие как уровень
обслуживания, безопасность, надежность, соответствие
нормам, наличие технической поддержки, длительное
использование/чистка и т. д.;
5) требования к качеству;
6) критерии приемки;
7) бизнес-правила, описывающие руководящие принципы
организации;

32.

Управление
содержанием проекта
Сбор требований
Сбор требований
ВЫХОДЫ
1. Элементы ДОКУМЕНТОВ ПО ТРЕБОВАНИЯМ могут включать:
8) влияние на другие отделы организации, такие как
центр обработки вызовов, отдел продаж, технологические
группы;
9) влияние на другие органы внутри и за пределами
исполняющей организации;
10) требования к технической поддержке и обучению;
11) допущения и ограничения в отношении требований.

33.

Управление
содержанием проекта
Сбор требований
Сбор требований
ВЫХОДЫ
Ограничения по проекту
Это все, что ограничивает рамки проекта. Например, ограничением
содержания проекта по проведению учебного курса будет являться
программа курса. При желании заказчика программа курса может быть
расширена, но это будет сделано за дополнительную плату.
Допущения проекту
Это все предположения, которые делает команда при
планировании работ. Например, при проведении курса мы делаем
допущение, что заказчик самостоятельно подготовит учебный класс и
предоставит компьютеры слушателям.

34.

Управление
содержанием проекта
Сбор требований
Сбор требований
ВЫХОДЫ
2. ПЛАН УПРАВЛЕНИЯ ТРЕБОВАНИЯМИ
План управления требованиями документирует порядок
анализа, документирования и управления требованиями
на всем протяжении проекта.
3. МАТРИЦА ОТСЛЕЖИВАНИЯ ТРЕБОВАНИЙ
Матрица отслеживания требований представляет собой
таблицу, которая связывает требования с их происхождением и
отслеживает их на протяжении жизненного цикла проекта.

35.

Управление
содержанием проекта
Сбор требований
Сбор требований
ВЫХОДЫ
2. ПЛАН УПРАВЛЕНИЯ ТРЕБОВАНИЯМИ
Элементы плана управления требованиями могут включать:
• порядок планирования, отслеживания и составления отчетов о
действиях в отношении требований;
• действия по управлению конфигурацией, такие как порядок
инициирования изменений требований к продукту, услуге или
результату, порядок анализа влияния, его выявления, отслеживания и
составления отчетов о нем, а также уровни полномочий, необходимые
для одобрения данных изменений;
• процесс расстановки приоритетов требований;
• используемые показатели продукта и обоснование их использования;
• структуру отслеживания, т. е. какие параметры требований будут
отражены в матрице отслеживания, и требования к каким другим
документам проекта будут отслеживаться.

36.

Управление
содержанием проекта
Сбор требований
Сбор требований
ВЫХОДЫ
Пример матрицы отслеживания требований

п/п
Описание
требования
1
Требование 1
2
Требование 2
3
Требование 3
Цель
проекта
Обоснование
Источник
Приоритет

37.

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

38.

Управление
содержанием проекта
Определение содержания
ВХОДЫ
1. Устав проекта
2. Документация по
требованиям
3. Активы процессов
организации
Определение содержания
ИНСТРУМЕНТЫ
И МЕТОДЫ
1. Экспертная оценка
2. Анализ продукта
3. Поиск альтернатив
4. Семинары с
участием
модератора
ВЫХОДЫ
1. Описание
содержания
проекта
2. Обновления
документов
проекта

39.

Управление
содержанием проекта
Определение содержания
Определение содержания
ВЫХОДЫ
1. УСТАВ ПРОЕКТА
Устав проекта предоставляет описание проекта
высокого уровня и характеристики продукта.
Кроме того, он содержит требования
к одобрению проекта.
2. ДОКУМЕНТАЦИЯ ПО ТРЕБОВАНИЯМ
См. слайды № 29-32.

40.

Управление
содержанием проекта
Определение содержания
Определение содержания
ВЫХОДЫ
3. АКТИВЫ ПРОЦЕССОВ ОРГАНИЗАЦИИ
Примеры активов процессов организации, которые могут
оказывать влияние на процесс определения содержания,
включают:
правила, процедуры и шаблоны описания содержания
проекта;
проектные архивы из предыдущих проектов;
знания, накопленные в предыдущих фазах или проектах.

41.

Управление
содержанием проекта
Определение содержания
Определение содержания
ИНСТРУМЕНТЫ И МЕТОДЫ
ИНСТРУМЕНТЫ
И МЕТОДЫ
1. Экспертная оценка
2. Анализ продукта
3. Поиск альтернатив
4. Семинары с участием модератора

42.

Управление
содержанием проекта
Определение содержания
Определение содержания
ИНСТРУМЕНТЫ И МЕТОДЫ
1. ЭКСПЕРТНЫЕ ОЦЕНКИ
Экспертные оценки используется для анализа информации,
необходимой для разработки описания содержания проекта.
Применяются в отношении любых технических деталей.
Проводятся лицом или группой лиц, обладающих
специальными знаниями или подготовкой, и доступны из
следующих источников:
• другие подразделения в рамках организации;
• консультанты;
• заинтересованные стороны проекта, в т.ч. заказчики или спонсоры;
• профессиональные и технические ассоциации;
• промышленные группы;
• эксперты по отдельным вопросам.

43.

Управление
содержанием проекта
Определение содержания
Определение содержания
ИНСТРУМЕНТЫ И МЕТОДЫ
2. АНАЛИЗ ПРОДУКТА
Анализ продукта может стать эффективным инструментом
для проектов, результатом которых является продукт,
а не услуга или результат.
В каждой прикладной области существует один или несколько
общепринятых методов перевода описаний продукта высокого
уровня в материальные результаты.
Анализ продукта включает в себя методы:
- иерархическое разбиение продукта,
- системный анализ,
- анализ требований,
- системный инжиниринг,
- оптимизация выгоды,
- функционально-стоимостной анализ.

44.

Управление
содержанием проекта
Определение содержания
Определение содержания
ИНСТРУМЕНТЫ И МЕТОДЫ
3. ПОИСК АЛЬТЕРНАТИВ
Поиск альтернатив представляет собой метод, используемый
для генерации различных подходов к выполнению работ
проекта.
Может применяться множество общих методов управления:
- мозговой штурм,
- всестороннее рассмотрение вопроса,
- парные сравнения и т. д.

45.

Управление
содержанием проекта
Определение содержания
Определение содержания
ВЫХОДЫ
1. ОПИСАНИЕ СОДЕРЖАНИЯ ПРОЕКТА
В описании содержания проекта детально расписаны
результаты проекта и работы, которые необходимо
выполнить для получения этих результатов.
Описание содержания проекта также формулирует
общее понимание содержания проекта
заинтересованными сторонами проекта.

46.

Управление
содержанием проекта
Определение содержания
Определение содержания
ВЫХОДЫ
1. ОПИСАНИЕ СОДЕРЖАНИЯ ПРОЕКТА
включает в себя:
1. Описание содержания продукта
2. Критерии приемки продута
3. Результаты проекта
4. Исключения проекта
5. Ограничения проекта
6. Допущения проекта

47.

Управление
содержанием проекта
Определение содержания
Определение содержания
ВЫХОДЫ
1. ОПИСАНИЕ СОДЕРЖАНИЯ ПРОЕКТА
1. Описание содержания продукта
Последовательно уточняет
характеристики продукта, услуги
или результата, описанного в Уставе
проекта или в документах по
требованиям.
3. Результаты проекта
Результаты проекта включают как
выходы, содержащие продукт или
услугу проекта, так и вспомогатель-ные
результаты, такие как отчеты и
документы по управлению проектом.
Результаты могут быть описаны
обобщенно или детально.
2. Критерии приемки продута
Определяет процесс и критерии
приемки завершенных
продуктов, услуг или результатов.
4. Исключения проекта
Как правило, определяют, что
исключено из проекта. Подробное
описание того, что не входит в
содержание проекта, помогает
управлять ожиданиями заинтересованных сторон проекта.

48.

Управление
содержанием проекта
Определение содержания
Определение содержания
ВЫХОДЫ
1. ОПИСАНИЕ СОДЕРЖАНИЯ ПРОЕКТА
5. Ограничения проекта
Перечисляются и описываются
конкретные ограничения проекта,
связанные с его содержанием, ограничивающие возможности команды, н-р
предопределенный бюджет, любые
установленные даты или контрольные
события расписания, которые определены заказчиком или исполняющей
организацией.
Когда проект выполняется по
контракту, положения контракта, как
правило, являются ограничениями.
Информация об ограничениях мо-жет
быть указана в описании содер-жания
проекта или в отдельном журнале.
6. Допущения проекта
Перечисляются и описываются
конкретные допущения проекта,
связанные с содержанием проекта, и
потенциальное влияние данных
допущений в случае, если они окажутся
ошибочными.
Команды проектов часто выявляют,
документируют и подтверждают
допущения в рамках проводимого ими
процесса планирования.
Информация о допущениях может быть
указана в описании содержания проекта
или в отдельном журнале.

49.

Управление
содержанием проекта
Определение содержания
Определение содержания
ВЫХОДЫ
2. ОБНОВЛЕНИЯ ДОКУМЕНТОВ ПРОЕКТА
Документы проекта, которые могут быть обновлены, включают:
• Реестр заинтересованных сторон проекта;
• Документы по требованиям;
• Матрицу отслеживания требований.

50.

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

51.

Управление
содержанием проекта
Создание ИСР
Создание ИСР
Запланированные работы содержатся в элементах
ИСР самого нижнего уровня, которые называются
«пакетами работ».
Для пакетов работ могут составляться расписания,
оцениваться стоимость, может проводиться
их мониторинг и управление.
В контексте ИСР «работа» означает продукты или
результаты работ, являющиеся результатами действий,
но не сами действия!

52.

Управление
содержанием проекта
Создание ИСР
Создание ИСР
Пример продуктовой ИСР проекта
Строительство дома
1. Фундамент
2. Стены и
кровля
3. Отделка
4. Благоустройство
участка
1.1. Закупка
материалов
2.1. Закупка
материалов
3.1. Закупка
материалов
4.1. Закупка
материалов
1.2. Траншея
2.2. Стены
3.2. Потолок
1.3. Опалубка
и заливка
1.4.раствора
Опалубка
и заливка
раствора
2.3. Кровля
3.3. Стены
4.3. Дорожки
3.4. Пол
4.4. Зеленые
насаждения
4.2. Ограждение

53.

Управление
содержанием проекта
Создание ИСР
Создание ИСР
Пример ИСР проекта по функциональным областям менеджмента
Строительство дома
1. Поиск
подрядчика
1.1. Сравнение
предложений
1.2.
Заключение
договора
2. Логистика
2.1. Закупка
материалов
3. Маркетинг
4. Организация
строительства
3.1.
Подготовка
рекламы
4.1. Размещение
рабочих
2.2. Доставка
2.3.
Размещение и
хранение
4.2. Строительство
3.2.
Размещение
рекламы
4.3. Освещение
5. Юридическое
сопровождение
4.2.1.
Фундамент
4.2.2. Стены

54.

Управление
содержанием проекта
Создание ИСР
Создание ИСР
Пример ИСР по фазам жизненного цикла проекта
Строительство дома
1. Инициация
проекта
1.1. Оценка
идеи
2. Планирование
проекта
2.1. Разработка
ИСР
1.2.
Маркетинговые
исследования
2.2.
Формирование
команды
1.3. Анализ
инвестиционной
привлекательности
2.3. Создание
графика
проекта
1.4. Разработка
Устава проекта
3. Реализация
проекта
3.1. Этап 1
3.2. Этап 2
3.3. Этап 3
4. Закрытие
проекта
4.1. Сдачаприемка работ
4.2.
Архивирование
документации

55.

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

56.

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

57.

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

58.

Управление
содержанием проекта
Создание ИСР
Создание ИСР
Пример словаря ИСР

п/п
Название
Описание
Ответственный
№ договора
1
Инициация проекта
Описание
Иванов П.
4
2
Планирование проекта
Описание
Петров С.
23
3
Реализация проекта
Описание
Сидоров А.
65
3.1
Фундамент
Описание
Кошкин В.
122
3.2
Стены
Описание
Мышкин Р.
198
3.2.1 Монтаж стен
Описание
Воробьев М.
201
4
Завершение проекта
Описание
Орлов К.
357
4.1
Закрытие договоров
Описание
Белый А.
654
4.2
Архивирование
документов
Описание
Серый Н.
660

59.

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

60.

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

61.

Управление
содержанием проекта
Управление
содержанием
Управление содержанием
Управление содержанием проекта используется также для:
1) Управления фактическими изменениями по мере их появления;
оно интегрировано в остальные процессы управления.
2) Неуправляемые изменения часто называют
«сдвигом содержания проекта».
3) Изменения в любом случае неизбежны, и поэтому
необходим процесс управления изменениями.

62.

Управление
содержанием проекта
Управление
содержанием
Управление содержанием
ПЛАН УПРАВЛЕНИЯ ПРОЕКТОМ
План управления проектом, описанный в теме «Управление
интеграцией проекта», содержит следующую информацию,
используемую для управления содержанием:
1) Базовый план по содержанию - сравнивается с фактическими
результатами, для того чтобы определить, требуются ли изменения,
корректирующие или предупреждающие действия.
2) План управления содержанием - описывает, как будет
осуществляться управление содержанием проекта и его контроль.
3) План управления изменениями - определяет процесс управления
изменениями проекта.

63.

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

64.

Управление сроками проекта
Окончание-Начало
Работа1
Начало-Начало
Работа1
Работа 2
Работа 2
Работа может начаться только
тогда, когда начнется
предшествующая
Работа может начаться
только тогда, когда окончится
предшествующая
Окончание-Окончание
Работа1
Начало-Окончание
Работа1
Работа 2
Работа может завершиться
только тогда, когда окончится
предшествующая
Работа 2
Работа может завершиться
только тогда, когда начнется
предшествующая

65.

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

66.

Управление стоимостью проекта
Управление стоимостью обеспечивается посредством
реализации в ходе проекта следующих процессов:
• оценки стоимости;
• разработки бюджета проекта;
• контроля стоимости проекта.
Оценка стоимости — процесс определения всех затрат, необходимых для успешной
и полной реализации проекта.
Оценка стоимости — итеративный процесс получения примерных данных о
стоимости работ и ресурсов. Оценки могут уточняться по ходу проекта.
Допустимая погрешность оценок зависит от назначения получаемых данных и от
фазы проекта.
1.
2.
3.
4.
5.
Параметрическая оценка (на единицу)
Оценка по аналогам (по др. проектам)
Оценка «снизу вверх» (от меньшего к большему)
Оценка «сверху вниз» (оценка пакета работ)
Анализ предложений исполнителей (ТЗ)
Разработка смет — процесс структуризации и систематизации стоимостных
оценок, полученных на этапе оценки стоимости. Структуризация и
систематизация данных о стоимости работ производится в соответствии со
статьями затрат

67.

Управление стоимостью проекта
Бюджетирование — процесс структуризации расходов проекта согласно плану счетов стоимостного учета
конкретного проекта. Структурирование бюджета может быть выполнено:
• по видам работ;
• статьям затрат;
• отчетным периодам;
• рискам;
Бюджетирование — планирование стоимости. Его результат — бюджет или план затрат, т. е. ответ на
вопросы: когда, сколько и на что будут расходоваться денежные средства.
EV –плановая стоимость выполненных работ.
АС – фактическая стоимость выполненных работ
PV – плановый объем
СV = EV-AC - отклонение от стоимости
SV = EV-PV – отклонение по срокам
Контроль бюджета может осуществляться различными способами. Один из
популярнейших методов контроля стоимости, применяемых при управлении проектом,
— метод освоенного объема.
English     Русский Правила