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

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

Archive for Декабрь 2011

CMMI DEV v1.3 –Комплексное Управление Проектом

Posted by Шамрай Александр на Декабрь 6, 2011

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

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

Назначение

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

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

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

  • Установка определенного процесса проекта на начало проекта с использованием адаптации набора стандартных процессов организации
  • Управление проектом с использованием определенного процесса проекта
  • Установка рабочей среды для проекта, основанного на стандартах рабочей среды организации
  • Создание команды, которой поручено достичь цели проекта
  • Использование и способствование активам организационного процесса
  • Обеспечение возможности соответствующим заинтересованным сторонам быть определенными, принятыми во внимание и, при необходимости, привлеченными в ходе проекта
  • Обеспечение того, чтобы соответствующие заинтересованные стороны (1) выполняли свои задачи координировано и своевременно; (2) были согласованы с требования проекта, планами, целями, проблемами и рисками; (3) выполняли свои обязательства по выполнению; и (4) выявляли, отслеживали и решали проблемы координации

Комплексный и определенный процесс, который адаптирован из набора стандартных процессов организации, называется определенный процесс проекта. (См. определение «проект» в глоссарии.)

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

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

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

  • Мероприятия по разработке (например, разработка требований, проектирование, верификация)
  • Сервисные мероприятия (например, поставка, служба обслуживания, операции, контакты с клиентами)
  • Мероприятия по приобретению (например, предложения, мониторинг соглашений, передача в эксплуатацию)
  • Мероприятия по поддержке (например, управление конфигурацией, документация, маркетинг, обучение)

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

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

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

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

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

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

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

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

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

  • СЦ 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 Устанавливайте Определенный Процесс Проекта

Создавайте и поддерживайте определенный процесс проекта от начала проекта и в течение всего срока проекта.

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

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

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

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

Определенный процесс проекта основывается на следующих факторах:

  • Требования заинтересованных сторон
  • Обязательства по выполнению
  • Потребности и цели организационного процесса
  • Набор стандартных процессов организации и принципы адаптации
  • Операционная среда
  • Бизнес-среда

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

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

1. Определенный процесс проекта

Подпрактики

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

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

  • Размер и сложность проекта
  • Стратегия проекта
  • Опыт и знания персонала в реализации процесса
  • Ограничения, такие как время цикла и приемлемые уровни дефектов
  • Наличие заказчиков для ответов на вопросы и обеспечение обратной связи для инкрементов
  • Ясность требований
  • Ожидания заказчика

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

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

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

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

4. Используйте другие артефакты из библиотеки активов процессов организации по мере необходимости.

Другие артефакты могут включать в себя следующее:

  • Документы с извлеченными уроками
  • Шаблоны
  • Примеры документов
  • Модели оценки

5. Документируйте определенный процесс проекта.

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

Примеры проектной деятельности включают следующее:

  • Планирование проекта
  • Мониторинг проекта
  • Управление поставщиками
  • Обеспечение качества
  • Управление рисками
  • Анализ и принятие решений
  • Разработка требований
  • Управление требованиями
  • Управление конфигурацией
  • Разработка и поддержка продукта
  • Рецензирование кода
  • Предложения

6. Проводите коллегиальные оценки определенного процесса проекта.

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

7. Пересматривайте определенный процесс проекта по мере необходимости.

СП 1.2 Используйте Активы Организационного Процесса для Планирования Проектных Мероприятий

Используйте активы организационных процессов и хранилище измерений для оценки и планирования мероприятий по проекту.

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

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

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

1. Оценки проекта

2. Планы проекта

Подпрактики

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

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

2. Используйте хранилище измерений организации для оценки планирования параметров проекта.

Эта оценка обычно включает в себя следующее:

  • Соответствующие исторические данные из этого проекта или аналогичных проектов
  • Сходства и различия между текущим проектом и теми проектами, исторические данные которых будут использованы
  • Утвержденные исторические данные
  • Обсуждения, предположения и обоснования для выбора исторических данных
  • Обсуждения в широком круге опытных участников проекта

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

  • Рабочий продукт и атрибуты задачи
  • Область применения
  • Опыт людей
  • Подходы проектирования и разработки
  • Условия эксплуатации

