Управление итпроектами теоретические основы, задачи и решения
 Скачать 1.32 Mb.
|
|
Таблица 2.4. Устав проекта в табличной форме № Элементы устава Содержание 1 Название проекта 2 Бизнес-причина возникновения проекта 3 Бизнес-цель проекта 4 Требования и ожидания заказчика, спонсора и других участников проекта 5 Расписание основных контрольных событий 6 Объем денежных средств, выделенных на достижение бизнес-цели 7 Участники проекта 8 Окружение проекта 9 Допущения относительно организации и окружения, а также внешние допущения 10 Ограничения относительно организации и окружения, а также внешние ограничения 11 Назначение РП и общее определение полномочий команды управления проектом: РП, спонсор, координатор * Количество элементов в Уставе определяются в зависимости от конкретных требований проекта. Задание 3 . Управление интеграцией проекта включает следующие процессы: Разработка устава проекта, Разработка плана управления проектом, Руководство и управление работами проекта, Управление знаниями проекта, Мониторинг и контроль работ проекта, Интегрированный контроль изменений, Закрытие проекта или фазы. Укажите название процессов интеграции для каждого описания в таблице 2.5. Таблица 2.5. Таблица для установления соответствия между названиями процессов и их описанием Название процесса интеграции Описание процесса Определение, подготовка и координация всех компонентов плана, а также консолидации их в интегрированный план управления проектом Отслеживание, проверка и ведение отчетности об общем прогрессе проекта для достижения целей исполнения, определенных в плане управления проектом. Разработка документа, который формально авторизует существование проекта и предоставляет руководителю проекта полномочия использовать ресурсы организации в операциях проекта. Создание новых знаний для достижения целей проекта и содействия обучению в организации. Завершение всех операций по проекту, фазе или договору Руководство и исполнение работ, определенных в плане управления проектом, и применение одобренных изменений для достижения целей проекта. Анализ всех запросов на изменения, их одобрение и управление изменениями поставляемых результатов, активов процессов организации, документов проекта и плана управления проектом, а так Лекция 3: Управление содержанием проекта Содержание проекта - это работы, которые необходимо выполнить, чтобы получить продукт, услугу или результат с заданными свойствами и функциями. Согласно PMBOK® [1], Управление содержанием проекта включает в себя процессы, обеспечивающие планирование, выполнение и контроль работ , которые требуются для успешного завершения проекта. Управление содержанием проекта включает в себя шесть процессов: • Планирование управления содержанием; • Сбор требований; • Определение содержания; • Создание иерархической структуры работ (ИСР); • Подтверждение содержания - процесс формализованной приемки полученных поставляемых результатов проекта; • Контроль содержания. Планирование управления содержанием - процесс создания плана управления содержанием, документирующего, каким образом содержание и продукта будет определяться, подтверждаться и контролироваться. Цель процесса - обеспечить руководство и указания относительно управления содержанием проекта на протяжении всего проекта. Разработка плана управления содержанием и детализация содержания проекта начинается с анализа информации, содержащейся в уставе проекта, последних одобренных вспомогательных планов плана управления проектом, исторической информации, которая содержится в активах процессов и других соответствующих факторов среды предприятия. Таблица 3.1. Инструменты и методы, входы и выходы процесса планирования управления содержанием Входы процесса Инструменты и методы Выходы процесса Устав проекта Экспертная оценка План управления содержанием План управления проектом Анализ данных План управления требованиями Факторы среды предприятия Совещания Активы процессов организации Сбор требований - процесс определения, документирования и управления потребностями и требованиями заинтересованных сторон для достижения целей проекта. Цель процесса - обеспечить основу для определения содержания проекта. Этот процесс выполняется единожды или в предопределенные моменты в проекте. Требования к проекту оформляются в Техническом задании на проект. Таблица 3.2. Инструменты и методы, входы и выходы процесса сбора требований Входы процесса Инструменты и методы Выходы процесса Устав проекта Экспертная оценка Документация по требованиям План управления проектом Сбор данных (Мозговой штурм, Интервью, Фокус-группы, Анкеты и опросы, Бенчмаркинг) Матрица отслеживания Требований (рис. 3.1) Документы проекта Анализ данных Бизнес-документы Принятие решений Соглашения Отображение данных Факторы среды предприятия Навыки межличностных отношений и работы с командой Активы процессов организации Контекстная диаграмма Прототипы Рис. 3.1. Пример шаблона матрицы отслеживания требований PMBOK® Определение содержания - процесс разработки подробного описания проекта и продукта. Цель данного процесса - описать границы и критерии приемки продукта, услуги или результата. Таблица 3.3. Инструменты и методы, входы и выходы процесса определения содержания Входы процесса Инструменты и методы Выходы процесса Устав проекта Экспертная оценка Описание содержания проекта План управления проектом Анализ данных Обновления документов проекта Документы проекта Принятие решений Факторы среды предприятия Навыки межличностных отношений и работы с командой Активы процессов организации Анализ продукта Создание иерархической структуры работ (ИСР) - процесс разделения поставляемых результатов проекта и работ проекта на меньшие компоненты, которыми легче управлять. Цель процесса-определить структуру того, что необходимо поставить. Этот процесс выполняется единожды или в предопределенные моменты в проекте. Таблица 3.4. Инструменты и методы, входы и выходы процесса создания ИСР Входы процесса Инструменты и методы Выходы процесса План управления проектом Экспертная оценка Базовый план по содержанию (Описание содержания проекта, ИСР, Словарь ИСР, Пакет работ, и др.) Документы проекта Декомпозиция Обновления документов проекта (Журнал допущений, Документацию по требованиям) Факторы среды предприятия Активы процессов организации Подтверждение содержания - процесс формализованной приемки полученных поставляемых результатов проекта. Цель данного процесса - обеспечить объективность процесса приемки и повышение вероятности приемки конечного продукта, услуги или результата путем подтверждения каждого поставляемого результата. Процесс осуществляется периодически на протяжении всего проекта, по мере необходимости. Таблица 3.5. Инструменты и методы, входы и выходы процесса подтверждения содержания Входы процесса Инструменты и методы Выходы процесса План управления проектом (План управления содержанием, План управления требованиями, Базовый план по содержанию) Инспекция Принятые поставляемые результаты Документы проекта (Реестр извлеченных уроков, Отчеты о качестве, Документацию по требованиям, Матрица отслеживания требований) Принятие решений Информация об исполнении работ Проверенные поставляемые результаты Запросы на изменения Данные об исполнении работ Обновления документов проекта (Реестр извлеченных уроков, Документация по требованиям, Матрица отслеживания требований) Контроль содержания - процесс мониторинга состояния содержания проекта и продукта, а также управления изменениями базового плана по содержанию. Цель процесса состоит в том, что ведение базового плана по содержанию осуществляется на протяжении всего проекта. Таблица 3.6. Инструменты и методы, входы и выходы процесса контроля содержания Входы процесса Инструменты и методы Выходы процесса План управления проектом (План управления содержанием, План управления требованиями, План управления изменениями, План управления конфигурацией Базовый план по содержанию, Базовый план исполнения) Анализ данных (Анализ отклонений, Анализ тенденций) Информация об исполнении работ Документы проекта (Реестр извлеченных уроков, Отчеты о качестве Документация по требованиям, Матрица отслеживания требований) Запросы на изменения Данные об исполнении работ Обновления плана управления Проектом (План управления содержанием, Базовый план по содержанию, Базовое расписание, Базовый план по стоимости, Базовый план исполнения) Активы процессов организации Обновления документов проекта (Реестр извлеченных уроков, Документация по требованиям, Матрица отслеживания требований) Практические задания Задание 1 . На основе информации из кейса (№ 1,2) подготовьте описание содержания проекта. Документ должен включать в себя следующие разделы : • Название проекта • Цели и задачи проекта • Требования к проектному решению и результаты проекта • Границы проекта • Способ реализации проекта • Первоначальная иерархическая структура работ (ИСР) до пакетов работ • Потребность в ресурсах, штатное расписание и организационная структура проекта (трудоемкость, роли проекта, без указания конкретных сотрудников, структура подотчетности и управления проектом) • Укрупненный календарный план • Критические факторы успеха • Допущения проекта (со стороны исполнителя) • Ограничения проекта (со стороны исполнителя) • Связь с прочими текущими программами и проектами • Первоначально сформулированные риски • Смета расходов с указанием порядка величин • Требования к управлению конфигурацией проекта • Критерии приемки результатов проекта Задание 2 . На основе информации из кейса (№ 1,2) разработайте процедуру сбора бизнес-требований. Лекция 4: Управление сроками проекта Управления сроками проекта обеспечивается следующими семи процессами [1]: Планирование управления расписанием - процесс, устанавливающий политики, процедуры и документацию по плани Определение операций - процесс идентификации и документирования конкретных действий, которые необходимо выполнить для создания поставляемых результатов проекта. Определение последовательности операций - процесс определения и документирования связей между операциями проекта. Оценка ресурсов операций - процесс оценки типа и количества материалов, кадровых ресурсов, оборудования или расходных материалов, требуемых для выполнения каждой операции Оценка длительности операций - процесс оценки количества рабочих периодов, требуемых для завершения отдельных операций с учетом оценки ресурсов. Разработка расписания - процесс анализа последовательностей операций, их длительностей, потребностей в ресурсах и ограничений расписания для создания модели расписания проекта. Расписание проекта является выходом модели расписания и представляет собой взаимосвязанные операции с запланированными датами, длительностями, контрольными событиями и ресурсами. Контроль расписания - процесс мониторинга статуса операций проекта для актуализации прогресса проекта и управления изменениями базового расписания с целью соответствия плану. • описание работ проекта; • ИСР и список операций; • последовательность операций; • оценку ресурсов операций; • оценку длительности каждой операции. Формирование расписания начинается с выбора метода разработки. Наиболее часто применяют Метод критического пути - метод, используемый для оценки минимальной длительности проекта и определения степени гибкости расписания на логических путях в сети модели расписания. Критический путь - это последовательность задач, которая определяет расчетную дату начала или окончания проекта и имеет нулевой временной резерв. Изменение длительности любой операции , лежащей на критическом пути, приводит к изменению сроков выполнения всего проекта. В методе критического пути ранний старт - самый ранний из возможных моментов времени, в который могут начаться невыполненные части операции расписания, вычисляемый на основании логики сети расписания, отчетной даты и любых ограничений расписания. Ранний финиш - самый ранний из возможных моментов времени, в который могут завершиться невыполненные части операции расписания, вычисляемый на основании логики сети расписания, отчетной даты и любых ограничений расписания. Разница между датой раннего старта и позднего старта представляет временной резерв операции - количество времени, на которое может быть задержано выполнение операции , не вызывая задержки завершения проекта [6]. В методе критического пути заложены техники применения прямого и обратного прохода выполнения операций. Прямой проход заключается в определении раннего старта и раннего финиша операций путем расчета в рамках модели расписания в прямой последовательности от старта проекта или определенного момента времени. Обратный проход состоит в определении позднего старта и позднего финиша путем расчета в рамках модели расписания в обратной последовательности от даты завершения проекта. Процесс разработки расписания проекта можно представить в виде последовательности действий [7]: 1. Создать перечень операций, которые должны быть включены в расписание. Используется ИСР, перечень идентичен нижнему уровню иерархической структуры работ. 2. Определить длительность каждой операции. Длительность - это продолжительность времени, необходимого для выполнения операции . Для оценки длительности операций используют следующие методы: • Оценка по аналогам. • Параметрическая оценка. • Оценка по трем точкам (наиболее вероятная, оптимистичная, пессимистичная). • Экспертная оценка Длительность операции не нужно путать с понятиями Трудоемкость и Продолжительность времени выполнения операции . Трудоемкость - это количество человеко-часов, необходимых для выполнения операции , а продолжительность времени выполнения операции - период времени выполнения операции , который определяется как время, проходящее между стартом и финишем операции 1. Определить предшествующую операцию для каждой операции. Предшествующая операция каждой операции определялась в течение заключительных этапов составления иерархической структуры работ. 2. Рассчитать с помощью прямого прохода ранее расписание: ранний старт и ранний финиш для каждой операции. При расчете раннего расписания для операций требуется придерживаться нескольких правил составления расписаний: старт первой операции всегда назначается на дату старта проекта; дата раннего финиша равна дате раннего старта плюс длительность операции минус один. 3. Рассчитать с помощью обратного прохода позднее расписание для каждой операции. Выполнение обратного прохода начинается с последней операции, которая была выполнена в раннем расписании. В обратном проходе для всех операций определяются самые поздние даты их выполнения, при которых проект будет полностью выполнен. 4. Вычислить временной резерв для каждой операции, как разность между датами раннего финиша и раннего старта или позднего финиша и позднего старта. 5. Определить критический путь. 6. Определить, не состоится ли предполагаемое завершение проекта раньше даты обязательства проекта. 7. Подкорректировать расписание или дату обязательства. Подкорректировать расписание возможно путем добавления временного резерва к определенным операциям (не увеличивая при этом их длительность!). Рекомендуется добавлять временной резерв к операциям, имеющим высокую величину риска. 8. Запросить ресурсы и определить ограничения на ресурсы. 9. Отрегулировать расписание в соответствии с ограничениями на ресурсы. Если предварительная дата расписания является более поздней чем обязательства, то необходимо применять метод сжатия расписания или метод быстрого прохода. Сжатие - метод, используемый для сокращения длительности расписания. Сжатие расписания реализуется за счет сокращение содержания проекта или добавления дополнительных ресурсов для определенных операций, исключение некоторых операций или изменение процесса выполнения проекта с исключением некоторых операций. Сжатие операций приводит к увеличению стоимости проекта. Частный случай сжатия расписания - быстрый проход, когда операции , обычно выполняемые последовательно, исполняют параллельно или с некоторым перекрытием, что приводит к увеличению рисков проекта. Выбирая операцию для сжатия, нужно помнить, что: • Сжимать можно только те операции, которые лежат на критическом пути. • За один шаг можно сжимать операцию на одну временную единицу расписания (например, на один день), так как после сжатия возможно изменение критического пути. • Сжимать операцию критического пути, которая имеют наименьшую стоимость сжатия (наименьшую крутизну). Крутизна операции определяет стоимость сокращения длительности операции на один день. Для вычисления крутизны каждой операции используют формулу (1): |