Заметки консультанта

Шамрай Александр Владимирович

CMMI DEV v1.3 – Мониторинг и Контроль Проекта

Posted by Шамрай Александр на Январь 13, 2011

Перевод Шамрай А.В.

Процессная область Управления Проектом уровня зрелости 2

Назначение

Назначением мониторинга и контроля проекта (МКП) заключается в обеспечении понимания прогресса проекта для того, чтобы можно было предпринять соответствующие корректирующие действия, когда выполнение проекта значительно отклоняется от плана.

Вступительный комментарий

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

Термин «план проекта» используется в этой процессной области как общий план для контроля проекта.

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

Связанные процессные области

См. процессную область Измерения и Анализ для получения дополнительной информации о спецификации измерений.

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

Перечень специфических целей и практик

  • СЦ 1 Мониторинг Проекта на Основе Плана
    • СП 1.1 Выполняйте Мониторинг Параметров Планирования Проекта
    • СП 1.2 Выполняйте Мониторинг Обязательств по Выполнению
    • СП 1.3 Выполняйте Мониторинг Рисков Проекта
    • СП 1.4 Выполняйте Мониторинг Управления Данными
    • СП 1.5 Выполняйте Мониторинг Участия Заинтересованных Сторон
    • СП 1.6 Проводите Анализ Выполнения
    • СП 1.7 Проводите Анализ Вех
  • СЦ 2 Управление Корректирующими Действиями до Их Закрытия
    • СП 2.1 Анализируйте Проблемы
    • СП 2.2 Принимайте Корректирующие Действия
    • СП 2.3 Управляйте Корректирующими Действиями

Специфические практики по целям

СЦ 1 Мониторинг Проекта на Основе Плана

Реальный прогресс и выполнение проекта контролируется на основе плана проекта.

СП 1.1 Выполняйте Мониторинг Параметров Планирования Проекта

Выполняйте мониторинг фактических значений параметров планирования проекта по отношению к плану проекта.

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

Мониторинг, как правило, предполагает измерение фактических значений параметров планирования проекта, сравнение фактических значений со значениями в плане, а также выявление существенных отклонений. Запись фактических значений параметров планирования проекта включает в себя запись контекстно-связанной информации для облегчения понимания измерений. Анализ последствий значительных отклонений для определения корректирующих действий выполняется в специфической цели 2 и ее специфическими практиками в текущей процессной области.

Пример рабочих продуктов

1. Отчеты по выполнению проекта

2. Отчеты по значительным отклонениям

3. Финансовые отчеты

Подпрактики

1. Выполняйте мониторинг выполнения на основе рабочего графика.

Мониторинг выполнения обычно включает в себя следующее:

  • Периодические замеры фактического завершения работ и вех
  • Сравнение фактического завершения работ и вех с рабочим графиком плана проекта
  • Выявление существенных отклонений от оценок в графике плана проекта

2. Контролируйте стоимость проекта и выполненных трудозатрат.

Мониторинг трудозатрат и стоимости обычно включает в себя следующее:

  • Периодические замеры фактических трудозатрат, финансовых расходов и вовлеченных сотрудников
  • Сравнение фактических трудозатрат, финансовых расходов, обеспечения и подготовки кадров с бюджетом и оценками плана проекта
  • Выявление существенных отклонений от бюджета и оценок плана проекта

3. Выполняйте мониторинг атрибутов рабочих продуктов и задач.

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

См. процессную область Планирования Проекта для получения дополнительной информации о создании оценки атрибутов рабочих продуктов и задач.

Мониторинг атрибутов рабочих продуктов и задач, как правило, включает следующее:

  • Периодические замеры фактических атрибутов рабочих продуктов и задач, таких как размер, сложность и уровень сервиса (и изменений к этим атрибутам)
  • Сравнение фактических атрибутов рабочих продуктов и задач (и изменений к этим атрибутам) с оценками плана проекта
  • Выявление существенных отклонений от оценок плана проекта

4. Выполняйте мониторинг предусмотренных и используемых ресурсов.

См. процессную область Планирования Проекта для получения дополнительной информации о планировании ресурсов проекта.

Примеры ресурсов:

  • Физические объекты
  • Компьютеры, периферийные устройства и программное обеспечение
  • Сети
  • Обеспечение безопасности
  • Сотрудники проекта
  • Процессы

5. Выполняйте мониторинг знаний и навыков сотрудников проекта.

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

Мониторинг знаний и навыков сотрудников проекта обычно включает в себя следующее:

  • Периодические замеры приобретенных знаний и навыков сотрудниками проекта
  • Сравнение фактической подготовки с тем, что описано в плане проекта
  • Выявление существенных отклонений от оценок плана проекта

