
- •Оглавление
- •Лекция 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»
- •Цели и задачи проекта
- •Требования к проектному решению
- •Границы проекта
- •Способ реализации проекта
- •Ключевые факторы успеха
- •Ограничения проекта (со стороны Исполнителя)
- •Допущения проекта (со стороны исполнителя)
- •Процедуры управления содержанием Процедура верификации и приемки завершенных результатов поставки проекта
- •План управления расписанием Базовое расписание проекта
- •Процедуры управления сроками Процедура разработки расписания
- •Процедура контроля хода выполнения проекта
- •Процедура определения потребности во внесении изменений
- •Процедура внесения изменений
- •Процедуры управления стоимостью Процедура оценки стоимости выполненных работ
- •Процедура контроля (мониторинг)
- •Процедура анализа показателей
- •Процедура прогнозирования
- •Процедура внесения корректирующих мер
- •План управления качеством
- •Процедуры управления качеством проекта Процедура разработки плана тестирования
- •№ Сценария – уникальный идентификатор сценария тестирования;
- •Процедура проведения тестирования
- •Процедура проведения аудита качества
- •Процедура анализа процесса управления качеством
- •Процедура контроля качества документов проекта
- •Процедура разработки и согласования глоссария проекта
- •План управления обеспечением проекта персоналом Потребность в ресурсах, штатное расписание и организационная структура проекта
- •Процедуры обеспечения проекта персоналом Процедура набора персонала
- •Процедура премирования
- •Процедура обеспечения безопасности
- •План управления коммуникациями
- •Процедуры управления коммуникациями
- •Процедура предоставления отчетов по исполнению
- •Процедура распространения информации
- •Процедура анализа накопленных знаний
- •План управления рисками
- •Процедуры управления рисками Процедура планирования управления рисками
- •Процедура идентификации рисков
- •Процедура качественного анализа рисков
- •Процедура количественного анализа рисков
- •Процедура планирования реагирования на риски
- •Процедура мониторинга и управление рисками
- •План управления изменениями
- •Процедуры управления изменениями Процедура управления изменениями
- •Процедуры управления конфигурацией проекта
Области знаний проектного управления
Область знаний |
Описание |
Процессы |
Управление интеграцией |
Управление интеграцией включает в себя процессы и действия, необходимые для определения, уточнения, комбинирования, объединения и координирования различных процессов и действий по управлению проектом в рамках групп процессов управления проектом. Таким образом, целью данного процесса состоит в достижении эффективного взаимодействия процессов управления проектами, обеспечивающих достижение целей проекта. Эффективное взаимодействие на стадии планирования заключается в формирование базовой линии проекта1 (project baseline), на стадии оценки – в сравнении с базовой линией и корректировке в соответствии с ней на стадии контроля |
|
Управление содержанием |
Управление содержанием включает в себя процессы и действия, обеспечивающие включение в проект всех тех и только тех работ, которые необходимы для успешного выполнения проекта. Оно непосредственно связано с определением и контролем того, что включено или не включено в проект [1,23] |
|
Управление сроками |
Управление сроками проекта включает в себя процессы, обеспечивающие своевременное завершение проекта [23] |
|
Управление стоимостью |
Управление стоимостью проекта объединяет процессы, выполняемые в ходе планирования, разработки бюджета и контролирования затрат и обеспечивающие завершение проекта в рамках утвержденного бюджета [23] |
|
Управление качеством |
Процессы управления качеством проекта объединяют все осуществляющиеся в исполняющей организации операции, определяющие политику, цели и распределение ответственности в области качества таким образом, чтобы проект удовлетворял тем нуждам, для которых он был предпринят. Управление качеством осуществляется посредством системы управления, предусматривающей определенные правила, процедуры и процессы по планированию качества, обеспечению качества и контролю качества, а также операции по их совершенствованию |
|
Управление риском |
Процесс управления рисками тесно связан с общим жизненным циклом проекта. На ранних этапах преобладают риски, связанные с бизнесом, рамками проекта, требованиями к конечному продукту и проектированием этого продукта. На стадии реализации доминируют технологические риски, далее возрастает роль рисков, связанных с поддержкой и сопровождением системы. На протяжении всего жизненного цикла проекта возникают новые риски, что требует проведения дополнительных операций анализа и планирования. Согласно ГОСТ Р ИСО/МЭК 152888-2005 [10] цель процесса управления рисками заключается в снижении последствий отрицательного воздействия вероятных событий, которые могут явиться причиной изменений качества, затрат, сроков или ухудшения технических характеристик. В ходе данного процесса проводятся определение, оценка, обработка и мониторинг рисков, возникающих в течение полного жизненного цикла, а также вырабатывается реакция на каждый риск в терминах реализации соответствующих мер противодействия риску или его принятия |
|
Управление человеческими ресурсами |
Управление человеческими ресурсами проекта – это процесс обеспечения эффективного использования человеческих ресурсов проекта, к которым относятся все участники проекта (спонсоры, заказчики, команда проекта, субподрядчики, подразделения компании и другие участники проекта [13,17]) |
|
Управление коммуникациями |
Управление коммуникациями проекта – это процесс идентификации и эффективного обеспечения всех участников проекта информацией о проекте, а также создания единого образа проекта внутри организации |
|
Управление конфигурацией |
Управление конфигурацией – процесс управления аппаратными средствами, программным обеспечением, данными, а также документацией в ходе разработки, тестирования и использования информационных систем. Цель процесса управления конфигурацией состоит в установлении и поддержании целостности всех идентифицированных выходных результатов проекта или процесса обеспечения доступа к ним любой заинтересованной стороны. Задачи управления конфигурацией проекта:
|
|
Каждый из этапов ЖЦ ИТ и ЖЦ проекта предусматривает совокупность задач, с полной матрицей которых можно ознакомиться в приложении 1.
В рамках конкретных проектов предложенные этапы ЖЦ ИТ, а также и отдельно взятые процессы ЖЦ ИТ могут быть индивидуально отобраны, идентифицированы и, при необходимости, модифицированы для достижения измененных целей и результатов соответствующих стадий.
Сделанные изменения должны быть задокументированы. Общие требования к процедуре модификации таковы: любой новый процесс жизненного цикла определяется и документируется в терминах его назначения, целей и результатов. Ответственным за такого рода модификации является, как правило, руководитель соответствующего проекта. В то же время утверждение адаптированной, сокращенной или дополненной модели ЖЦ ИС обычно производит офис управления проектами или иная организационная единица, в круг обязанностей которой входит поддержание целостности и актуальности корпоративной методологии управления проектами [8].
Приведенная процедура и шаблон документирования модификации ЖЦ ИТ являются одним из возможных вариантов оформления соответствующих действий над ЖЦ ИТ.
Процедура адаптации модели ЖЦ ИС
При адаптации модели ЖЦ ИТ в интересах организации или проекта в соответствии с применяемыми политикой и процедурами должны выполняться следующие действия.
Руководителем проекта (РП) определяются и документируются обстоятельства, воздействующие на адаптацию. Эти воздействия включают (но не ограничиваются) перечисленное ниже:
стабильность и разнообразие среды функционирования;
коммерческие или эксплуатационные риски, касающиеся заинтересованных сторон;
новизну, размеры и сложность;
дату начала и продолжительность применения;
вопросы целостности, такие как безопасность, защищенность, секретность, удобство применения,
доступность;
вновь возникающие технологические возможности;
бюджетный профиль и доступные организационные ресурсы;
готовность предоставления услуг обеспечивающими системами.
При наличии свойств, критичных по отношению к системе, руководитель проекта должен учесть структуры ЖЦ, которые рекомендованы или установлены в качестве обязательных стандартами, соответствующими области критичности.
Далее руководитель проекта собирает входные данные от следующих заинтересованных сторон проекта:
правообладатели системы;
заинтересованные стороны соглашения, заключенного организацией;
стороны, вносящие вклад в организационные функции.
Руководитель проекта определяет новую (модифицированную) модель жизненного цикла системы в терминах стадий, их назначения, целей и результатов, которые достигаются вследствие применения процессов жизненного цикла в пределах каждой стадии.
Проектный офис принимает решение об адаптации базовой модели.
Модификация ЖЦ ИС приобретает локальный (для одного проекта и для одной (под)системы) или общекорпоративный характер по решению проектного офиса, по результатам апробации предложенной РП модификации.
Таблица 3.