Задача (CMMI)

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

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

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

Связанные разделы

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

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

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

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

Определение задачи

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

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

   

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

Определение задачи

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

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

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

   • В списке Тип задачи укажите тип задачи, которую должен реализовать участник команды.

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

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

     Примечание

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

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

     Примечание

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

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

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

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

     Примечание

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

   • В списке Дисциплина укажите дисциплину участника команды, который выполнит задачу. Вы можете указать одно из следующих значений: Анализ, Взаимодействие с пользователем, Обучение пользователей, Разработка или Тест.

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

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

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

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

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

2. На вкладке Сведения укажите сведения следующих типов.

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

   • В поле Журнал введите комментарии для записи в журнал.

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

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

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

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

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

     При выборе значения Да следует связать задачу с рабочим элементом "тестовый случай".

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

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

     Важно!

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

   • В поле Завершено введите 0, чтобы отметить задачу как незавершенную.

   • В поле Осталось, введите значение, указанное в поле Исходная оценка.

   • Если поля Исходная оценка, Завершено и Осталось используются для определения производительности группы, скорости и степени выполнения итерации, во время выполнения работы поля Завершено and Осталось следует обновлять. Также данные поля синхронизируются с Office Project, который можно использовать для графика плана проекта. Дополнительные сведения см. в разделе Планирование задач и назначение ресурсов с помощью приложения Microsoft Project.

     Примечание

     Поля Иерархия задач, Дата начала и Дата завершения предназначены только для чтения.Они содержат сведения, записанные в Office Project.Дополнительные сведения см. в разделе Планирование задач и назначение ресурсов с помощью приложения Microsoft Project.

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

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

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

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

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

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

   Примечание

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

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

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

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

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

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

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

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

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

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

   

2. В списке Тип ссылки оставьте значение по умолчанию или выберите один из следующих вариантов:

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

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

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

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

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

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

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

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

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

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

   • Ошибка (CMMI)

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

   • Тестовый случай (гибкая разработка)

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

   • Риск (CMMI)

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

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

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

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

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

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

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

   

2. В списке Тип ссылки оставьте значение по умолчанию или выберите один из следующих вариантов:

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

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

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

3. Нажмите кнопку Обзор.

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

   

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

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

5. Установите флажок рядом с каждым рабочим элементом, который необходимо связать с требованием.

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

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

7. Нажмите кнопку ОК, затем Сохранить рабочий элемент.

   Примечание

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

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

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

• Ввести сведения в поле Описание или Журнал (или в обоих полях).

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

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

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

Добавление в задачу сведений

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

   • В поле Описание введите необходимые сведения.

   • В поле Журнал введите необходимые сведения.

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

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

Чтобы добавить вложение в задачу

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

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

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

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

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

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

Чтобы добавить в задачу гиперссылку

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

   

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

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

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

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

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

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

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

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

• Предложено

• Активно

• Разрешено

• Закрыто

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

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

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

Закрытие задачи

1. Откройте форму рабочего элемента задачи.

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

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

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

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

3. Если изменить состояние с Активно на Закрыто, в списке Причина выберите параметр, который соответствует вашим намерениям.

   Допустимые параметры: Выполнено и не требует проверки/тестирования (по умолчанию), Отложено, Вырезано, Замещено событиями (OBE) и Отменено.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Активно

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Разрешено

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

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

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

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

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

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

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

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

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

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

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

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

Закрыто

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

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

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

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

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

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

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

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

См. также

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

MSF для улучшения процесса CMMI

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

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

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

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