Запрос на изменение (CMMI)

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

Сведения о создании этого типа рабочего элемента см. в разделе Рабочие элементы и рабочий процесс (CMMI).

В этом разделе	Связанные разделы
Определение запроса на изменение Связывание запроса на изменение с требованием, задачей или другим рабочим элементом Добавление сведений, вложений и гиперссылок в запрос на изменение Изменение состояния запроса на изменение	Руководство по процессам Управление изменениями (CMMI) Книги Книга "Рассмотрение" (CMMI) Ссылка на поле Заголовки, идентификаторы, описание и журнал (CMMI) Назначения, рабочий процесс и планирование (CMMI) Области и итерации Поля для отслеживания запросов на изменение (CMMI) Связывание рабочих элементов (CMMI) Вложения

Необходимые разрешения

Для просмотра запроса на изменение необходимо быть членом группы Читатели или иметь разрешение Просмотр рабочих элементов на этом узле со значением Разрешить. Для изменения запроса на изменение необходимо быть членом группы Участники или иметь разрешение Изменить рабочие элементы на этом узле со значением Разрешить. Дополнительные сведения см. в разделе Управление разрешениями.

Определение запроса на изменение

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

   

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

Определение одного запроса на изменение

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

   • В поле Название (обязательно) введите краткое описание.

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

   • В списке Кому назначено выберите имя участника команды, ответственного за обработку запроса на изменение.

     Примечание

     Рабочие элементы можно назначать только членам группы Участники.

     Если владелец запроса на изменение не назначен, им автоматически становится создатель.

   • В списке Состояние оставьте значение по умолчанию — Предложено.

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

   • В списках Область и Итерация выберите соответствующие область и итерацию.

     Примечание

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

   • В списке Приоритет выберите степень важности запроса на изменение по шкале от 1 (наибольшая важность) до 4 (наименьшая важность).

     Значением по умолчанию является 2.

   • В списке Рассмотрение выберите подсостояние рассмотрения.

     Это поле определяет уровень рассмотрения, принятый для любого запроса на изменение, находящегося в состоянии Предложено. Допустимые значения: Ожидание (по умолчанию), Подробнее, Сведения получены и Рассмотрено.

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

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

   Включайте в запрос на изменение как можно больше подробностей, чтобы разработчик смог его реализовать, а тест-инженер — протестировать. Команда сможет использовать эту информацию для создания рабочих элементов задач и тестовых случаев. Дополнительные сведения см. в разделах Задача (CMMI) и Тестовый случай (гибкая разработка).

3. На вкладке Обоснование укажите все подробности, необходимые для понимания важности реализации запроса на изменение для клиента или продукта.

4. На вкладке Анализ последовательно выберите текстовые поля и опишите в них влияние, которое будет иметь запрос на изменение, на следующие области:

   • влияние на архитектуру;

   • влияние на взаимодействие пользователя с системой;

   • влияние на тесты;

   • влияние на проектирование и разработку;

   • влияние на техническую документацию.

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

5. На вкладке Другое укажите сведения следующих типов.

   • В поле Исходная оценка введите число, представляющее количество рабочих часов для реализации запроса на изменение.

     Примечание

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

   • В списке Встроено в щелкните имя или номер построения, в которое командой разработчиков встраивается запрос на изменение.

6. На вкладке Все ссылки свяжите запрос на изменение с одним или несколькими другими рабочими элементами, такими как требования или задачи.

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

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

   • Связывание запроса на изменение с требованием, задачей или другим рабочим элементом

   • Добавление сведений, вложений и гиперссылок в запрос на изменение

8. Нажмите кнопку Сохранить рабочий элемент.

   Примечание

   После сохранения запроса на изменение в заголовке на панели инструментов рабочего элемента отобразится идентификатор.

Связывание запроса на изменение с требованием, задачей или другим рабочим элементом

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

С помощью вкладки Связи можно создавать определенные типы связей с определенными типами рабочих элементов. Дополнительные сведения см. в разделе Связывание рабочих элементов (CMMI).

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

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

   Откроется диалоговое окно Добавить новый связанный рабочий элемент.

   

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

   • Для связывания с задачей или ошибкой создайте связь Дочерний элемент.

   • Для связывания с требованием, риском или проблемой создайте связь Чем затронут.

   • Для связывания с тестовым случаем создайте связь Тест выполнил.

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

3. В списке Тип рабочего элемента выберите тип создаваемого рабочего элемента.

4. В поле Название введите краткое, но точное описание предлагаемого изменения.

5. (Необязательно) Введите дополнительные сведения в поле Комментарий.