Примеры данных, содержащихся в хранилище измерений организации, включают следующее:

  • Размер рабочих продуктов или другие атрибуты рабочих продуктов
  • Трудозатраты
  • Стоимость
  • Рабочий график
  • Кадровое обеспечение
  • Время отклика
  • Сервисные мощности
  • Работы поставщиков
  • Дефекты

СП 1.3 Устанавливайте Рабочую Среду Проекта

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

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

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

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

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

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

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

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

1. Оборудование и инструменты для проекта

2. Руководства по инсталляции, эксплуатации и обслуживанию для рабочей среды проекта

3. Пользовательские опросы и результаты

4. Журналы использования, выполнения и обслуживания

5. Сервисы поддержки для рабочей среды проекта

Подпрактики

1. Планируйте, проектируйте и инсталлируйте рабочую среду для проекта.

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

Может быть необходим поиск компромисса между атрибутами качества, затратами и рисками. Ниже приведены примеры каждого из них:

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

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

  • Офисное программное обеспечение
  • Программного обеспечения поддержки принятия решений
  • Инструменты для управления проектами
  • Оборудование тестирования и оценки
  • Инструменты разработки и управления требованиями
  • Инструменты для управления конфигурацией
  • Инструменты оценки
  • Инструменты интеграции
  • Инструменты автоматизированного тестирования

2. Обеспечивайте текущее обслуживание и операционную поддержку рабочей среды проекта.

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

Примеры подходов обслуживания и поддержки включают в себя следующее:

  • Прием на работу людей для выполнения обслуживания и поддержки
  • Обучение людей для выполнения обслуживания и поддержки
  • Контрактное обслуживание и поддержка
  • Подготовка опытных пользователей для отдельных инструментов

3. Поддерживайте квалификацию компонентов рабочей среды проекта.

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

4. Периодически просматривайте, насколько хорошо рабочая среда соответствует нуждам проект и поддержке командной работы, а также принимайте соответствующие действия.

Примеры действий, которые могут быть приняты, включают следующее:

  • Добавление новых инструментов
  • Получение дополнительных сетей, оборудования, обучения и поддержки

СП 1.4 Объединяете Планы

Интегрируйте план проекта и другие планы, которые затрагивают проект, для описания определенного процесса проекта.

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

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

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

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

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

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

1. Объединенные планы

Подпрактики

1. Объединяйте другие планы, которые влияют на проект, с планом проекта.

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

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

2. Интегрируйте в план проекта определения мер и мероприятий измерений по управлению проектом.

Примеры мер, которые могут быть включены, включают следующие:

  • Общие комплекс мер организации
  • Дополнительные специфические для проекта меры

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

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

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

Примеры рисков интерфейсов продукта и проекта включают следующее:

  • Неполные описания интерфейса
  • Отсутствие инструментов, поставщиков или оборудования тестирования
  • Отсутствие готовых коммерческих компонентов
  • Недостаточное или неэффективное командное взаимодействие

4. Готовьте календарные планы для задач в последовательности, которая учитывает критическую разработку, факторы поставки и риски проекта.

Примеры факторов, которые учитываются при планировании, включают следующее:

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

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

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

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

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

7. Устанавливайте объективные входные и выходные критерии для авторизации начала и завершения задач, описанных в структуре декомпозиции работ (СДР).

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

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

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

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

СП 1.5 Управляйте Проектом Используя Объединенные Планы

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

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

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

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

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

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

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

2. Собранные меры (например, фактические) и информация или отчеты о состоянии

3. Пересмотренные требования, планы и обязательства по выполнению

4. Объединенные планы

Подпрактики

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

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

  • Включение артефактов из библиотеки активов организационных процессов в проект по мере необходимости
  • Использование извлеченных уроков из библиотеки активов организационных процессов для управления проектом

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

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

  • Использование определенных входных и выходных критериев для авторизации начала и определения завершенности задач
  • Мониторинг мероприятий, которые могут существенно повлиять на фактические значения параметров планирования проекта
  • Отслеживание параметров планирования проекта с помощью измеримых порогов, которые будут вызывать изучение и принятие соответствующих мер
  • Мониторинг рисков интерфейс продукта и проекта
  • Контроль внешних и внутренних обязательства по выполнению, основанных на планах задач и рабочих продуктах определенного процесса проекта

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

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

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

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

