Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

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

No description
by

Alexandr Akhterov

on 6 April 2015

Comments (0)

Please log in to add your comment.

Report abuse

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

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

Закрытие
project scope -
1) масштаб;
2) границы;
3) предметная область;
4) содержание проекта.
Project Scope Management
PMBOK - "содержание проекта"
НТК - "предметная область проекта"
Содержание продукта проекта
Содержание проекта
определяет состав, свойства и функции промежуточных и конечных продуктов и услуг, которые должны быть созданы в ходе реализации проекта.
определяет работы, которые должны быть выполнены, чтобы создать и передать заказчику продукт проекта с необходимыми свойствами и функциональностью.
Управление содержанием проекта (Project Scope Management)
-
функциональная область управления проектами, которая обеспечивает определение и включение в проект тех и только тех работ, которые необходимы и достаточны для создания продукта проекта и успешного завершения проекта.
1. Сбор требований
Происходит на стадиях инициации и/или планирования
2. Определение содержания (границ проекта)
Происходит на стадиях инициации и планирования
3. Определение состава работ
Происходит на стадии планирования
4. Контроль содержания (результатов)
Происходит на стадии контроля, анализа и регулирования выполнения работ

1. Планирование качества
2. Обеспечение качества
3. Контроль качества

Сбор требований и определение содержания проекта
Определение иерархической структуры и состава работ проекта
Требование
— это точное определение параметров результата, которые заказчик намерен получить.

Требование

Решение

Требование: доступ студентов к материалам курса
Решение:
разместить материалы курса на отдельном сайте;
закачать материалы курса в Google Docs с размщением на сайте ссылки;
Шаги по
сбору
требований:
1. Определение участников и заинтересованных сторон
2. Выявление требований.
3. Обзор, структуризация, категоризация требований,
включая определение индивидуальных и общих
требований
4. Анализ и ранжирование требований
5. Формирование документов и спецификаций требований
6. Согласование и утверждение требований
«должно быть включено» — если эти требования не будут включены, не будет достигнута цель;
«желательно включить» — если эти требования не будут включены, цели не будут реализованы в полном объеме;
«хорошо бы включить» — это полезные требования, но они не способствуют достижению первоначальных целей;
«нужно отклонить» — это требования, которые не соответствуют первоначальным целям.
интервьюирование и ответы на структурированные вопросы;
«мозговые штурмы»;
демонстрация примеров и прототипов — если результат будет выглядеть подобным образом, удовлетворит ли это ваши потребности?
соответствующими целям проекта;
понятными и четкими;
значимыми;
хорошо структурированными;
позволяющими отследить их источник;
тестируемыми
Правильно
сформулированные требования:
Способы определения
состава работ
:
Структурная декомпозиция работ
«Мозговые штурмы»
Адаптация планов похожих проектов
Консультирование у экспертов в предметной области
Декомпозиция работ
— метод последовательной детализации содержания проекта разбиением (декомпозицией) основных результатов и задач на более мелкие и лучше управляемые.
в результате
WBS
— Work Breakdown Structure
ИСР
— иерархическая структура работ
СДР
— структурная декомпозиция работ
СРР —
структура разбиения работ
Структурная декомпозиция работ проекта —
иерархическая структуризация работ проекта, ориентированная на основные его результаты, определяющие предметную область проекта. Каждый нижележащий уровень структуры представляет собой детализацию элемента высшего уровня проекта. Элементом проекта могут быть как продукт, услуга, так и пакет работ или работа.
Иерархическая структура работ проекта —
ориентированная на результаты поставки иерархическая декомпозиция работ, выполняемых командой проекта для достижения целей проекта и необходимых результатов поставки (PMBOK).
объяснить (и самому понять), за счет каких работ будет достигнута каждая из определенных в проекте целей;
обеспечить полноту определения состава работ проекта;
повысить точность оценок сроков и стоимости выполнения работ на детальном уровне и агрегированных оценок на уровне проекта в целом;
указать на соответствующем уровне детализации ключевые результаты, которые должны быть ясно отражены в календарном плане;
создать эффективную структуру отчетности;
указать менеджеров и исполнителей, ответственных за достижение ключевых результатов, и тем самым гарантировать, что достижение всех результатов будет контролироваться;
обеспечить членам команды понимание их роли в контексте общей работы по выполнению проекта.
Что
дает
менеджеру проекта:
Последовательность
разработки ИСР
:
Определение основы (единых принципов) декомпозиции работ на верхних уровнях ИСР.
Установление верхнего уровня декомпозиции. Разбиение всего проекта на наиболее значимые в отношении управления задачи.Последовательная детализация каждой из задач на более мелкие до тех пор, пока на нижнем уровне декомпозиции не получится полный список того, что должно быть сделано для завершения проекта, с необходимым уровнем детализации.Обзор и проверка иерархической структуры работ в отношении полноты и неизбыточности. В ИСР не должно быть пробелов или наложений. Каждая работа может появиться в ИСР только один раз.
Принципы декомпозиции
работ проекта:
по компонентам продукции проекта;
по функциональным элементам деятельности;
по этапам ЖЦ проекта;
по элементам организационной структуры.
Принципы декомпозиции работ проекта
по компонентам продукции проекта
Принципы декомпозиции работ проекта
по функциональным элементам деятельности
Наилучшим
подходом является разработка комбинированной структуры с использованием
одновременно нескольких принципов
декомпозиции, но на
разных уровнях
иерархической структуры.
8 ПРАВИЛ ПОСТРОЕНИЯ ИСР
1. На любом из уровней
группе «дочерних»
(детальных) элементов соответствует только
один
«родительский» (суммарный) элемент.
2. «
Правило 100%
». Детальные работы