6. Документируйте значительные отклонения в параметрах планирования проекта.

 

СП 1.2 Выполняйте Мониторинг Обязательств по Выполнению

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

Пример рабочих продуктов

1. Отчеты по анализу обязательств по выполнению

Подпрактики

1. Регулярно проводите анализ обязательств по выполнению (как внешних, так и внутренних).

2. Определите какие обязательства не были выполнены или какие имеют значительный риск их невыполнения.

3. Документируйте результаты анализа обязательств по выполнению.

 

СП 1.3 Выполняйте мониторинг Рисков Проекта

Выполняйте мониторинг рисков на основе тех, которые указаны в плане проекта.

См. процессную область Планирования Проекта для получения дополнительной информации о выявлении рисков проекта.

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

Пример рабочих продуктов

1. Отчеты по мониторингу рисков проекта

Подпрактики

1. Периодически анализируйте документацию по рискам в контексте текущего состояния и обстоятельств проекта.

2. Пересматривайте документацию по рискам при появлении дополнительной информации.

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

3. Сообщайте о состоянии рисков соответствующим заинтересованным лицам.

Примеры состояний риска:

  • Изменение вероятности того, что риск возникнет
  • Изменение приоритета риска

СП 1.4 Выполняйте Мониторинг Управления Данными

Выполняйте мониторинг управления проектными данными в соответствие плану проекта.

См. специфическую практику Планирование Управления Данными процессной области Планирование Проекта для получения дополнительной информации об определении типов данных для управления и как планировать их управление.

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

Пример рабочих продуктов

1. Отчеты по управлению данными

Подпрактики

1. Периодически анализируйте деятельность по управлению данными в отношении их описания в плане проекта.

2. Выявляйте и документируйте важные проблемы и их последствия.

Примером серьезной проблемы может быть, когда заинтересованные стороны не имеют доступа к данным проекта, к которым они должны иметь доступ в соответствии с их ролью.

3. Документируйте результаты анализа мероприятий по управлению данными.

 

СП 1.5 Выполняйте Мониторинг Участия Заинтересованных Сторон

Выполняйте мониторинг участия заинтересованных сторон в соответствие плану проекта.

См. специфическую практику Планирование Участия Заинтересованных Стороной процессной области Планирование Проекта для получения дополнительной информации о выявлении соответствующих заинтересованных сторон и планирования соответствующего их участия.

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

В Agile среде постоянное участие клиентов и потенциальных конечных пользователей в разработке продукта проекта может иметь решающее значение для успеха проекта, поэтому участие клиентов и конечных пользователей в проектной деятельности должно отслеживаться. (См. «CMMI при использовании Agile подходов» в части I.)

Пример рабочих продуктов

1. Отчеты по участию заинтересованных сторон

Подпрактики

1. Периодический анализируйте состояния участия заинтересованных сторон.

2. Выявляйте и документируйте важные проблемы и их последствия.

3. Документируйте результаты анализа состояния участия заинтересованных сторон.

 

СП 1.6 Проводите Анализ Прогресса

Периодически выполняйте анализ прогресса, выполнения и проблем проекта.

«Прогресс проекта» – это состояние проекта в конкретный момент времени, выполненные к этому времени работы по проекту и их результаты и последствия, которые рассматриваются с соответствующими заинтересованными сторонами (особенно представителями проекта и управлением проектами) для того чтобы определить и решить важные проблемы или недостатки выполнения.

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

Пример рабочих продуктов

1. Документальные результаты анализа проекта

Подпрактики

1. Регулярно сообщайте состояние назначенных задач и рабочих продуктов соответствующим заинтересованным сторонам.

Руководителям, сотрудникам, клиентам, конечным пользователям, поставщикам и другим соответствующим заинтересованным сторонам, которые включены в анализ по мере необходимости.

2. Анализируйте результаты собранных и проанализированных замеров для контроля проекта.

Рассматриваемые измерения могут включать в себя уровень удовлетворенности клиентов.

См. процессную область Измерение и Анализ для получения дополнительной информации о совмещении мероприятий по измерению и анализу и предоставлении результатов измерений.

3. Выявляйте и документируйте важные проблемы и отклонения от плана.

4. Документируйте запросы на изменение и проблемы, выявленные в рабочих продуктах и процессах.

См. процессную область Управления Конфигурацией для получения дополнительной информации об отслеживании и контроле изменений.

5. Документируйте результаты анализа.

6. Отслеживайте запросы на изменение и ведите отчеты о проблемах до их закрытия.

 

СП 1.7 Проводите Анализ Вех

Анализируйте достижения и результаты проекта в отдельных вехах проекта.

