Поделиться через

Выбор шаблона процесса

  • Статья

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

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

  • Если команда использует Scrum или другие гибкие процессы, следует предпочесть шаблон процесса Microsoft Solutions Framework (MSF) для гибкой разработки программного обеспечения версии 5.0 (MSF for Agile Software Development v5.0).

  • Если команде требуется тщательное ведение журнала аудита и в ней внедрен формальный процесс управления изменениями, следует предпочесть шаблон процесса MSF для улучшения процесса CMMI версии 5.0 (MSF for CMMI Process Improvement v5.0).

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

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

В этом разделе

  • Основные различия между MSF для гибкой разработки и MSF для CMMI

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

  • Настройка шаблонов процессов

Основные различия между MSF для гибкой разработки и MSF для CMMI

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

Область процесса

MSF для гибкой разработки

MSF для CMMI

Различия

Состояния рабочего процесса

  • Активно

  • Разрешено

  • Закрыто

  • Предложено

  • Активно

  • Разрешено

  • Закрыто

  • Если команда документирует ход выполнения большей части работ, последовательно изменяя состояние рабочих элементов с "активно" на "разрешено" и "закрыто", следует предпочесть MSF для гибкой разработки. Команды создают рабочий элемент в активном состоянии и после выполнения работы его разрешают.

  • Если команда документирует ход выполнения большей части работ, последовательно изменяя состояние рабочих элементов с "предложено" на "активно", "разрешено" и "закрыто", следует предпочесть MSF для CMMI. Команды создают рабочий элемент в предложенном состоянии; в активное состояние он переходит только после принятия.

Планирование продукта

  • Если планирование продукта исходит из описаний функциональности пользователей и баллов описаний, следует предпочесть MSF для гибкой разработки.

  • Если планирование продукта основывается на требованиях и запросах на изменение, следует предпочесть MSF для CMMI.

Управление невыполненной работой по итерации

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

Управление невыполненной работой по ошибкам

  • В MSF для CMMI предусмотрены дополнительные поля для отслеживания симптомов и предлагаемых методов исправления.

Управление проектом

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

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

Управление тестированием

  • Информация, отслеживаемая для тестовых случаев, практически одинакова для обоих шаблонов процессов MSF.

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

Журнал аудита

Поддерживается

Поддерживается

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

  • Если команде требуется вести тщательный журнал аудита или она планирует пройти сертификацию Capability Maturity Model Integration (CMMI), следует предпочесть MSF для CMMI.

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

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

Кроме того, рабочий процесс MSF для гибкого проектирования предусматривает только два состояния задач, тогда как рабочий процесс MSF для CMMI — четыре.

MSF для гибкой разработки

MSF для CMMI

Схема состояний описания функциональности пользователя

Схема состояния описаний функциональности пользователей

Схема состояний требования

Рабочий процесс требования

Схема состояний задачи

Схема состояния задач

Схема состояний задачи

Схема или рабочий процесс CMMI для состояния задачи

Схема состояний ошибки

Схема состояния ошибок

Схема состояний ошибки

Схема или рабочий процесс CMMI состояния ошибок

Схема состояний проблемы

Схема состояния проблем

Схема состояний проблемы

Схема или рабочий процесс CMMI для состояния проблемы

Настройка шаблонов процессов

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

См. также

Основные понятия

Артефакты (гибкая разработка)

Другие ресурсы

Артефакты (CMMI)

Запуск нового командного проекта