каждого последующего уровня разбиения должны
полностью обеспечивать
выполнение работы и получение результата задачи вышестоящего уровня.
3.
Дублирование
работ
недопустимо
.
4. Родительский элемент должен иметь
больше одного
дочернего элемента.
5. ИСР должна быть
полной
, но
не избыточной
.
6.
Сечение
ИСР на любом уровне детализации представляет
полный перечень работ
проекта в соответствии с уровнем, на котором произведено сечение.
7. Разработка ИСР проводится методом последовательного разбиения
сверху-вниз
, но может дополняться и методом снизу-вверх.
8.
Требуемый уровень
детализации достигнут, когда:этого уровня достаточно для того, чтобы управлять работой;
этого уровня достаточно для того, чтобы о
ценить
проект и составить расписание;
задачи достаточно маленькие для того, чтобы распределить их по отдельным членам команды или по подкомандам в составе команды проекта, н
азначить о
дного о
тветственного исполнителя)
.
Для больших проектов составляют
словарь ИСР
:
ID работы
— уникальный идентификатор работы в системе календарного планирования;
описание работы
— необходимые пояснения к составу и содержанию работы, если она представляет собой большой пакет или комплекс задач;
информацию о контракте
, согласно которому она выполняется;
контрольные события
и вехи;
ответственного
за выполнение работы.
Иерархическая структура организации проекта
(Organisational Breakdown Structure, OBS) представляет собой организационную структуру ресурсов (исполнителей), представленную в виде графа (дерева), по возможности, соответствующего по структуре ИСР проекта.
Матрица ответственности
обеспечивает описание и согласование структуры ответственности за выполнение работ.
Она предоставляет формат для назначения участникам проекта ответственности за реализацию каждого из элементов проекта с указанием роли каждого из участников в выполнении той или иной работы. Данная матрица содержит список детальных работ ИСР по одной оси, список организаций и исполнителей, принимающих участие в выполнении работ, — по другой оси, элементами матрицы являются коды видов деятельности (из заранее определенного списка)
О — ответственный исполнитель,
И — исполнитель,
С — согласование (консультации),
У — утверждение (приемка),
3 — знакомится (информируется).
Контроль выполнения комплекса работ проекта и управление изменениями
Контроль
включает в себя:
с
бор
информации о ходе выполнения работ проекта и получении результатов;
а
нализ
соответствия полученных результатов планам;
у
правление изменениями.
В ЛЮБОМ ПРОЕКТЕ ИЗМЕНЕНИЯ НЕИЗБЕЖНЫ
Изменения
содержания

проекта
80%
изменений в
реализации проекта*
* Хорин Грегори
Причинами
изменений в содержании проекта могут быть:
измениния на рынке;
изменения в стратегии и приоритетах организации-заказчика;
действия конкурентов;
технологические изменения;
изменения в ценах и доступности ресурсов;
экономическая нестабильность;
ошибки в планах и оценках;
ошибки в технической документации;
влияние других проектов.
Изменению
могут быть подвергнуты следующие
элементы
проекта:
цели проекта;
ограничения проекта;
требования к промежуточным и конечным результатам;
спецификация продуктов проекта;
используемые технологии и технологические решения;
содержание контрактов на работы и поставки;
используемые стандарты и требования к приемке.
Назначение ответственных исполнителей
Full transcript