
Тема 3 Процессы планирования v2.pptx
- Количество слайдов: 88
ТЕМА 3. ГРУППА ПРОЦЕССОВ ПЛАНИРОВАНИЯ ПРОЕКТА Разова Елена Леонидовна, PMP® к. философ. н, лучший менеджер по качеству 2011 г. доцент кафедры менеджмента Гр. ГУ им. Янки Купалы
03. 02. 2018 Е. Л. Разова Управление проектами Содержание Темы 3 1. Процессы планирования 2. План управления проектом 3. Определение требований к проекту 4. Базовый план содержания • План управления содержанием проекта • Определение содержания проекта • Иерархическая структура работ • Каталог иерархической структуры работ 2
03. 02. 2018 Е. Л. Разова Управление проектами ПРОЦЕССЫ ПЛАНИРОВАНИЯ 3
03. 02. 2018 Е. Л. Разова Управление проектами 4 Процессы планирования (1 из 2) • Разработка плана управления проектом • Сбор требований • Определение содержания • Создание иерархической структуры работ • Определение операций • Определение последовательности операций • Оценка длительности операций • Разработка расписания
03. 02. 2018 Е. Л. Разова Управление проектами 5 Процессы планирования (2 из 2) • Оценка стоимости • Определение бюджета • Планирование качества • Разработка плана управления человеческими ресурсами • Определение заинтересованных сторон • План обмена информацией • Идентификация и анализ рисков, планирование реагирования на риски • Планирование требований • Осуществление закупок
03. 02. 2018 Е. Л. Разова Управление проектами 6 Цели процессов планирования (1 из 3) • Используются командой управления проектом для успешного планирования и управления проектом в организации • Помогают собирать информацию из многочисленных источников, каждый из которых обладает своим уровнем компетенции и доверия • Учитывают комплексный характер управления проектами и поддерживают цепочки обратной связи для дополнительного анализа при получении новой информации • Способствуют планированию проекта во время осуществления многочисленных процессов
03. 02. 2018 Е. Л. Разова Управление проектами 7 Цели процессов планирования (2 из 3) • Команда управления проектом использует группу процессов планирования для успешного планирования и управления проектом в организации • Группа процессов планирования способствует планированию проекта во время осуществления многочисленных процессов
03. 02. 2018 Е. Л. Разова Управление проектами 8 Цели процессов планирования (3 из 3) • Серьезные изменения на протяжении жизненного цикла проекта вызывают необходимость пересмотра одного или нескольких процессов планирования или, возможно, нескольких процессов инициации
ПЛАН УПРАВЛЕНИЯ ПРОЕКТОМ
03. 02. 2018 Е. Л. Разова Управление проектами 10 План управление проектом • План управления проектом обеспечивает определение, координацию, интеграцию всех типов вспомогательных планов, определение и документирование процессов, применимых для управления конкретным проектом. NB! Создание плана управления проектом и есть результат подгонки (Tailoring).
03. 02. 2018 Е. Л. Разова Управление проектами 11 Задача плана управления проектом • Определяет, • как проект исполнится, мониторится, контролируется, закрывается; • какие документы и процессы при этом используются; • каков порядок изменения в документах и процессах в ходе реализации проекта. • Описывает, интегрирует и координирует базовые и второстепенные планы для процессов, выбранных для управления проектом. NB! На практике план управления проектом разрабатывается уже после реализации некоторых процедур планирования.
03. 02. 2018 Е. Л. Разова Управление проектами Исходные данные для плана управления проектом • Устав проекта • Факторы внешней среды проекта • Организационная среда проекта • стандарты и порядки • формы планов • процедуры контроля изменений • историческая информация • организационные базы знаний о проектах 12
03. 02. 2018 Е. Л. Разова Управление проектами 13 Структура плана управления проектом • • • • Процессы, используемые для реализации каждой фазы проекта. Жизненный цикл проекта и каждой фазы. Методы выполнения работ проекта. План управления изменениями. Потребности заинтересованных сторон в коммуникациях и технологии удовлетворения этих потребностей Список второстепенных планов: Список ключевых событий. Ресурсный календарь. Базовый план по содержанию. Базовый план по расписанию. Базовый план по стоимости. Базовый план по качеству. Методы контроля исполнения базовых планов. Управление пересмотром содержания и конфликтами. Реестр списков.
03. 02. 2018 Е. Л. Разова Управление проектами Второстепенные планы • План управления содержанием. • План управления требованиями. • План управления расписанием. • План управления стоимостью. • План управления качеством. • План управления коммуникациями. • План управления рисками. • План управления закупками. • … 14
03. 02. 2018 Е. Л. Разова Управление проектами 15 Структура второстепенных планов управления проектом (1 из 3) • План управления содержанием описывает порядок: • управления содержанием, • создания иерархической структуры работ, • внесения изменения в содержание проекта. • План управления требованиями описывает порядок: • идентификации и анализ требований, • процедуру и форму документирования требований, • отслеживания требований. • План управления расписанием описывает порядок: • разработки расписания, • контроля за расписанием, • внесения изменений в расписание.
03. 02. 2018 Е. Л. Разова Управление проектами 16 Структура второстепенных планов управления проектом (2 из 3) • План управления стоимостью описывает порядок : • управления и контроль стоимости, • управления изменениями стоимости. • План управления качеством описывает порядок : • реализации политики качества, • контроля и измерения качества, • обеспечения качества, • постоянного улучшения. • План управления коммуникациями описывает порядок: • определения коммуникационных потребностей заинтересованных сторон (время, периодичность, частота, метод, канал).
03. 02. 2018 Е. Л. Разова Управление проектами Структура второстепенных планов управления проектом (3 из 3) • План управления рисками описывает порядок: • управления и контроля рисков, • методы управления рисками, • назначения ролей и ответственности, • определения вероятности и воздействия, • категоризации рисков, • толерантности к рискам, отслеживания рисков. • План управления закупками описывает: • типы контрактов, • документы закупок, • время на осуществление закупок. 17
03. 02. 2018 Е. Л. Разова Управление проектами 18 Базовые планы • Базовый план исполнения меняется лишь время от времени, и то только, главным образом, в ответ на принятие изменений в содержании и результате проекта • Все проекты имеют три базовых плана: • Базовый план содержания (scope baseline) • Базовый план расписания (schedule baseline) • Базовый план бюджета (cost baseline)
ОПРЕДЕЛЕНИЕ ТРЕБОВАНИЙ К ПРОЕКТУ
03. 02. 2018 Е. Л. Разова Управление проектами 20 Что такое требования • Требования описывают характеристики результатов, функциональность результатов или особые условия, которые должны удовлетворять требования заинтересованных сторон. • Требования представляют в измеримом (количественном) и приоритезиорванном виде желания, потребности и ожидания заинтересованных сторон.
03. 02. 2018 Е. Л. Разова Управление проектами 21 Основные определения Потребности (желания, ожидания) - это операции, услуги, продукты и результаты, которые полезны, необходимы или желаемы Требования - формально задокументированное описание потребностей спонсора, которые должны быть удовлетворены проектом Исключения - заявления от том, что не включено в данный проект Спецификации - детальные описания характеристик, которые должны быть реализованы Базовый план - сходные данные, в соответствии с которыми планируется и контролируется выполнение операций проекта: состоит из элементов соглашения и плена управления проектом; как только базовый план создан, он переходит под действие управления изменениями Результаты – результат деятельности, который должен быть поставлен в соответствии с соглашением
03. 02. 2018 Е. Л. Разова Управление проектами 22 Сценарии превращения потребностей в «требования» и «исключения» • Потребность = Требование = Содержание проекта • Потребность = Требование другого проекта • Потребность = Исключение
03. 02. 2018 Е. Л. Разова Управление проектами 23 Условия включения потребностей в требования проекта Вопросы для включения требований: • Является ли данная потребность частью изначальной цели проекта? • Является ли данная потребность новой функцией или характеристикой, которая не первоначальную цель проекта? была включена в • Была ли стоимость реализации данной потребности включена в первоначальную оценку стоимости? Всякая потребность, которая не является требованием, считается исключением.
03. 02. 2018 Е. Л. Разова Управление проектами 24 Цель сбора требований • Цель сбора требований - определить и документировать ожидания и потребности спонсора, заказчика и заинтересованных сторон, чтобы обеспечить достижение целей проекта. • Понимание, документирование и согласование требований – ключевой фактор успеха проекта. • Требования должны приниматься спонсором и ключевыми заинтересованными сторонами.
03. 02. 2018 Е. Л. Разова Управление проектами 25 Применение требований • Требования – основа разработки содержания проекта и необходимы для определения стоимости, разработки расписания, планирования качества. NB! На практике разработка содержания идет раньше сбора требований, т. к. чтобы собрать детальные требования к результатам проекта надо прежде определить эти результаты.
03. 02. 2018 Е. Л. Разова Управление проектами 26 Определение требований происходит во время… • Разработки предложения • Начала проекта • Принятия на себя ведения уже запущенного проекта (переутверждение) • Переоценки требований по проекту (промежуточный проект)
03. 02. 2018 27 Е. Л. Разова Управление проектами Этапы процесса выработки требований клиента 1. Сбор информации о потребностях клиента и заинтересованных лиц 2. Распределение этих потребностей категориям: требования и исключения по двум 3. Утверждение требований 4. Утвержденные требования используются в качестве принятого базового плана требований для проекта
03. 02. 2018 Е. Л. Разова Управление проектами 28 Инструменты и технологии для сбора требований (1 из 2) • Интервью • Метод Дельфи • Фокус-группы (собрание профильных специалистов) • Рабочие группы (собрание разноотраслевых специалистов) • Технологии творческих групп (мозговой штурм, номинальная группа, mind mapping)
03. 02. 2018 Е. Л. Разова Управление проектами 29 Инструменты и технологии для сбора требований (2 из 2) • Технологии выработки группового решения, использующие 4 методики: • единодушие • большинство (решение поддерживает более 50% группы) • плюрализм (решение поддерживает самая крупная подгруппа, если большинство не достигнуто) • диктатура • Опросы и исследования (для больших групп) • Наблюдения (за ходом работы) • Прототипирование и эксперимент
03. 02. 2018 Е. Л. Разова Управление проектами 30 Документы, где присутствуют требования: • Требования бизнес-среды (почему проект появился) • Бизнес-цели и Цели проекта (что проект должен достигнуть) • Функциональнее требования (спецификация) • Нефункциональные требования (не описывают сам продукт) • Требования по качеству • Критерии приемки • Правила бизнеса • Требования по поддержке и обучению • Допущения и ограничения
03. 02. 2018 Е. Л. Разова Управление проектами 31 Документирование требований • Заинтересованные стороны часто страдают забывчивостью, особенно в долгосрочных проектах. Поэтому для успеха проекта необходимо документировать требования. • Результат документирования: • план управления требованиями, • матрица прослеживаемости требований.
03. 02. 2018 Е. Л. Разова Управление проектами 32 План управления требованиям • Зависит от типа связи фаз проекта: • Последовательная связь – требования для последующих фаз определяются после того, как работа по предшествующей фазе завершена. • Перекрывающаяся связь – требования должны быть определены на ранних стадиях жизненного цикла проекта
03. 02. 2018 Е. Л. Разова Управление проектами 33 Структура плана управления требованиями • Как планируется прослеживать действия с требованиями • Как планируется запрашивать, отслеживать, анализировать требования • Как требования будут приоритезироваться • Какие метрики будут использоваться для отслеживания требований • Матрица прослеживаемости (Traceability Matrix)
03. 02. 2018 Е. Л. Разова Управление проектами 34 Матрица прослеживаемости (Traceability Matrix) ID Описание требования 001 Требование первичное источник приорит Сценарий ет проверки Цели проекта В Статус Одобрение Одобрено пользователя Матрица прослеживаемости требований помогает подтвердить, что в результате реализации проекта будут реализованы бизнес-цели, т. к. каждое требование привязывается к конкретной бизнес-цели или цели проекта.
03. 02. 2018 Е. Л. Разова Управление проектами 35 Создание базового плана требований • Базовый план требований - это документ, содержащий требования, утвержденные спонсором, заинтересованными лицами и ключевыми членами команды проекта. • Базовый план определяет, что хочет спонсор и что согласилась выполнить команда проекта. • Он может быть изменен только в том случае, если данное изменение было одобрено спонсором, заинтересованными сторонами и менеджером проекта. • Медленное разрастание содержания происходит тогда, когда требования проекта продолжают изменяться.
03. 02. 2018 Е. Л. Разова Управление проектами 36 Некоторые типичные трудности, возникающие при сборе требований (1 из 2) • Неясные требования: Это основной источник трудностей. Чем уникальнее проект, тем выше риск возникновения неясных или неточных требований. • Требования динамичны и изменчивы, так как они определяются отношением к текущей ситуации • Вы должны направлять процесс и работать в плотном взаимодействии со спонсором для определения четких требований • Преждевременные решения: Ответы, которые даются до того, как будут заданы все нужные вопросы, могут привести к преждевременным и неверным решениям
03. 02. 2018 Е. Л. Разова Управление проектами 37 Некоторые типичные трудности, возникающие при сборе требований (2 из 2) • Недостаток четкой информации о том, кто является спонсором: Может так случиться, что вы будете работать в проекте с конфликтными потребностями. В этом случае ваша первая задача - выяснить, кто является спонсором • Предубеждения: Анализируя требования, избегайте вносить произвольные изменения, в которых отражаются не столько потребности спонсора, сколько чье-то предвзятое мнение. • Процесс сбора требований - многократно повторяющийся процесс; важно проводить этот процесс повторно и задавать много вопросов
БАЗОВЫЙ ПЛАН СОДЕРЖАНИЯ
03. 02. 2018 Е. Л. Разова Управление проектами Структура базового плана по содержанию 1. Перечень работ по проекту. 2. Иерархическая структура работ. 3. Каталог иерархической структуры работ. 39
03. 02. 2018 Е. Л. Разова Управление проектами ПЛАН УПРАВЛЕНИЯ СОДЕРЖАНИЕМ ПРОЕКТА 40
03. 02. 2018 Е. Л. Разова Управление проектами 41 План управления содержанием проекта • План управления содержанием – инструмент планирования, который документирует то, как команда проекта будет определять содержание работ по проекту, как будет разрабатывать иерархическую структуру работ, как будут контролироваться изменения содержания, как работы проекта будут верифицироваться и приниматься. • План управления содержаниям – вспомогательный план к плану управления проектом.
03. 02. 2018 Е. Л. Разова Управление проектами 42 Структура плана управления содержанием • Процессы, используемые для разработки перечня работ по проекту (project scope statement) • Процессы для разработки WBS • Описание верификации результатов и их приемки • Процесс контроля запросов на изменения содержания проекта
03. 02. 2018 Е. Л. Разова Управление проектами 43 ОПРЕДЕЛЕНИЕ СОДЕРЖАНИЯ ПРОЕКТА
03. 02. 2018 Е. Л. Разова Управление проектами 44 Цель разработки содержания проекта • Цель разработки содержания проекта – обеспечить единое понимание содержания проекта среди заинтересованных сторон.
03. 02. 2018 Е. Л. Разова Управление проектами Определение содержания scope Project scope Product scope 45
03. 02. 2018 Е. Л. Разова Управление проектами 46 Перечень работ по проекту (Project Scope Statement) • Это: • цели проекта; • детальное описание результатов проекта (project deliverables); • работы, которые необходимо осуществить для получения этих результатов; • Соглашение между проектом и заказчиком о том, какие работы по проекту будут проведены. • Это НЕ: • Цели проекта (project objectives) – измеримые критерии, используемые для измерения успешности проекта
03. 02. 2018 Е. Л. Разова Управление проектами 47 Перечень работ по проекту (Project Scope Statement) • Задача: • обеспечить единое понимание всеми заинтересованными сторонами содержания проекта; • обеспечить согласие между заказчиком и исполнителем о том, какие работы по проекту должны быть реализованы и что каждый получит в результате проекта; • обеспечить определение и последовательную разработку работ проекта, создать основу для внесения изменений в проект. NB! Именно PSS (а не Устав) является соглашением между заинтересованными сторонами.
03. 02. 2018 Е. Л. Разова Управление проектами 48 Структура Project Scope Statement (1 из 2) • Содержание продукта • Критерии приемки продукта • Результаты проекта (Project Deliverables) – измеримые выходы, результаты, которые должны быть созданы, чтобы проект или фаза проекта считались завершенными. • Исключения проекта • Ограничения проекта • Допущения проекта
03. 02. 2018 Е. Л. Разова Управление проектами 49 Структура Project Scope Statement (2 из 2) • Описание продукта содержит характеристики продукта / услуги / результата. • Критерии приемки продукта включают процесс и критерии для оценки приемлемости и удовлетворенности результатов проекта или окончательного продукта / услуги / результата. Могут включать спецификацию продукта.
03. 02. 2018 Е. Л. Разова Управление проектами 50 Результаты проекта • Результаты проекта – измеримые выходы / результаты / специфические объекты, которые должны быть произведены, чтобы проект / фаза проекта считались завершенными. NB! У большинства проектов больше одного результата (каждая составная часть прибора – отдельный результат проекта). • Результаты и требования проекта – критические факторы успеха проекта – элементы, которые должны быть завершены для того, чтобы проект был расценен как завершенный.
03. 02. 2018 Е. Л. Разова Управление проектами 51 Исключения проекта • Исключения – то, что НЕ включено в проект как его результат, включенный в перечень работ по проекту. NB! В качестве исключения классифицируются потребности заинтересованных сторон, которые на этапе определения требований были оценены как не относящиеся к данному проекту.
03. 02. 2018 Е. Л. Разова Управление проектами 52 Ограничения проекта Ограничения: • нечто, что ограничивает способности и действия команды проекта; • нечто, что диктует команде действия / способ реализации проекта. • Одна из главных задач РМа – балансировать ограничения проекта для удовлетворения или превосходства ожиданий заинтересованных сторон.
03. 02. 2018 Е. Л. Разова Управление проектами 53 Основные ограничения проекта • В любом проекте есть одно из трех основных ограничений проекта: • временные ограничения (ограничения расписания) – задаются доступностью / недоступностью ресурсов в нужное для проектных работ время; • ограничения бюджета; • ограничения содержания; • ограничения качества – задаются спецификацией продукта. • Приоритетные ограничения могут оттеснять цели или требования проекта.
03. 02. 2018 Е. Л. Разова Управление проектами 54 Основные ограничения проекта v 1 содер жание распис ание качес тво стоимо сть
03. 02. 2018 Е. Л. Разова Управление проектами 55 Основные ограничения проекта v 2 содер жание стоимо сть Успешный Проект распис ание качест во
03. 02. 2018 Е. Л. Разова Управление проектами 56 Прочие ограничения проекта • Ресурсные ограничения (материальные и нематериальные) – задаются доступностью внутренних и внешних ключевых ресурсов (персонала), уровнем квалификации, личными свойствами и особенностями характера, доступностью сырья, финансовых средств… • Ограничения по технологии – например, необходимость использовать еще непроверенную технологию. • Административные ограничения: • Политики и стандарты организации • Решения руководства
03. 02. 2018 Е. Л. Разова Управление проектами 57 Допущения проекта • Допущение – факты, считающиеся истинными для проекта. • Допущения должны идентифицироваться, документироваться и обновляться. • Выявления новых допущений и конкретизация старых – одна из форм последовательной разработки. • Допущения содержат в себе риски, если они оказались неверными / некорректными / недокументированными.
03. 02. 2018 Е. Л. Разова Управление проектами Источники допущений проекта допущения Допущения заинтересованных сторон Допущения РМа Допущения спонсора 58
03. 02. 2018 Е. Л. Разова Управление проектами Типичные допущения • Доступность ключевых ресурсов (люди) • Сроки поставок • Доступность товаров / продуктов / поставщиков • Доступность подрядчиков • Точность плановой документации по проекту • Адекватная работа членов команды проекта • Дата подписания контракта • Дата старта проекта / фазы проекта • Доступ к информации / оборудованию • Поддержка менеджера / спонсора • Надежность поставщика 59
ИЕРАРХИЧЕСКАЯ СТРУКТУРА РАБОТ
03. 02. 2018 Е. Л. Разова Управление проектами 61 Иерархическая структура работ (WBS) • Иерархическая структура работ (WBS) – ориентированная на результат (предмет поставки) иерархическая декомпозиция работ, выполняемых командой проекта для достижения целей проекта и получения необходимых результатов; с ее помощью структурируется и определяется все содержание проекта • WBS – базовое соглашение между заинтересованными сторонами и командой проекта в отношении содержания проекта
03. 02. 2018 Е. Л. Разова Управление проектами 62 Цель WBS • детализировать полное содержание работ, необходимое для выполнения; • разбить результаты работ на меньшие компоненты – провести декомпозицию; • создать основу для оценки стоимости проекта и времени расписания ресурсов, определения контроля качества. NB! WBS содержит только работы проекта, а в проекте выполняются только работы, которые включены в WBS.
03. 02. 2018 Е. Л. Разова Управление проектами 63 Разработка иерархической структуры работ (WBS) (1 из 2) • WBS - это основа проекта с точки зрения планирования, оценки, составления бюджета, финансирования, составления расписания и отчетов о статусе проекта, управления рисками, оценки эффективности и управления изменениями; фокусирует внимание на целях проекта • Разработка начинается в тот момент, когда определены и согласованы со спонсором результаты и содержание проекта может быть описано в планировании проекта в измеряемых и абстрактных единицах трудоемкости
03. 02. 2018 Е. Л. Разова Управление проектами 64 Разработка иерархической структуры работ (WBS) (2 из 2) • WBS используется в проекте в качестве инструмента коммуникации, она растет и развивается вместе с проектом, начиная с самого первого дня. • При пересмотре плана проекта WBS также должна быть пересмотрена • Одобренное детальное описание содержания проекта и связанная с ним WBS и каталог WBS представляют собой базовый план по содержанию проекта
03. 02. 2018 Е. Л. Разова Управление проектами Входы WBS • Устав проекта • Документированные требования • Содержание работ по проекту • Активы процессов организации 65
03. 02. 2018 Е. Л. Разова Управление проектами Виды WBS (1 из 5) 66
03. 02. 2018 Е. Л. Разова Управление проектами Виды WBS (1 из 5) 67
Виды WBS (1 из 5) 03. 02. 2018 Е. Л. Разова Управление проектами 68
Виды WBS (1 из 5) 03. 02. 2018 Е. Л. Разова Управление проектами 69
03. 02. 2018 Е. Л. Разова Управление проектами Виды WBS (1 из 5) 70
03. 02. 2018 Е. Л. Разова Управление проектами 71 Декомпозиция • Декомпозиция – разбиение результатов на более мелкие, более управляемые компоненты работы, которые легче : • планировать, • оценивать по стоимости, времени и ресурсам, • назначать ресурсы, • определять ответственность, • выполнять, • осуществлять мониторинг и контролировать, • завершать. • Каждый последующий уровень WBS – более детальное описание предыдущего
03. 02. 2018 Е. Л. Разова Управление проектами 72 Задачи декомпозиции • Благодаря декомпозиции работ в WBS: • Проще оценить стоимость, время и необходимые ресурсы для каждого отдельного компонента • Проще осуществлять мониторинг и контроль изменений • Позволяет сравнивать текущий проект к другими проектами или фазами • Проще назначать ресурсы (исполнителей) с различным уровнем квалификации
03. 02. 2018 Е. Л. Разова Управление проектами 73 Способы организации WBS Способы организации зависят от сложности проекта: • 1 -й уровень WBS – название проекта, 2 -й уровень WBS (1 -й уровень декомпозиции) – результаты / фазы / продукты. • 1 -й уровень декомпозиции – фазы проекта, следующие уровни – результаты фаз проекта. • 1 -й уровень декомпозиции – основные результаты, 2 й уровень – подпроекты. • Если подпроекты могут быть выполнены вне команды проекта, то у каждого подпроекта может быть своя WBS.
03. 02. 2018 Е. Л. Разова Управление проектами 74 5 шагов в процессе декомпозиции 1. Идентифицировать высокоуровневые результаты 2. 3. 4. 5. работы Создать верхний уровень WBS из высокоуровневых результатов Декомпозировать компоненты WBS на низшие уровни (результаты декомпозиции должны быть измеримыми, материальными, поверяемыми) Установить идентификационные коды (порядковые номера) для каждого компонента WBS Верифицировать WBS на полноту, четкость, достаточность компонентов
03. 02. 2018 Структура WBS Е. Л. Разова Управление проектами 75
03. 02. 2018 Е. Л. Разова Управление проектами 76 Правило декомпозиции • Каждый последующий уровень декомпозиции более подробный и детализированный, чем предыдущий. • Каждый элемент WBS должен ясно и полностью описывать, как работа должна выполняться и контролироваться. • Свернутые, все работы WBS снизу вверх должны охватывать все работы проекта (ничего не должно быть добавлено). NB! Задача– довести декомпозицию до такого уровня, чтобы один пакет работ мог быть назначен одному СП/группе людей/исполнителю/ NB! Поминутная декомпозиция неэффективна, т. к. мешает творчеству
03. 02. 2018 Е. Л. Разова Управление проектами Правило декомпозиции 77
03. 02. 2018 Е. Л. Разова Управление проектами 78 Пакеты работ • Независимо от количества уровней WBS, самый нижний уровень называется уровнем пакетов работ. • Пакет работ легко назначить человеку или команде, у которого ясно определена подотчетность и ответственность за выполнение поручения. • Уровень пакетов работ – тот, где проводится оценка времени, стоимости и ресурсов. • В больших проектах пакетом работ может быть подпроектом, который затем может быть декомпозирован в собственную WBS. • Пакет работ может быть работой, передаваемой на аутсорсинг, и для внешнего исполнителя он будет являться самостоятельным проектом.
03. 02. 2018 Е. Л. Разова Управление проектами 79 Характеристики пакетов работ Пакеты работ: • Имеют внешний или внутренний результат: • внутренние результаты используются самим проектом, • внешние результаты поставляются клиенту или спонсору. • Дают определенные результаты и конкретные продукты или • Имеют четкие и поддающиеся верификации критерии завершенности • Равны сумме непосредственных операций на следующем, более высоком уровне • Могут быть ответственность переданы под одной стороны, исключительную подразделения
03. 02. 2018 80 Е. Л. Разова Управление проектами Рекомендации для создания WBS (1 из 2) • Думая о результатах существительными. деятельности, мыслите • Убедитесь, что в текущем базовом плане каждому результату (предмету поставки) соответствует свой результат деятельности. • Начните с самого высокого уровня WBS • Создайте WBS, следуя в направлении сверху вниз к результатам деятельности
03. 02. 2018 Е. Л. Разова Управление проектами 81 Рекомендации для создания WBS (2 из 2) • Думая о том, что нужно сделать, мыслите глаголами. • Определите все операции и задачи, которые необходимо выполнить для разработки результата деятельности. • Убедитесь, что каждая операция и задача имеет свои критерии завершенности.
03. 02. 2018 Е. Л. Разова Управление проектами 82 Метод набегающей волны • WBS можно создавать методом набегающей волны – т. е. , декомпозиция осуществляется до существующего уровня детализации и продолжается по мере появления нужной детализации в ходе реализации проекта. • Степень детализации WBS применении метода набегающей волны зависит от даты исполнения работ. • Чем позже выполняется работа (фаза), тем меньше степень детализации.
03. 02. 2018 Е. Л. Разова Управление проектами 83 КАТАЛОГ ИЕРАРХИЧЕСКОЙ СТРУКТУРЫ РАБОТ
03. 02. 2018 Е. Л. Разова Управление проектами 84 Подготовка каталога WBS (1 из 2) Каталог иерархической структуры работ - документ, описывающий каждый элемент в иерархической структуре работ (WBS) • Для каждого элемента WBS в каталоге присутствует: • краткое описание содержания или технического задания • определенные результаты (предметы поставки) список имеющих к ним отношение операций • список контрольных событий
03. 02. 2018 85 Е. Л. Разова Управление проектами Подготовка каталога WBS (2 из 2) • Может включать в себя: • ответственную организацию • даты начала и окончания работ • требуемые ресурсы • оценку стоимости • номер для начисления затрат • контрактную информацию • требования в отношении качества • технические рекомендации эффективности работы для повышения
03. 02. 2018 Е. Л. Разова Управление проектами 86 Экспертиза/Утверждение WBS • Проведите оценку результатов со всеми ключевыми членами команды, чтобы убедиться в поддержке и согласии всех сторон • Убедитесь, что WBS охватывает все пакеты работ и что учтены все факторы стоимости, связанные с проектом (непосредственные и дополнительные) • Оцените, как используется и поддерживается WBS во время проекта • Оцените результаты, применив два подхода - "сверху вниз" и "снизу-вверх"
03. 02. 2018 Е. Л. Разова Управление проектами 87 Экспертиза/Утверждение WBS Сверху вниз • Встречается ли более 10 операций на одном уровне? Снизу вверх • Может ли ответственность быть передана отдельному лицу? • Схожи ли операции по длительности и трудоемкости? • Можно ли определить критерии завершенности? • Может ли быть передана ответственность по операциям? • Может ли пакет работ быть точно оценен? • Все ли результаты (предметы поставки) представлены? • Позволяет ли размер пакета работ управлять им и • Можно ли назвать операции контролировать его? управления проектами полными?
03. 02. 2018 Е. Л. Разова Управление проектами 88 Вопросы к экзамену • Охарактеризуйте группу процессов планирования и опишите структуру и цели плану управления проектом. • Перечислите и охарактеризуйте базовые планы проекта, укажите их структуру и роль. • Опишите процедуру и определите цель и методы сбора требований заинтересованных сторон. • Определите цели и опишите элементы базового плана по содержанию. • Опишите порядок создания и охарактеризуйте структуру перечня работ по проекту • Опишите процедуру и укажите требования к созданию иерархической структуры работ.