Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
метод основы управления ИТ-проектами.doc
Скачиваний:
0
Добавлен:
08.01.2020
Размер:
8.7 Mб
Скачать

Оценка и управление персоналом проекта

Оценка соответствия компетенции сотрудников стоящим перед ними задачам выполняется путем сравнения требований к квалификации для выполнения запланированных операций (см. словарь работ в разделе управления содержанием) с компетенцией сотрудников, определенной с помощью реестра навыков.

Оценку квалификации персонала рекомендуется проводить только для работ, запланированных к выполнению в текущей и последующей фазе.

В случае если есть опасения в том, что квалификация некоторых членов команды, привлекаемых для участия в проекте, может оказаться недостаточной, в рамках плана проекта следует разработать план обучения персонала. В этот план могут быть также включены программы обучения членов команды и получение ими сертификатов, наличие которых способствует успешному выполнению проекта.

Определение уточненных требований проекта

Использование функции качества, изначально рассмотренной в разделе «Формирование требований проекта», рекомендуется производить в течение всего жизненного цикла проекта. С этой целью рекомендуется разработать еще три «дома качества»: итерационно производные требования (требования проекта в первом доме качества, разрабатываемом на стадии планирования) перемещаются на место первичных (требования заказчика в первом доме качества) – это обеспечит корректный и непротиворечивый перевод требований заказчика (см. Рисунок 33):

  1. до уровня требований к продукту – 2-ой дом качества;

  2. до уровня проектных работ – 3-ий дом качества;

  3. по ? программе? качества – 4-ый дом качества.

Каждая из приведенных итераций (см. Рисунок 33) решает задачи одного из трех основных проектных документов: устав проекта, описание содержания и план управления. При этом противоречия, обнаруженные на 2-й, 3-й и даже 4-й итерации формирования многоуровневого дома качества, могут быть прослежены до первопричин, находящихся, допустим, на уровне требований заказчика, при помощи механизма обратной петли управления.

Рисунок 33. Пример последовательного применения функции качества

Мониторинг содержания и объема проекта

Данный процесс, реализуемый на этапе проектирования, направлен на обеспечение непрерывного мониторинга статуса проекта и содержания продукта (результата поставки проекта), а также внесение изменений в базовый план по содержанию проекта. Все изменения, вносимые в проект, должны выполняться в соответствии с процедурами интегрированного управления изменениями проекта.

Кроме того, рекомендуется вести журнал мониторинга статуса проекта с использованием следующего шаблона (см. Таблица 55).

Таблица 55

Шаблон отчета по статусу проекта (адаптировано из [8])

НАЗВАНИЕ ПРОЕКТА

ИНФОРМАЦИЯ ОБ ОТЧЕТЕ

Дата подготовки отчета

Отчетный период

СТОИМОСТНАЯ ХАРАКТЕРИСТИКА ПРОЕКТА

Отклонение по стоимости на текущий момент

[%]

Стоимость проекта на текущую дату согласно плану

Фактическая стоимость проекта

Утвержденная сметная стоимость проекта

Оценка стоимости проекта при завершении

КАЛЕНДАРНАЯ ХАРАКТЕРИСТИКА ПРОЕКТА

Отклонение от плана

[%]

СТАТУС ПРОЕКТА

Вопросы, требующие экстренного внимания руководства

  1. [описание]

  2. [описание]

Изменения содержания, стоимости и расписания проекта за отчетный период

  1. [описание]

  2. [описание]

Возникшие проблемы за период и предпринятые действия по их устранению

  1. [описание]

  2. [описание]

Ключевые результаты и достижения за отчетный период

  1. [описание]

  2. [описание]

Ключевые результаты, запланированные на следующую неделю

  1. [описание]

  2. [описание]