Эта оценка включает в себя согласование с потребностями и целями процесса организации.

Примеры действий, которые обеспечивают соответствие, включают следующее:

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

5. Рассматривайте причины выбранных проблем, которые могут повлиять на цели проекта.

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

СП 1.6 Устанавливайте Команды

Устанавливайте и поддерживайте команды.

Управление проект выполняется с использованием команд, которые отражают организационные правила и руководящие принципы для структурирования, формирования и функционирования команды. (См. определение «команда» в глоссарии.)

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

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

Один из лучших способов для обеспечения координации и сотрудничества с соответствующими заинтересованными сторонами это включение их в команду.

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

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

1. Документальное общее видение

2. Список членов назначенных в каждой команде

3. Устав команды

4. Периодические отчеты о состоянии команды

Подпрактики

1. Устанавливайте и поддерживайте общее видение проекта.

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

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

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

3. Устанавливайте и поддерживайте каждую команду.

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

4. Периодически оценивайте структуру и состав команды.

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

СП 1.7 Дополняйте Активы Организационного Процесса

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

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

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

Это специфическая практика затрагивает включаемую информацию от процессов из определенных процессов проекта в активы организационных процессов.

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

1. Предложения о совершенствовании активов организационных процессов

2. Фактические меры процесса и продукта собранные из проекта

3. Документация (например, примерные описания процесса, планы, учебные программы, контрольные списки, полученные уроки)

4. Артефакты процесса, связанные с адаптацией и реализацией набора стандартных процессов организации на проект

Подпрактики

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

2. Сохраняйте меры процессов и продуктов в хранилище измерений организации.

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

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

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

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

  • Плановые данные
  • Перепланированные данные

Примеры данных, записанных в рамках проекта, включают следующее:

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

3. Отправляйте документацию для возможного включения в библиотеку активов процессов организации.

Примеры документации включают следующее:

  • Примеры описания процесса
  • Материалы обучения
  • Примеры планов
  • Шаблоны контрольных списков
  • Шаблоны проектных хранилищ
  • Конфигурации инструментов

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

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

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

СЦ 2 Координация и Сотрудничество с Соответствующими Заинтересованными Сторонами

Ведется координация и сотрудничество между проектом и соответствующими заинтересованными сторонами.

СП 2.1 Управляйте Участием Заинтересованных Сторон

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

Участие заинтересованных сторон управляется в соответствии с комплексным планом проекта и определенным процессом.

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

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

1. Программа и календарные графики для совместной деятельности

2. Рекомендации по решению проблем соответствующих заинтересованных сторон

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

Подпрактики

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

Соответствующие заинтересованные стороны уже должны быть определены в плане проекта.

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

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

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

Эта задача обычно включает в себя следующее:

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

3. Разрабатывайте рекомендации и координируйте действия для разрешения недоразумений и проблем с требованиями.

СП 2.2 Управляйте Зависимостями

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

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

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

2. Критические зависимости

3. Обязательства по выполнению для решения важнейших зависимостей

4. Состояние критических зависимостей

Подпрактики

1. Проводите обзоры с соответствующими заинтересованными сторонами.

2. Определяйте каждую критическую зависимость.

3. Устанавливайте желаемые сроки и плановые сроки для каждой критической зависимости на основе календарного графика проекта.

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

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

Документация обязательств по выполнению, как правило, включает следующее:

  • Описание обязательства по выполнению
  • Определение кто взял на себя обязательство по выполнению
  • Определение кто несет ответственность за удовлетворение обязательств по выполнению
  • Определение, когда обязательства по выполнению будут выполнены
  • Определение критериев для определения было ли обязательство по выполнению выполнено

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

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

Отслеживание критических зависимостей обычно включает в себя следующее:

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

СП 2.3 Решайте Проблемы Координации

Решайте проблемы с соответствующими заинтересованными сторонами.

Примеры вопросов координации включают следующее:

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

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

1. Проблемы координации с соответствующими заинтересованными сторонами

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

Подпрактики

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

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

3. Решайте проблемы с соответствующими заинтересованными сторонами.

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

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

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

Реклама

Posted in CMMI, Стандарты и методологии | Отмечено: , , , , , , , | Leave a Comment »

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