Протокол ошибки - Issue log

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

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

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

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

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

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

Шаблон

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

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

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

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

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

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

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

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

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

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

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

Идентификатор проблемы	Название проблемы	Описание	Автор выпуска	Стороны	Тип	приоритет	Строгость	Дата поднятия	Дата назначена	Срок	Дата разрешения	положение дел	Действия	Разрешение	Примечания
0001	Образец выпуска1	Описание образца	Мистер А	Мистер А, Б; Миссис С.	IT приложение	Высоко	Критический	20091010	20091011	20100101	20091015	Решено	Некоторые действия	Резолюции	Дела, которые необходимо сделать
0002	Пример выпуска 2	Описание образца	... ...

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

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

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

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

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

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

[1] Эш, Кеннет, [Список вопросов], по состоянию на 12 июня 2016 г.

[2] Риски и проблемы

[1]

[2]