Управление проблемами (CMMI)

В Visual Studio Team Foundation Server рабочий элемент "проблема" позволяет в рамках плана проекта отслеживать проблемы, работы и задачи.Проблемы не следует путать с ошибками.Тип рабочего элемента "ошибка" предназначен для отслеживания проблем, связанных с кодом и непрохождением конкретных тестов.Тип рабочего элемента "ошибка" используется для отслеживания всех прочих проблем в рамках проекта.Например, это могут быть неоднозначно сформулированные требования, отсутствие необходимых людских и прочих ресурсов, проблемы, связанные с использованием сред, прочие риски, — в общем, все, что способно поставить под угрозу успешное завершение проекта.

Главной отличительной особенностью проблемы является необходимость предпринять действия, которые не были предусмотрены планом.Разрешение проблемы нельзя отнести к числу рядовых работ в рамках проекта.По этой причине ее необходимо отслеживать, уделяя этому особое внимание.Отслеживание упомянутых осложнений в рамках проекта посредством рабочего элемента "проблема", создание отчетов и формирование запросов в среде Team Foundation Server способствует выработке фундаментальных знаний и навыков, которые позволяют эффективно и быстро управлять разрешением возникших проблем.

Содержание раздела

• Создание рабочих элементов "проблема"

• Контроль состояния проблемы

• Анализ проблемы

• Контроль разрешенных проблем

• Контроль состояния проблемы перед ее разрешением

Создание рабочих элементов "проблема"

При выявлении проблемы следует создать рабочий элемент "проблема", ввести описание и, если существуют варианты возможного решения, изложить также их.Рабочие элементы "проблема" в рамках проекта постепенно формируют документальную основу для сертификации Standard CMMI Appraisal Method for Process Improvement (SCAMPI).Дополнительные сведения о CMMI см. в разделе "Сведения о Сведения о CMMI".

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

Контроль состояния проблемы

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

Чтобы ознакомиться с текущим состоянием проблемы, нужно выполнить имеющийся в шаблоне запрос "Открытые проблемы".Чтобы рассмотреть новые проблемы, проблемы следует упорядочить по состоянию "Предложенные".Дополнительные сведения см. в разделе Проблема (CMMI).

Анализ проблемы

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

Обходной путь устранения симптомов считается признаком не самого высокого уровня технологической зрелости, который достаточен для прохождения сертификации 2 и 3 ступени по модели CMMI.Анализ и устранение основной причины подразумевает, что организация стремится предотвратить повторное возникновение проблемы.Это действия, характерные для высокого уровня зрелости.Они свидетельствуют об уровне технологической зрелости по части разрешения проблем и совершенствования процессов, который типичен для организаций, которые могут быть сертифицированы для 4 или 5 уровня.

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

Контроль разрешенных проблем

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

Контроль состояния проблемы перед ее разрешением

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

Для этого нужно открыть рабочий элемент "проблема" и любой из заблокированных рабочих элементов.Свериться с первоначальным планом действия и посмотреть, какое действие было предпринято, можно на вкладке "Корректирующие действия".Просмотреть рабочие элементы "задача", которые связаны с этой проблемой, можно на вкладке "Все ссылки" для ссылок "Дочерний элемент".Позволило ли корректирующее действие разблокировать рабочие элементы и разрешить проблему?Если нет, следует доработать корректирующие действия и заново распределить их между участниками команды.Дало ли корректирующее действие ожидаемые результаты?Удалось ли избежать воздействия непредвиденного внешнего (или исключительного) события и появления в расписании критического пути?Выполнимы ли по-прежнему обязательства в рамках проекта, либо их необходимо пересматривать?Вся эта информация должна быть зафиксирована в рабочем элементе.Это также сыграет важную роль при сертификации CMMI.

Если все заинтересованные лица согласны, что проблема успешно разрешена, состояние проблемы можно изменить на "Разрешено". После этого ее можно признать формально разрешенной.

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

Дополнительные ресурсы

Дополнительные сведения о сертификации SCAMPI см. на следующей веб-странице: Software Engineering Institute.