WikiDer > Протокол ошибки

Эта статья нужны дополнительные цитаты для проверка. Пожалуйста помоги улучшить эту статью к добавление цитат в надежные источники. Материал, не полученный от источника, может быть оспорен и удален. Найдите источники: "Протокол ошибки" – Новости · газеты · книги · ученый · JSTOR (Сентябрь 2017 г.) (Узнайте, как и когда удалить этот шаблон сообщения)

An Протокол ошибки является элементом документации управление программными проектами который содержит список текущих и закрытых вопросы проекта.^[1] Хотя журналы проблем можно рассматривать как способ отслеживания ошибок в проекте, роль, которую они играют, часто расширяется. Журналы проблем можно использовать для упорядочивания и систематизации текущих проблем по типу и серьезности, чтобы установить приоритеты проблем, связанных с текущим. веха или же итерация. Журналы проблем могут также содержать запросы клиентов и замечания о различных проблемах, которые можно найти в текущем коде.

CAIR - Ограничения, Предположения / Действия, Проблемы, Риски - журнал для отслеживания таких элементов и управления ими.

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

Журнал проблем обычно пуст в начале проекта,^[2] но это не всегда верно для последующих выпусков. В некоторых проектах журнал проблем фактически используется в качестве руководства для графика выпуска; в этом случае журнал проблем может быть заполнен проблемами, которые специально помечаются для завершения в следующем выпуске. В результате проектами с ведением журнала проблем может быть легче управлять с точки зрения времени завершения и прогресса. оценка.
В крупных проектах вопросы обычно решаются программное обеспечение для отслеживания проблем которые могут предоставить различные способы и инструменты, чтобы помочь руководитель проекта а команда разработчиков решает тысячи вопросов для одного или нескольких своих проектов. Некоторые системы отслеживания проблем также позволяют сообществу вносить в проект новые идеи и / или код; этот тип сотрудничества широко используется в программирование с открытым исходным кодом.

Проблемы с выпуском / известные проблемы

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

Шаблон

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

Основная информация о проблеме

• Регистрационный номер выпуска (ID): Типовой номер для определения различных проблем.
• Название проблемы: Название проблемы.
• Описание: Кратко опишите, в чем проблема.
• Автор выпуска: Человек, поднимающий этот вопрос.
• Стороны: все люди, задействованные в решении вопроса.

Категории проблем

• Тип проблемы: к какой области знаний относится проблема. (Например, ИТ-инфраструктура, ИТ-приложение и т. Д.)
• Приоритет проблемы: определяет, какая проблема наиболее важна и должна быть решена в первую очередь. (Например, приоритеты могут включать Немедленно, Скоро, Позже и т. Д.)
• Серьезность проблемы: насколько ужасными будут последствия, если проблема останется нерешенной. (Например, степень серьезности может включать в себя Vital, Major, Medium, Minor и т. Д.)

Информация о дате выпуска

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

Статус проблемы

• Текущее состояние: текущий статус проблемы. (например, расследование, рассмотрение, решение и т. д.)
• Обновление действий: Действия, выполненные до решения проблемы (перечислить все действия по датам.)
• Разрешение: Окончательное решение проблемы.

Дополнительная информация

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

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

Смотрите также

• Система отслеживания проблем
• Реестр рисков

Рекомендации

внешняя ссылка

• ePMbook Саймона Уоллеса: проблемы
• Управление программными проектами на практике, Панкай Джалоте ISBN 0201737213

дальнейшее чтение

• Роберт Баттрик (2009). Проектная тренировка: 4-е издание. Financial Times / Prentice Hall. ISBN 978-0-273-72389-9.