6. Нажмите кнопку ОК.

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

7. Укажите остальные поля, как описано в следующих разделах.

   • Требование (CMMI)

   • Задача (CMMI)

   • Ошибка (CMMI)

   • Тестовый случай (CMMI)

   • Проблема (CMMI)

   • Риск (CMMI)

   • Рецензирование (CMMI)

8. Нажмите кнопку Сохранить рабочий элемент.

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

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

   Откроется диалоговое окно Добавить связь с запросом на изменение.

   

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

   • Для связывания с задачей или ошибкой создайте связь Дочерний элемент.

   • Для связывания с требованием, риском или проблемой создайте связь Чем затронут.

   • Для связывания с тестовым случаем создайте связь Тест выполнил.

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

3. Выполните одно из следующих действий:

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

   • Чтобы выбрать рабочие элементы из списка, нажмите кнопку Обзор.

     Откроется диалоговое окно Выбор связанных рабочих элементов.

     

     В списке Сохраненные запросы выберите запрос, который содержит необходимые рабочие элементы. Например, можно щелкнуть Открыть рабочие элементы, Активные ошибки или Активные задачи.

     Нажмите кнопку Найти и установите флажки рядом с рабочими элементами, которые следует связать с запросом на изменение, затем нажмите кнопку ОК.

   • (Необязательно) Введите описание связываемых элементов.

4. Нажмите кнопку ОК.

   Дополнительные сведения см. в разделе Поиск рабочих элементов для связывания или импорта.

5. Нажмите кнопку Сохранить рабочий элемент.

   Примечание

   Запрос на изменение и связанные рабочие элементы будут обновлены.

Добавление сведений, вложений и гиперссылок в запрос на изменение

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

• Ввести сведения в текстовых полях на вкладках Сведения, Обоснование или Анализ.

• Вложить файл.

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

• Добавить гиперссылку на веб-сайт или файл, хранящийся на сервере или веб-сайте.

Добавление в запрос на изменение сведений

1. Перейдите на вкладку Сведения, Обоснование или Анализ и введите сведения в полях.

   Можно использовать средства форматирования для выделения важных фрагментов текста или для формирования маркированного списка.

   Примечание

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

   Дополнительные сведения см. в разделах Поля для отслеживания запросов на изменение (CMMI) и Заголовки, идентификаторы, описание и журнал (CMMI).

2. Нажмите кнопку Сохранить рабочий элемент.

Добавление в запрос на изменение вложения

1. На вкладке Вложения выполните одно из следующих действий.

   • Перетащите файл в область вложений.

   • Щелкните или нажмите сочетание клавиш CTRL+V, чтобы вставить скопированный файл.

   • Выберите команду Добавить, нажмите кнопку Обзор и в диалоговом окне Вложение введите или укажите расположение добавляемого файла.

     (Необязательно) Введите дополнительные сведения о вложении в поле Комментарий. Чтобы закрыть диалоговое окно Вложение, нажмите кнопку ОК.

2. Нажмите кнопку Сохранить рабочий элемент.

Добавление в запрос на изменение гиперссылки

1. На вкладке Все ссылки нажмите кнопку Добавить ссылку на.

   

2. В списке Тип связи выберите Гиперссылка.

3. В поле Адрес выполните одно из следующих действий.

   • Если целевым объектом является веб-сайт, введите URL-адрес или скопируйте его из Интернет-браузера и вставьте в поле Адрес.

   • Если целевым объектом является расположение на сервере, введите его UNC-адрес.

4. (Необязательно) Введите дополнительные сведения о гиперссылке в поле Комментарий.

5. Нажмите кнопку ОК.

6. Нажмите кнопку Сохранить рабочий элемент.

Изменение состояния запроса на изменение

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

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

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

• Предложено

• Активно

• Разрешено

• Закрыто

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

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

Изменение состояния запроса на изменение

1. Откройте запрос на изменение.

2. В списке Состояние выберите вариант Активно, Разрешено или Закрыто.

   • При изменении состояния с Предложено на Активно поле Причина автоматически примет значение Принято.

   • При изменении состояния с Активно на Разрешено поле Причина автоматически примет значение Кодирование завершено, и системный тест пройден.

   • При изменении состояния с Разрешено на Закрыто поле Причина изменится на Проверка пройдена.

3. Нажмите кнопку Сохранить рабочий элемент.

