Определение приоритета

Пример системы кодирования приоритетов:

• Низкий приоритет — изменение желательно, но его внедрение может быть отложено до более удобного времени (например, до следующего релиза или планового обслуживания).

• Обычный приоритет — нет особой срочности и высокой степени воздействия, но изменение не следует откладывать. На совещании Консультативного комитета (CAB) при выделении ресурсов изменению присваивается обычный приоритет.

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

• Наивысший приоритет — Запрос на Изменения (RFC) касается проблемы, серьезно влияющей на важнейший для заказчиков сервис, или касается срочного изменения в ИТ (например, новой функциональности для целей бизнеса), срочного изменения законодательства или быстрых не­ больших изменений, не терпящих отсрочки¹. Изменения с таким приоритетом классифицируются как «срочные». Для срочных изменений обычные процедуры не используются, так как необходи­мые ресурсы предоставляются незамедлительно. Может потребоваться проведение срочного сове­щания Консультативного комитета (CAB) или Руководящего комитета ИТ². Специально для этих целей в компании должен быть сформирован Комитет по срочным изменениям (CAB/ЕС)³ с пол­номочиями для принятия экстренных решений. Все принятые ранее планы могут быть отложены
или прерваны.

Эти коды могут быть представлены в цифрах, например: низкий приоритет = 1 / наивысший при­оритет = 4.