 | Эта статья требует дополнительных ссылок для проверки . ( сентябрь 2017 г. ) ( Узнайте, как и когда удалить этот шаблон сообщения ) |
Журнал проблем - это элемент документации по управлению проектами программного обеспечения, который содержит список текущих и закрытых проблем проекта. [1] Хотя журналы проблем можно рассматривать как способ отслеживания ошибок в проекте, роль, которую они играют, часто расширяется. Журналы проблем можно использовать для упорядочивания и организации текущих проблем по типу и серьезности, чтобы расставить приоритеты для проблем, связанных с текущим этапом или итерацией . Журналы проблем могут также содержать запросы клиентов и замечания о различных проблемах, которые можно найти в текущем коде.
CAIR - Ограничения, Предположения / Действия, Проблемы, Риски - журнал для отслеживания таких элементов и управления ими.
Управление проблемами [ править ]
Журнал проблем обычно пуст в начале проекта [2], но это не всегда верно для последующих выпусков. В некоторых проектах журнал проблем фактически используется как ориентир для графика выпуска; в этом случае журнал проблем может быть заполнен проблемами, которые специально помечены для завершения в следующем выпуске. В результате проектами с ведением журнала проблем может быть легче управлять с точки зрения времени завершения и оценки прогресса .
В крупных проектах проблемы обычно решаются с помощью программного обеспечения для отслеживания проблем, которое может предоставить различные способы и инструменты, чтобы помочь руководителю проекта.а команда разработчиков решает тысячи вопросов для одного или нескольких своих проектов. Некоторые системы отслеживания проблем также позволяют сообществу вносить в проект новые идеи и / или код; этот тип сотрудничества широко используется в программировании с открытым исходным кодом .
Проблемы с выпуском / известные проблемы [ править ]
В случае, когда проблемы проекта не могут быть полностью решены (например, на этапах предварительной разработки ), вместе с программным обеспечением поставляется документ об известных проблемах . Этот документ содержит список известных проблем и, в некоторых случаях, инструкции по устранению проблем, вызванных этими проблемами.
Шаблон [ править ]
В типичном журнале проблем документ должен представлять собой таблицу, содержащую несколько строк, в каждой из которых описывается отдельная проблема. Различные атрибуты проблемы перечислены в разных столбцах. Пример типичного журнала проблем показан ниже.
Основная информация о проблеме [ править ]
- Справочный номер проблемы (ID) : Типовой номер для идентификации различных проблем.
- Название проблемы : Название проблемы.
- Описание : кратко опишите, в чем проблема.
- Автор проблемы: лицо, поднимающее этот вопрос.
- Стороны : все люди, задействованные в решении вопроса.
Категории проблем [ править ]
- Тип проблемы: к какой области знаний относится проблема. (Например, ИТ-инфраструктура, ИТ-приложение и т. Д.)
- Приоритет проблемы: он определяет, какая проблема наиболее важна и должна быть решена в первую очередь. (Например, приоритеты могут включать «Немедленно», «Скоро», «Позже» и т. Д.
- Серьезность проблемы: насколько серьезными будут последствия, если проблема останется нерешенной. (Например, степень серьезности может включать в себя Vital, Major, Medium, Minor и т. Д.)
Информация о дате выпуска [ править ]
- Дата поднятия : когда поднят вопрос.
- Дата назначения : когда назначается проблема.
- Крайний срок : когда будет последняя дата решения проблемы.
- Дата решения : когда проблема действительно решена.
Статус проблемы [ изменить ]
- Текущий статус : текущий статус, в котором находится проблема. (например, расследование, эскалация, решение и т. д.)
- Обновление действий : действия, выполненные до решения проблемы (перечислить все действия по датам.)
- Решение : окончательное решение для разрешения проблемы.
Другая информация [ править ]
- Примечания : некоторые идеи или вещи, которые следует запомнить.
| Идентификатор проблемы | Название проблемы | Описание | Автор выпуска | Стороны | Тип | приоритет | Строгость | Дата поднятия | Дата назначена | Крайний срок | Дата разрешения | статус | Действия | разрешение | Ноты |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 0001 | Пример выпуска1 | Описание образца | Мистер А | Мистер А, Б; Миссис С. | ИТ-приложение | Высокая | Критический | 20091010 | 20091011 | 20100101 | 20091015 | Решено | Некоторые действия | Резолюции | Дела, которые необходимо сделать |
| 0002 | Пример выпуска 2 | Описание образца | ... ... |
Стиль документации журнала проблем может отличаться от проекта к проекту. Некоторые из перечисленных выше атрибутов могут считаться несущественными для записи, в то время как другие дополнительные атрибуты могут потребоваться. Однако всегда следует включать такие основные атрибуты, как описание, автор, приоритет, статус и разрешение. Кроме того, может отличаться и последовательность атрибутов.
См. Также [ править ]
Ссылки [ править ]
- ↑ Эш, Кеннет, [Список проблем], по состоянию на 12 июня 2016 г.
- ^ Риски и проблемы
Внешние ссылки [ править ]
- ePMbook Саймона Уоллеса: проблемы
- Управление проектами программного обеспечения на практике, Панкай Джалоте ISBN 0201737213
Дальнейшее чтение [ править ]
- Роберт Баттрик (2009). Проектная тренировка: 4-е издание . Файнэншл Таймс / Прентис Холл. ISBN 978-0-273-72389-9.
