
- •Оглавление
- •Лекция 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»
- •Цели и задачи проекта
- •Требования к проектному решению
- •Границы проекта
- •Способ реализации проекта
- •Ключевые факторы успеха
- •Ограничения проекта (со стороны Исполнителя)
- •Допущения проекта (со стороны исполнителя)
- •Процедуры управления содержанием Процедура верификации и приемки завершенных результатов поставки проекта
- •План управления расписанием Базовое расписание проекта
- •Процедуры управления сроками Процедура разработки расписания
- •Процедура контроля хода выполнения проекта
- •Процедура определения потребности во внесении изменений
- •Процедура внесения изменений
- •Процедуры управления стоимостью Процедура оценки стоимости выполненных работ
- •Процедура контроля (мониторинг)
- •Процедура анализа показателей
- •Процедура прогнозирования
- •Процедура внесения корректирующих мер
- •План управления качеством
- •Процедуры управления качеством проекта Процедура разработки плана тестирования
- •№ Сценария – уникальный идентификатор сценария тестирования;
- •Процедура проведения тестирования
- •Процедура проведения аудита качества
- •Процедура анализа процесса управления качеством
- •Процедура контроля качества документов проекта
- •Процедура разработки и согласования глоссария проекта
- •План управления обеспечением проекта персоналом Потребность в ресурсах, штатное расписание и организационная структура проекта
- •Процедуры обеспечения проекта персоналом Процедура набора персонала
- •Процедура премирования
- •Процедура обеспечения безопасности
- •План управления коммуникациями
- •Процедуры управления коммуникациями
- •Процедура предоставления отчетов по исполнению
- •Процедура распространения информации
- •Процедура анализа накопленных знаний
- •План управления рисками
- •Процедуры управления рисками Процедура планирования управления рисками
- •Процедура идентификации рисков
- •Процедура качественного анализа рисков
- •Процедура количественного анализа рисков
- •Процедура планирования реагирования на риски
- •Процедура мониторинга и управление рисками
- •План управления изменениями
- •Процедуры управления изменениями Процедура управления изменениями
- •Процедуры управления конфигурацией проекта
Лекция 6. Планирование человеческих ресурсов проекта
Планирование человеческих ресурсов – процесс определения и документального оформления ролей, ответственности и подотчетности, а также создание плана управления обеспечением проекта персоналом [16].
Определение ролей проекта
При распределении ролей и ответственности, необходимых для выполнения проекта, следует учитывать следующие моменты.
Роль в проекте (проектная роль) – определенный набор функций и полномочий в проекте, созданный с целью распределения обязанностей между членами команды проекта. Проектную роль можно рассматривать как временную должность в организации (компании).
Полномочия – право задействовать ресурсы проекта, принимать решения и утверждать одобрение действий или результатов. Примеры полномочий: выбор способа завершения операции, приемка качества и порядок реагирования на отклонения в проекте.
Ответственность – работа, которую член команды проекта должен выполнить для завершения операций проекта.
Квалификация – навыки и способности, необходимые для выполнения операций проекта. Отсутствие нужной квалификации у членов команды влияет на расписание проекта, качество выполнения работ, ставит под угрозу цели проекта. Для повышения квалификации планируют проведение обучения членов команды.
Формируя команду управления проектом, необходимо определить ключевых лиц проекта, принимающих решения.
Со стороны заказчика ключевыми ролями являются «ключевыми лицами являются / ключевые роли играют» – на выбор, но не смешение устойчивых выражений спонсор проекта и менеджер проекта со стороны заказчика. Спонсор проекта обеспечивает организационную сторону проекта и подтверждает правильность целей проекта. В его ведении находится бюджет проекта. Спонсором проекта может быть отдельный человек или целый комитет, в зависимости от масштабов и сложности проекта. Менеджер проекта со стороны заказчика назначается и в том случае, если осуществление проекта организацией заказчика требует ежедневного управления. В его обязанности входит предоставление ресурсов заказчиков, разрешение проблем и отслеживание состояния проекта.
Ключевые роли со стороны исполнителя – руководитель проекта (менеджер проекта) со стороны исполнителя и бизнес-менеджер.
Бизнес-менеджер отвечает за успешное выполнение проекта и представляет исполнителя в его договорных отношениях с заказчиком. Менеджер проекта (руководитель проекта) отвечает как за успехи, так и за неудачи проекта. В его задачи входит управление сроками, стоимостью, качеством работ с целью удовлетворения ожиданий заказчика и достижения бизнес-целей исполнителя.
Команда
управления проектом включает координатора
проекта, администратора проекта,
менеджера по конфигурации. Для крупных
проектов к выполнению каждой из этих
ролей
функций могут быть привлечено нескольких
человек. На небольших проектах менеджер
проекта может совмещать несколько ролей
функций. Масштабные проекты предполагают
наличие менеджера по качеству, который
ответственен перед бизнес-менеджером
исполнителя.
В крупных проектах могут быть организованы комитет по управлению, комитет по контролю за изменениями, комитет по анализу спорных вопросов [8].
Приведенный список ключевых ролей команды управления проектом является необходимым для управления работами при внедрении информационной системы. Возможны некоторые модификации состава команды в зависимости от сложности и масштабности проекта, например, при необходимости можно включать в нее заместителя руководителя проекта, руководителей функциональных направлений (финансы, логистика, персонал и т. д.).
Состав команды управления должен быть достаточным, чтобы осуществлять [11]:
управление ресурсами проекта, в том числе:
определение требуемых для достижения целей проекта ресурсов;
подготовка предложений по изменению состава группы управления проектом;
утверждение персональных изменений в составе рабочих групп проекта;
оценка стоимости проекта, подготовка бюджетов проекта и отчетов об исполнении бюджетов;
управление сроками выполнения проекта, в том числе:
подготовка плана работ проекта;
контроль над выполнением проекта;
подготовка отчетов о ходе работ проекта;
управление качеством проекта, в том числе:
контроль соответствия разрабатываемых проектных решений техническому заданию;
организация экспертизы проектных решений;
управление рисками проекта, в том числе:
анализ рисков проекта;
разработка планов мероприятий по снижению рисков;
реализация мероприятий по снижению рисков;
управление проблемами проекта, в том числе:
анализ проблем проекта;
разработка мероприятий по разрешению проблем проекта;
реализация мероприятий по разрешению проблем проекта;
контроль над организацией работ в проектных группах, в том числе:
согласование отчетов о ходе работ;
контроль над функционированием системы сбора и распределения информации;
контроль документирования проектных результатов.
В состав команды проекта входят не только команда управления проектом, но и исполнители проекта. Примеры проектных ролей исполнителей, характерных для IT-проектов: функциональный архитектор, функциональный консультант, разработчик, администратор ИС, тестировщик, менеджер по качеству, системный аналитик. В проекте один член команды может выступать одновременно в нескольких ролях. Совмещение функций часто встречается в небольших проектах, что позволяет снизить накладные расходы проекта. Но не все обязанности можно совмещать, поскольку подобное совмещение может затруднить контроль и оценку результатов проекта. Допускается совмещение таких проектных должностей, как руководитель проекта и администратор проекта, функциональный архитектор и функциональный консультант, функциональный консультант и аналитик, менеджер разработки и разработчик, менеджер по качеству и тестировщик. Но не следует совмещать функции менеджера по качеству и разработчика, руководителя проекта и разработчика, тестировщика и разработчика.
На стадии планирования в рамках процесса управления человеческими ресурсами не предусматривается долгосрочное планирование, а составляется план для реализации первого этапа проекта. Основными задачами являются разработка организационной структуры проекта и подбор персонала.
Работа по планированию организационной структуры проводится менеджером проекта со стороны исполнителя совместно с менеджером со стороны заказчика. Путем переговоров достигается соглашение об уровне, на котором должно производиться утверждение выделяемых ресурсов заказчика и обсуждение требований к членам команды исполнителя. Администратор проекта фиксирует результаты переговоров.
Иерархические организационные диаграммы являются простым и наглядным инструментом для определения иерархии подотчетности, начиная с нижнего уровня организации до руководителя проекта. Существуют различные форматы документирования распределения ролей и ответственности членов команды проекта, например, иерархический, матричный или текстовый. Независимо от формата документирования организационные диаграммы позволяют для каждого пакета работ назначить ответственного за его исполнение, а также обеспечивают понимание своей роли и ответственности каждым членом команды.
Рисунок 18. Пример организационной структуры проекта
На Рисунок 18 представлен пример организационной структуры проекта, документирования распределения ролей и ответственности членов команды проекта, выполненного в виде организационной структуры. Организационная структура является иерархической организационной схемой существующих подразделений организации (отделов, групп или команд). Под каждым отделом указывается список операций проекта или пакета работ. Таким образом можно увидеть закрепление ответственности в проекте для данного функционального отдела (например, отдела информационных технологий или отдела закупок) в одном месте рядом с названием отдела.