См. специфическую практику Установка Бюджета и Графика процессной области Планирование проекта для получения дополнительной информации об определении основных вех.

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

Анализ вехи планируется во время планирования проекта и, как правило, это формальные проверки.

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

В зависимости от проекта, анализ вех может покрывать фазы «Запуск проекта» и «Закрытие проекта».

Пример рабочих продуктов

1. Документальные результаты анализа вехи

Подпрактики

1. Проведите анализ вех с соответствующими заинтересованными сторонами в значимые моменты в рабочем графике проекта, такие как завершение отдельных фаз.

С руководителями, сотрудниками, клиентами, конечными пользователями, поставщиками и другими соответствующими заинтересованными сторонами, включаемыми в анализ вехи по мере необходимости.

2. Анализируйте обязательства по выполнению, планы, состояния и риски проекта.

3. Выявляйте и документируйте важные проблемы и их последствия.

4. Документируйте результаты анализа, действий и решений.

5. Отслеживайте действия до их закрытия.

СЦ 2 Управление Корректирующими Действиями до Их Закрытия

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

СП 2.1 Анализируйте Проблемы

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

Пример рабочих продуктов

1. Список проблем, требующих корректирующих действий

Подпрактики

1. Собирайте проблемы для анализа.

Проблемы собираются на основе анализа и выполнения других процессов.

Примеры проблем:

  • Проблемы, обнаруженные при проведении технического анализа, проверки и утверждения
  • Значительные отклонения в параметрах планирования проекта от оценок в плане проекта
  • Обязательства по выполнению (внутренние или внешние), которые не были выполнены
  • Существенные изменения в состоянии риска
  • Проблемы доступа к данным, сбора, конфиденциальности или безопасности
  • Проблемы представления и участия заинтересованных сторон
  • Предложения по продукту, инструменту или среды передачи (или другие предложения клиентов или поставщиков), которые не были достигнуты

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

См. специфическую практику Установка Бюджета и Графика процессной области Планирование Проекта для получения дополнительной информации о критериях для корректирующих действий.

Корректирующие действия требуются по проблеме в том случае, если по этой проблеме ничего не будет предпринято, то не будут достигнуты цели проекта.

 

СП 2.2 Принимайте Корректирующих Действий

Принимайте меры по исправлению выявленных проблем.

Пример рабочих продуктов

1. Планы корректирующих действий

Подпрактики

1. Определяйте и документируйте соответствующие действия, необходимые для решения выявленных проблем.

См. процессную область Планирования Проекта для получения дополнительной информации о разработке плана проекта.

Примеры возможных действий:

  • Изменение Технического Задания
  • Изменение Требований
  • Пересмотр оценок и планов
  • Новое согласование обязательств по выполнению
  • Добавление ресурсов
  • Изменение процессов
  • Пересмотр рисков проекта

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

3. Согласовывайте изменения внутренних и внешних обязательств по выполнению.

 

СП 2.3 Управляйте Корректирующими Действиями

Управляйте корректирующими действиями для их закрытия.

Пример рабочих продуктов

1. Результаты корректирующих действий

Подпрактики

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

2. Анализируйте результаты корректирующих действий для определения их эффективности.

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

Уроки, извлеченные в результате принятия действий по исправлению положения, могут привнести свой вклад в процессы планирования и управления рисками.

Реклама

комментария 2 to “CMMI DEV v1.3 – Мониторинг и Контроль Проекта”

  1. Флександр Кондаков said

    «См. процессную область Процесс Управления Конфигурацией» — слово «процесс» лишнее.
    А вообще общие (старые) замечания.
    Цель (и заголовок, и формулировка) формулируются, как «сделать что-то, достичь чего-то».
    Практики и подпрактики формулируются как «делайте то-то» (для практики — и в заголовке, и в формулировке).
    Почему «артефакт», а не «рабочий продукт»? Ведь не согласуется с «продукт», который является подмножеством «рабочего продукта».

    И более частное: перевод «performance», как «производительность» очень некорректно. Нигде в модели о «производительности» (ну кроме примеров) речи не идёт!

    В общем, сначала учеба, глоссарий, а потом перевод. Так было бы эффективнее и полезнее. 🙂

Добавить комментарий

Заполните поля или щелкните по значку, чтобы оставить свой комментарий:

Логотип WordPress.com

Для комментария используется ваша учётная запись WordPress.com. Выход / Изменить )

Фотография Twitter

Для комментария используется ваша учётная запись Twitter. Выход / Изменить )

Фотография Facebook

Для комментария используется ваша учётная запись Facebook. Выход / Изменить )

Google+ photo

Для комментария используется ваша учётная запись Google+. Выход / Изменить )

Connecting to %s

 
%d такие блоггеры, как: