
- •Оглавление
- •Лекция 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»
- •Цели и задачи проекта
- •Требования к проектному решению
- •Границы проекта
- •Способ реализации проекта
- •Ключевые факторы успеха
- •Ограничения проекта (со стороны Исполнителя)
- •Допущения проекта (со стороны исполнителя)
- •Процедуры управления содержанием Процедура верификации и приемки завершенных результатов поставки проекта
- •План управления расписанием Базовое расписание проекта
- •Процедуры управления сроками Процедура разработки расписания
- •Процедура контроля хода выполнения проекта
- •Процедура определения потребности во внесении изменений
- •Процедура внесения изменений
- •Процедуры управления стоимостью Процедура оценки стоимости выполненных работ
- •Процедура контроля (мониторинг)
- •Процедура анализа показателей
- •Процедура прогнозирования
- •Процедура внесения корректирующих мер
- •План управления качеством
- •Процедуры управления качеством проекта Процедура разработки плана тестирования
- •№ Сценария – уникальный идентификатор сценария тестирования;
- •Процедура проведения тестирования
- •Процедура проведения аудита качества
- •Процедура анализа процесса управления качеством
- •Процедура контроля качества документов проекта
- •Процедура разработки и согласования глоссария проекта
- •План управления обеспечением проекта персоналом Потребность в ресурсах, штатное расписание и организационная структура проекта
- •Процедуры обеспечения проекта персоналом Процедура набора персонала
- •Процедура премирования
- •Процедура обеспечения безопасности
- •План управления коммуникациями
- •Процедуры управления коммуникациями
- •Процедура предоставления отчетов по исполнению
- •Процедура распространения информации
- •Процедура анализа накопленных знаний
- •План управления рисками
- •Процедуры управления рисками Процедура планирования управления рисками
- •Процедура идентификации рисков
- •Процедура качественного анализа рисков
- •Процедура количественного анализа рисков
- •Процедура планирования реагирования на риски
- •Процедура мониторинга и управление рисками
- •План управления изменениями
- •Процедуры управления изменениями Процедура управления изменениями
- •Процедуры управления конфигурацией проекта
Обновление реестра рисков на фазе проектирования
Для фазы проектирования ЖЦ ИС наиболее типичны следующие источники рисков [17]:
область применения проекта корректируется без соответствующего управления изменениями;
выделенное время и ресурсы не достаточны для обеспечения этапа персоналом необходимой квалификации и численности и проведения обучения персонала;
выполнение графика проекта требует ресурсов персонала, ранее не запланированных;
оценка рисков проекта не корректируется;
процедуры приемки результатов проекта не согласованы с заказчиком.
Наиболее распространенными действиями, направленными на смягчение вышеперечисленных рисков, являются действия, направленные на то, чтобы: [данное добавление требуется для того, чтобы не менять порядок слов и части речи как члены предложения в списке ниже]
результаты предыдущего этапа регулярно документировать, обеспечивая утверждение запросов на изменение;
на предыдущем этапе устанавливать состав критичного для данного этапа персонала;
составлять и утверждать поименный список участников следующего этапа, выполняя при этом анализ доступности каждого сотрудника;
заранее планировать и своевременно проводить тестирование нового ПО;
проверять наличие необходимых для следующей стадии элементов конфигурации ИС;
выполнить оценку рисков и внести в рабочий и финансовый план меры по сдерживанию рисков.
Для идентификации рисков очередной стадии может быть применена модель управления рисками, основанная на анализе взаимосвязей процессов.
Поскольку все этапы проекта тесно связаны между собой, при анализе риска очередного этапа может оказаться, что выбранных для анализа процессов недостаточно, так как риск, имеющий большую вероятность возникновения, передается в процесс, первоначально не включенный в анализ.
При выявлении и анализе рисков существенную помощь могут оказать формализованные методы. Например, в стандарте SPICE описаны 35 основных процессов, используемых при разработке ИС, и методы их оценки, а также приводятся пять групп процессов (взаимодействие поставщика и потребителя, проектирование, обеспечение, управление и организационные процессы) и набор соответствующих базовых методов. При сравнении текущих процессов проекта с приведенными референтными моделями можно выявить вероятные риски каждого из процессов [15].
Набор команды проекта
Основными задачами управления персоналом на стадии проектирования ЖЦ являются:
внесение корректировок в план управления персоналом с учетом согласованных изменений предыдущей стадии;
составление подробного рабочего плана управления персоналом для реализации работ на стадии проектирования;
получение подтверждения от заказчика о выделении требуемых ресурсов и выполнении принятых ресурсных обязательств;
определение изменений в инфраструктуре проекта, которые нужно произвести для поддержки реализации проекта;
развитие команды проекта.
Исходной информацией для выполнения вышеперечисленных задач являются базовый план по управлению персоналом, стратегии, стандарты и процедуры процесса управления ресурсами.
В ходе процесса управления ресурсами на стадии проектирования основное внимание уделяется планированию и распределению персонала с требуемой квалификацией для выполнения запланированных работ этапа. Основные методы решения этой задачи – организационное планирование, оценка навыков, набор персонала, ведение переговоров. В процессе планирования этапа участвуют менеджеры проекта со стороны исполнителя и заказчика, поскольку со стороны заказчика нужно согласовать позиции, которые занимает персонал, и определить его ответственность. Поскольку во время выполнения проекта происходят организационные и временные изменения, подбор, организация и обучение команды становятся одной из самых значительных проблем проекта. Чтобы обеспечить проектные работы человеческими ресурсами в нужное время и с требуемой квалификацией, организуют обучение персонала. Планы обучения составляются таким образом, чтобы обеспечить в полной мере исполнение членами команды своих ролей. Для крупных проектов обучение необходимо внести в рабочий план, чтобы учесть загруженность персонала и возможности его привлечения к работе над проектом [18]. Обучение могут производить как организация-исполнитель, так и специализированные учебные центры. При разработке плана обучения должна быть разработана процедура контроля качества произведенного обучения, которая включает действия по проверке знаний на предмет их соответствия требованиям к квалификации планируемых работ.
Описание процесса
При планировании набора членов команды проекта определяется схема, по которой будут задействованы имеющиеся человеческие ресурсы организации (или они будут набираться извне на контрактной основе), и стоимость, соответствующая каждому уровню знаний (квалификации), который необходим для проекта.
Согласно PMBOK [1,23], набор команды проекта – это процесс привлечения человеческих ресурсов, необходимых для выполнения проекта.
При наборе членов команды проекта необходимо учитывать следующее:
доступность – возможность привлечения специалиста в проект в запланированные сроки;
квалификацию – наличие у потенциального члена команды квалификации, отвечающей требованиям проекта;
опыт работы – наличие опыта выполнения работы, которую планируется закрепить за потенциальным членом команды;
заинтересованность – наличие интереса в работе над проектом;
стоимость – величина оплаты труда потенциального члена команды.
Активы организационного процесса могут содержать правила и процедуры назначения персонала в проект и высвобождения персонала из проекта, а также базы данных по персоналу и возможному резерву.
Ключевой информацией при наборе команды являются: схема распределения ролей и ответственности, необходимые навыки и квалификация, разработанные на этапе планирования команды проекта.
Исходной информацией для определения численности команды проекта являются расписание проекта и организационные диаграммы. Пример шаблона организационной диаграммы приведен на Рисунок 31. Организационная диаграмма проекта – это графическое представление состава команды проекта и отношения подотчетности между ее членами. В зависимости от потребностей проекта она может быть официальной или неофициальной, подробной или обобщенной [18].
Рисунок 31. Шаблон организационной диаграммы [18]
План управления обеспечением проекта персоналом и расписание проекта определяет сроки, на которые привлекается каждый член команды проекта, и время его высвобождения.
Набор команды для многих проектов является предметом переговоров с руководителями функциональных подразделений или руководителями других проектов для гарантии обеспечения соответствующим штатом квалифицированных сотрудников на требуемый период времени.
При подборе команды проекта представляют интерес различные психологические тесты, помогающие руководителям проектов включать в команду людей, личностные характеристики которых охватывают диапазон качеств, необходимых для успешной реализации проекта. В качестве примера можно привести тест Мередита Белбина – американского психолога, который более десяти лет посвятил изучению условий, необходимых для успешной деятельности управленческих команд. Белбин предположил, что каждый член команды играет две роли: функциональную, связанную с формальной спецификой деятельности, и «командную» роль, особенно важную для успешной деятельности команды. Белбин выделил и описал восемь типов командных ролей, которыми характеризуется все ролевое разнообразие команды: «исполнитель», «председатель», «формирователь», «мыслитель», «исследователь ресурсов», «оценивающий», «коллективист» и «доводящий до конца». Основным качеством «исполнителей» является дисциплинированность, организованность, сознательность, приверженность обязательствам, серьезное отношение к любому делу, надежность, практичность, терпимость к окружающим. «Исполнители» – эффективные организаторы и администраторы. Им присущ практичный и реалистичный подход к выполнению работы. Для «коллективиста» характерен консультативный стиль руководства и склонность к неформальному общению с коллегами и подчиненными. Из них получаются отличные наставники молодых менеджеров. Основное назначение «мыслителя» в команде – привнесение новых и оригинальных идей. «Председатель» – человек, знающий, как использовать ресурсы, исключительно адаптивный при общении с людьми, но в то же время никогда не теряющий контроля над ситуацией и способности принимать самостоятельные решения. Тестирование по методу Белбина позволяет определить командную роль потенциального члена команды и при формировании команды включать в нее людей с такими личностными характеристиками, чтобы в команде были реализованы все восемь ролей. Полная ролевая структура создает предпосылки для эффективного партнерского взаимодействия. В случае если команда проекта работает неэффективно, полезно проанализировать ее состав в
Количество |
В наличии |
Вакансии |
Проектная роль |
Ф.И.О. |
Отдел по штатной структуре, должность |
Дата выхода на проектную работу |
Команда управления проектом |
||||||
|
|
|
|
|
|
|
Группа качества |
||||||
|
|
|
|
|
|
|
Группа функциональной разработки |
||||||
|
|
|
|
|
|
|
Группа организации обучения |
||||||
|
|
|
|
|
|
|
Группа разработки учебных материалов |
||||||
|
|
|
|
|
|
|
Рисунок
32. Шаблон для документирования процесса
набора команды
подпись к рисунку наплыла на сам рисунок
Процесс набора команды заканчивается укомплектованием штата, документально оформленного, например, в следующем виде (Error: Reference source not foundРисунок 32).
Для управления командой проекта и ее развития важны навыки межличностных отношений, такие как умение сопереживать, оказывать влияние, творческий подход к работе. Регулируя настроение внутри команды, создавая атмосферу уважения и доверия, руководитель проекта и команда управления проектом могут многократно снизить количество возникающих проблем и повысить взаимодействие сотрудников.
Для того чтобы команда представляла собой единое целое, проводятся мероприятия по ее укреплению. Операции по укреплению команды могут выполняться в виде специальных тренингов. Укреплению команды способствуют проведение регулярных обсуждений хода проекта, совместная работа над плановыми задачами, проведение неформальных совместных мероприятий.
Командам проектов рекомендуется следовать формальным принципам, которые позволяют сделать ожидания членов команды понятными и снизить вероятность возникновения конфликтов внутри команды. При помощи принципов устанавливаются правила поведения членов команды проекта. Принципы могут касаться таких пунктов, как свободный рабочий график, добровольная или обязательная работа сверхурочно, обучение, командировки, премии. Соблюдение правил поведения способствует повышению производительности труда.
Сплочению команды способствует размещение членов команды проекта в одном месте. Стратегия со-расположения предполагает наличие комнаты, оснащенной электронными средствами связи, досками для расписаний и другими приспособлениями, которые способствуют взаимному общению.
Стимулирование и поощрение желаемого поведения членов команды является частью процесса развития команды. План поощрения создается в процессе планирования команды проекта. Решения о премировании принимаются на основании результатов оценки эффективности работы команды.
Планирование инфраструктуры для команды проекта
На этапе планирования определяется инфраструктура и назначаются ответственные за обеспечение команды проекта оборудованием, созданием рабочей среды, библиотеки проекта. Работы по созданию инфраструктуры проекта необходимо контролировать.
Для членов команды проекта на территории заказчика должны быть подготовлены рабочие места, оснащенные офисным оборудованием, телефонами, персональными компьютерами, принтерами, комнатами для ведения переговоров, учебными аудиториями и прочими материальными ресурсами.