Проблема (CMMI)

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

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

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

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

Определение проблемы

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

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

Определение одной проблемы

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

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

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

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

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

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

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

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

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

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

   • В Расширить выберите Да если проблема затрагивает критический путь плана проекта.

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

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

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

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

3. На вкладке журнал укажите как можно больше подробностей, и отформатируйте текст.

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

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

   • В списке Влияние на перспективы проекта выберите уровень влияния.

     Допустимые значения — 1 - критический, 2 - высокий, 3 - средний и 4 - низкий.Значение по умолчанию — 3 - средний.

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

     Текст, который вводится в это поле, можно форматировать.

5. На вкладке КОРРЕКТИРУЮЩЕЕ ДЕЙСТВИЕ, выполните следующие действия:

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

     Текст, который вводится в это поле, можно форматировать.

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

     Текст, который вводится в это поле, можно форматировать.

6. На вкладке ПРОЧЕЕ укажите сведения следующих типов.

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

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

7. На вкладке ВСЕ ССЫЛКИ, свяжите проблему с одним или несколькими другими рабочими элементами, такими как требование или задача.

8. На вкладке ВЛОЖЕНИЯ, вложение спецификации, изображений или другие файлы, содержащие дополнительные сведения об этой проблеме.

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

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

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

9. Выберите Сохранить рабочий элемент.

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

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

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

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

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

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

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

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

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

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

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

     

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

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

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

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

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

5. Выберите Сохранить рабочий элемент.

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

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

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

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

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

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

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

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

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

   Можно использовать средства форматирования для выделения важных фрагментов текста или для формирования маркированного списка.Дополнительные сведения см. в разделе Ссылка на поле "Требования" (CMMI).

2. Выберите Сохранить рабочий элемент.

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

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

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

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

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

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

2. Выберите Сохранить рабочий элемент.

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

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

   

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

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

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

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

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

5. Выберите ОК, а затем выберите Сохранить рабочий элемент.

Изменение состояния проблемы

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

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

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

• Предложено

• Активно

• Разрешено

• Закрыто

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

Закрытие проблемы

1. Откройте проблему.

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

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

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

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

3. Выберите Сохранить рабочий элемент.

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

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

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

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

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

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

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

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

Все предложенные проблемы ожидают рассмотрения, после которого они принимаются или закрываются.Если проблема принята, команда изменяет ее состояние на "Активно".В противном случае команда изменяет ее состояние на "Закрыто".

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

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

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

• Дата активации: дата и время активации проблемы в соответствии с часами сервера.

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

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

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

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

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

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

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

Активно

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Разрешено

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

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

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

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

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

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

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

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

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

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

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

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

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

Закрыто

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

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

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

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

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

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

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

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

См. также

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

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

Ссылка на поле "Ошибки, проблемы и риски" (CMMI)

Справочник по полям рабочих элементов для Visual Studio ALM

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

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