
- •Оглавление
- •Лекция 1. Инициация проекта
- •Адаптация модели жизненного цикла проекта
- •Цели этапов жизненного цикла информационной системы
- •Области знаний проектного управления
- •Шаблон адаптации модели жизненного цикла информационной системы
- •Разработка технико-экономического обоснования
- •Матрица структурирования выгод ит-проекта
- •Формирование бизнес-цели проекта
- •Разработка устава проекта
- •Требования к уставу проекта
- •Шаблон листа управления документом
- •Идентификация и анализ участников проекта
- •Анализ воздействия участников проекта (адаптировано из [5])
- •Формирование требований проекта
- •Большой толковый словарь
- •Шаблон протокола интервью
- •Лекция 2. Планирование проекта
- •План управления проектом
- •Формирование иерархической структуры проекта
- •Определение содержания проекта
- •Требования к описанию содержания проекта
- •Формирование списка работ (операций) проекта
- •Пример списка работ
- •Определение логической последовательности выполнения работ
- •Оценка трудоемкости и потребности в ресурсах
- •Нормативы трудоемкости разработки документов на ас
- •Определение длительности операций.
- •Исходная информация процесса определения длительности операций
- •Концептуальная оценка стоимости проекта
- •Формирование сметы
- •Пример сметы проекта
- •Разработка базового плана по стоимости проекта
- •Лекция 3. Разработка расписания проекта
- •Исходные данные для разработки расписания
- •Результаты разработки расписания
- •Технология разработки расписания
- •Шаблон последовательного формирования расписания проекта
- •Пример использования шаблона последовательного формирования расписания
- •Разработка расписания проекта методом критического пути
- •Расчет раннего финиша
- •Операции проекта
- •Расчет позднего финиша
- •Расчет временного резерва
- •Организация управления расписанием проекта
- •Шаблон формы отчета о прогрессе проекта
- •Лекция 4. Планирование обеспечения качества в проекте
- •Анализ процессов управления качеством
- •Разработка плана обеспечения качества
- •Пример плана обеспечения качества проекта
- •Регламент по управлению качеством в проекте
- •Определение списка процедур для управления качеством
- •Организация управления качеством
- •Пример контрольных списков проверки качества
- •Форма представления результатов контроля качества
- •Шаблон регистрации отклонений
- •Лекция 5. Планирование рисков проекта Основные понятия управления рисками
- •Примеры управления рисками
- •Семиуровневая оценка вероятности возникновения риска
- •Шкала для оценки последствий риска, измеряемых в деньгах
- •Шкала для оценки последствий риска, измеряемых отклонениями в стоимости, сроках и технических условиях проекта
- •Определение шкалы оценки воздействия для четырех целей проекта
- •Организация управления рисками
- •Пример шаблона плана реагирования на риски
- •Пример формы регистрации риска
- •Лекция 6. Планирование человеческих ресурсов проекта
- •Определение ролей проекта
- •Матрица ответственности проекта
- •Условные обозначения матрицы ответственности (raci)
- •Распределение функциональных обязанностей команды управления проектом
- •Закрепление функций и полномочий в проекте
- •Влияние факторов внешней среды на планирование команды проекта
- •Реестр навыков для команды исполнителей проекта
- •Шкала рейтингов критичности и способностей (адаптировано из __?___ )
- •Реестры навыков
- •Реестр навыков для членов команды исполнителей
- •Реестр навыков члены команды управления проекта
- •Реестр технических компетенций
- •Пример оценки технических навыков членов команды исполнителей проекта
- •Описание грейдов консультантов
- •Лекция 7 . Планирование коммуникаций и управления конфигурацией в проекте
- •Формирование стратегии коммуникаций
- •Шаблон плана коммуникаций проекта
- •Пример матрицы коммуникаций
- •Идентификация объектов управления конфигурацией проекта
- •Формирование базовой линии конфигурации проекта
- •Организация управления конфигурацией проекта
- •Структура плана управления конфигурацией (адаптировано из [18])
- •Лекция 8. Оценка реализуемости проекта
- •Переход к стадии оценки
- •Проверочный список для этапа планирования
- •Анализ достижимости запланированных бизнес-выгод
- •Форма анализа тэо
- •Оценка реализуемости проектного расписания
- •Оценка доступности и загрузки человеческих ресурсов
- •Пример календарно-ресурсного плана
- •Пример заполнения календарно-ресурсного плана
- •Оценка организационной готовности
- •Шаблон оценки организационной готовности проекта
- •Лекция 9. Идентификация рисков проекта
- •Методики идентификации рисков
- •Сравнение методов идентификации рисков
- •Шаблон реестра рисков
- •Пример заполнения реестра рисков (упрощенный)
- •Пример заполнения расширенного журнала рисков
- •Качественный анализ рисков
- •Количественный анализ рисков
- •Сравнение стратегий реагирования на риски
- •Подтверждение содержания проекта
- •Лекция 10. Управление проектом на фазе проектирования
- •Формирование детальных планов стадии проектирования
- •Уточнение плана управления проектом
- •Руководство и управление исполнением проекта
- •На рисунке есть опечатки: слова «заказчика», «групп» должны быть со строчной буквы Обеспечение качества проекта
- •Осуществление интегрированного управления изменениями
- •Шаблон запроса на внесение изменений (pcr)
- •Шаблон журнала изменений проекта (pcl)
- •Обеспечение качества проекта на этапе проектирования
- •Обеспечение целостности элементов конфигурации
- •Обновление реестра рисков на фазе проектирования
- •Набор команды проекта
- •Оценка и управление персоналом проекта
- •Определение уточненных требований проекта
- •Мониторинг содержания и объема проекта
- •Шаблон отчета по статусу проекта (адаптировано из [8])
- •Управление требованиями проекта
- •Оценка потребности в обучении пользователей
- •Факторы выбора содержания и методологии обучения
- •Формы обучения (адаптировано из [5])
- •Лекция 11. Реализация плана коммуникаций и обучение пользователей. Подготовка перехода к следующей фазе
- •Информирование участников проекта
- •Контрольный список по реализации коммуникаций
- •Планирование обучения пользователей
- •Управление расписанием проекта
- •Расчет крутизны стоимость/время
- •Последовательность и продолжительность проектных работ
- •Результаты расчета критического пути
- •Значение крутизны, новой стоимости и критического пути проекта
- •Управление стоимостью проекта
- •Формула 5. Расчет ключевых показателей метода eva
- •Контроль качества проекта
- •Пример формы сводной таблицы сценариев тестирования
- •Пример формы журнала ошибок
- •Функции участников команды проекта, обеспечивающих выполнение процесса контроля
- •Контроль рисков проекта
- •Пример формы (интенсивного) мониторинга сотрудника
- •Лекция 12. Управление проектом на фазе разработки и внедрения
- •Детальное планирование стадии разработки и внедрения
- •Подготовка инфраструктуры для фазы эксплуатации
- •Осуществление итогов контроля качества проекта
- •Управление рисками настройки и внедрения
- •Подготовка персонала к завершению проекта
- •Организация тестирования
- •Шаблон документирования результатов процессного тестирования
- •Переход к продуктивной эксплуатации
- •Завершение проекта (фазы)
- •Учебный кейс
- •График управления стоимостью
- •Устав проекта Внедрение Microsoft Dynamics ax в компании «Client Company»
- •Бизнес-причины возникновения проекта
- •Цели проекта
- •Требования к проекту
- •Расписание контрольных событий
- •Участники проекта
- •Окружение проекта
- •Допущения и ограничения
- •Стоимость проекта
- •Руководитель проекта
- •Полномочия команды управления проектом
- •Приложение. Принятые термины и сокращения
- •Содержание проекта
- •Цели и задачи проекта
- •Требования к проектному решению
- •Границы проекта
- •Способ реализации проекта
- •Crm (управление взаимоотношениями с клиентами)
- •Первоначальная иерархическая структура работ (иср) до пакетов работ
- •1. Диагностика
- •2. Анализ
- •Потребность в ресурсах, штатное расписание и организационная структура проекта
- •Матрица ответственности
- •Укрупненный календарный план
- •Ключевые факторы успеха
- •Первоначально сформулированные риски
- •Смета расходов с указанием порядка величин
- •Ограничения проекта (со стороны исполнителя)
- •Требования к управлению конфигурацией проекта
- •План управления проектом Внедрение Microsoft Dynamics ax в компании «Client Company»
- •Цели и задачи проекта
- •Требования к проектному решению
- •Границы проекта
- •Способ реализации проекта
- •Ключевые факторы успеха
- •Ограничения проекта (со стороны Исполнителя)
- •Допущения проекта (со стороны исполнителя)
- •Процедуры управления содержанием Процедура верификации и приемки завершенных результатов поставки проекта
- •План управления расписанием Базовое расписание проекта
- •Процедуры управления сроками Процедура разработки расписания
- •Процедура контроля хода выполнения проекта
- •Процедура определения потребности во внесении изменений
- •Процедура внесения изменений
- •Процедуры управления стоимостью Процедура оценки стоимости выполненных работ
- •Процедура контроля (мониторинг)
- •Процедура анализа показателей
- •Процедура прогнозирования
- •Процедура внесения корректирующих мер
- •План управления качеством
- •Процедуры управления качеством проекта Процедура разработки плана тестирования
- •№ Сценария – уникальный идентификатор сценария тестирования;
- •Процедура проведения тестирования
- •Процедура проведения аудита качества
- •Процедура анализа процесса управления качеством
- •Процедура контроля качества документов проекта
- •Процедура разработки и согласования глоссария проекта
- •План управления обеспечением проекта персоналом Потребность в ресурсах, штатное расписание и организационная структура проекта
- •Процедуры обеспечения проекта персоналом Процедура набора персонала
- •Процедура премирования
- •Процедура обеспечения безопасности
- •План управления коммуникациями
- •Процедуры управления коммуникациями
- •Процедура предоставления отчетов по исполнению
- •Процедура распространения информации
- •Процедура анализа накопленных знаний
- •План управления рисками
- •Процедуры управления рисками Процедура планирования управления рисками
- •Процедура идентификации рисков
- •Процедура качественного анализа рисков
- •Процедура количественного анализа рисков
- •Процедура планирования реагирования на риски
- •Процедура мониторинга и управление рисками
- •План управления изменениями
- •Процедуры управления изменениями Процедура управления изменениями
- •Процедуры управления конфигурацией проекта
Управление стоимостью проекта
Данный процесс призван обеспечить контроль над пересмотренными оценками стоимости, обновлениями бюджета и прогнозированием окончательной стоимости всего проекта. В ходе этого процесса основными вспомогательными инструментами будут: базовый план по стоимости и информация об исполнении плана проекта, а также со-вспомогательные и специфичные процессы и процедуры.
Одним из ключевых и наиболее известных методов (тем не менее, с невысокой степенью распространения в проектах) является метод освоенного объема EVA (Earned Value Analysis), который предусматривает периодическую регистрацию прошлых состояний проекта для прогнозирования будущего. Во время оценивания состояния проекта производится измерение хода исполнения расписания и стоимости проекта с целью выяснить, отстает проект от расписания или опережает его (отклонения по срокам и по стоимости), и почему это происходит. Затем производится прогнозирование окончательной стоимости проекта и даты завершения. Элегантность данного метода состоит в возможностях EVA объединять содержание, стоимость и расписание проекта и проактивно прогнозировать итоговую стоимость завершения проекта. Такие предсказания создают возможности для своевременного решения и удержания проекта в рамках установленных сроков и стоимости [Милошевич].
С точки зрения применения, EVA – это верный выбор для любого проекта, вне зависимости от предметной области и размера. При наличии таких ресурсов, которыми обладают крупные проекты, вполне обоснованно выглядит использование полномасштабного EVA.
Тем не менее, стоит обратить особое внимание на то, что любой проект, нуждающийся в EVA, должен установить содержание, выполнить бюджетирование ресурсов и произвести календарное планирование задач. Когда все это сделано, малые проекты могут считаться готовыми к проведению простых версий EVA.
Применение метода освоенного объема
Для того чтобы EVA был эффективным, он должен опираться на следующую достоверную и корректно подготовленную информацию:
детально определенное содержание проекта;
базовое расписание проекта;
базовый план по стоимости проекта.
Данные элементы имеют критическую значимость по той причине, что если, например, оценка говорит, что выполнено 20% работ, а содержание работ определено не полностью, то точность такой оценки низка, ибо эта оценка основана на не полностью определенном содержании работ. Упорядоченное и адекватное применение ИСР (см. соответствующий раздел) может помочь в получении корректного представления о полностью определенном содержании проекта.
При наличии базового расписания каждая задача будет точно описана с точки зрения ее начала и завершения, равно как и длительности. Эта информация, совместно с утвержденным базовым планом по стоимости, определяет время и стоимость выполнения работы. По мере развертывания проекта производится оценивание фактически выполненной работы и определение освоенного объема проекта.
Резюмируя шаг сбора информации, можно сказать, что EVA требует полностью определенного содержания проекта, интегрированного с базовым расписанием и планом по стоимости проекта, что позволит точно характеризовать прогресс проекта относительно плана (планов).
Ключевые величины, которыми оперируют в рамках данного метода:
плановая стоимость запланированных работ (PV – Planned value);
плановая стоимость выполненных работ (EV – Earned Value);
фактическая стоимость выполненных работ (AC – Actual Cost);
плановая стоимость всего проекта (Budget at Completion).
При правильном сборе информации о проекте и наличии ключевых компонентов управления проектом (см. ниже сбор информации для данного метода) не требуется, тем не менее, на Рисунок 36 представлен несложный способ разобраться со смыслом каждой из ключевых величин метода.
Рисунок 36. Ключевые величины метода освоенного объема (EVA)
Далее необходимо определить, с какой периодичностью будут собираться данные для оценки хода проекта. Слишком частый анализ может быть затратным, а при низкой периодичности есть риск очень поздно идентифицировать негативное отклонение проекта как по стоимости, так и по срокам. Рекомендуется отражать периодичность сбора фактической информации об исполнении проекта в соответствии с так называемым базовым планом измерения хода исполнения проекта (РМВ – Performance Measurement Baseline). Процесс развертывания этого плана включает в себя определение точек управленческого контроля (контроля со стороны руководства), лиц, ответственных за них, и выбор метода измерения выполнения стоимости.
Основой для выполнения этих задач является базовый план проекта, который полностью определяет содержание проекта, интегрируя его с ресурсным планом и преобразуя их в подлежащее выполнению расписание; выполняется все это в пределах каркаса, обеспечиваемого ИСР. Принимая во внимание тот факт, что ИСР имеет элементы на различных уровнях, вам необходимо решить, какие элементы (на каком уровне) будут являться точками управленческого контроля – точками, в которых мы измеряем и отслеживаем ход исполнения проекта.
Существует несколько способов распределения точек управленческого контроля по базовому расписанию проекта и принципов последующей оценки хода проекта. Производя выбор метода, проектная команда и менеджеры должны акцентировать свое внимание на легкости и точности измерений – применять их согласованно (логически непротиворечиво) для должной поддержки нужд проекта. Ниже приведены два наиболее распространенных метода [18].
Метод процента выполненной работы использует периодическую – например, выполняемую раз в неделю или раз в месяц, – оценку доли выполненных работ пакета, выражаемую в виде кумулятивной величины (например, 65%) по отношению к 100% – полному объему работ пакета. Этот метод считается простым и быстрым методом, что, возможно, объясняет его широкую популярность, но также и чрезмерно субъективным. Качественно определение содержания пакетов работ и проверка точности оценок помогает снизить степень субъективизма до приемлемого уровня.
Фиксированная формула для пакета работ предполагает различные варианты выбора: 25/75, 50/50, 75/25 и т.д. Например, формула 25/75 означает, что когда исполнение пакета работ начинается, выполненным считается 25% бюджета пакета, а когда заканчивается – добавляются остальные 75%. Естественно, что любое сочетание чисел, равных в сумме 100%, может быть использовано. Это достаточно быстрый способ оценивания, применимый в ситуациях, когда пакеты работ имеют малую длительность и выполняются каскадно в определенных временных рамках.
Третьим шагом при использовании метода освоенного объема является оценивание результатов и прогнозирование завершения проекта, использующее ключевые показатели метода EVA (см. Формула 5) в любой из установленных точек управленческого контроля.