Типовая последовательность рабочего процесса Участник команды создает запрос на изменение в состоянии Предложено с причиной по умолчанию Новые. Участник команды изменяет состояние запроса на изменение с Предложено на Активно, используя причину по умолчанию — Принято. После завершения кодирования и прохождения системных тестов участник команды изменяет состояние запроса на изменение с Активно на Разрешено. После проверки соответствия ожиданиям клиента участник команды изменяет состояние запроса на изменение с Разрешено на Закрыто. Переходы вне стандартного процесса Участник команды изменяет состояние запроса на изменение с Предложено на Закрыто, используя причину по умолчанию — Отклонено. Участник команды изменяет состояние запроса на изменение с Активно на Предложено, используя причину по умолчанию — Исследование завершено. Если команда устанавливает, что запрос на изменение не актуален или выходит за пределы области, участник команды изменяет состояние запроса на изменение с Активно на Закрыто. Если измененный код не прошел проверочный тест, участник команды изменяет состояние запроса на изменение с Разрешено на Активно. Если команда устанавливает, что запрос на изменение был закрыт по ошибке или теперь попадает в область проекта, участник команды изменяет состояние запроса на изменение с Закрыто на Активно.

Схема состояний запроса на изменение

"Предложено" (новые)

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

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

• Кем создано: имя участника команды, создавшего запрос на изменение.

• Дата создания: дата и время создания запроса на изменение в соответствии с часами сервера.

С "Предложено" на "Активно"

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

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

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

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

• Активировал: имя участника команды, активировавшего запрос на изменение.

• Дата активации: дата и время активации запроса на изменение в соответствии с часами сервера.

• Дата изменения состояния: дата и время изменения состояния запроса на изменение.

С "Предложено" на "Закрыто"

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

Причина	Условия использования	Дополнительные действия, которые следует предпринять
Отклонено	Комиссия по управлению изменениями определила, что команда не может реализовать запрос или что клиенту это не нужно.	Нет.

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

• Кем закрыт: имя участника команды, закрывшего запрос на изменение.

• Дата закрытия: дата и время закрытия запроса на изменение в соответствии с часами сервера.

• Дата изменения состояния: дата и время изменения состояния запроса на изменение.

Активно

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

С "Активно" на "Разрешено"

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

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

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

• Кем разрешено: имя участника команды, разрешившего запрос на изменение.

• Дата разрешения: дата и время разрешения запроса на изменение в соответствии с часами сервера.

• Дата изменения состояния: дата и время изменения состояния запроса на изменение.

С "Активно" на "Закрыто"

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

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

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

• Кем закрыт: имя участника команды, закрывшего запрос на изменение.

• Дата закрытия: дата и время закрытия запроса на изменение в соответствии с часами сервера.

• Дата изменения состояния: дата и время изменения состояния запроса на изменение.

С "Активно" на "Предложено"

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

• Кем изменено: имя участника команды, изменившего состояние запроса на изменение.

• Дата изменения состояния: дата и время изменения состояния запроса на изменение.

Разрешено

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

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

С "Разрешено" на "Закрыто"

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

Причина	Условия использования	Дополнительные действия, которые следует предпринять
Проверка пройдена	Если запрос на изменение прошел все проверочные тесты.	Назначьте запрос на изменение владельцу продукта.

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

• Кем закрыт: имя участника команды, закрывшего запрос на изменение.

• Дата закрытия: дата и время закрытия запроса на изменение в соответствии с часами сервера.

• Дата изменения состояния: дата и время изменения состояния запроса на изменение.

С "Разрешено" на "Активно"

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

Причина	Условия использования	Дополнительные действия, которые следует предпринять
Сбой проверочного теста	Если проверочный тест или тесты показывают, что одно или несколько ожиданий клиента не удовлетворены.	Тест-инженер создает ошибки для проблем, выявленных в тестах, и назначает запросы на изменение ведущему разработчику, который определяет, как решать эти проблемы.

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

• Активировал: имя участника команды, повторно активировавшего запрос на изменение.

• Дата активации: дата и время повторной активации запроса на изменение в соответствии с часами сервера.

• Дата изменения состояния: дата и время изменения состояния запроса на изменение.

Закрыто

Команда не должна работать над закрытым запросом на изменение. Запрос на изменение закрывается, если он отклонен комиссией по управлению изменениями или если команда успешно реализовала, проверила и подтвердила запрос.

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

Из состояния "Закрыто" в состояние "Активно"

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

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

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

• Активировал: имя участника команды, повторно активировавшего запрос на изменение.

• Дата активации: дата и время повторной активации запроса на изменение в соответствии с часами сервера.

• Дата изменения состояния: дата и время изменения состояния запроса на изменение.

См. также

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

Поля для отслеживания запросов на изменение (CMMI)

Рабочие элементы и рабочий процесс (CMMI)