| Перейти к полной базе знаний Перейти к полному глоссарию | |
![]() | Если приоритет используется только как технический параметр для расчёта срока (а не как управленческий фактор), возникают следующие негативные последствия: (1) теряется возможность повышать приоритет для стимуляции своевременного решения — при повышении приоритета срок пересчитывается и смещается в прошлое, создавая просрочку; (2) специалисты начинают ориентироваться только на близость конечного срока, а не на приоритет; (3) поскольку сроки в SLA часто установлены произвольно (особенно при запуске процесса), вся логика выстраивания последовательности работ оказывается привязана к умозрительным параметрам; (4) возникает неоднозначность при выборе между высокоприоритетным инцидентом с далёким сроком и низкоприоритетным с близким сроком; (5) менеджер теряет возможность влиять на порядок выполнения работ и вероятность соблюдения сроков. |
![]() | Ещё вопросы по этой теме: Почему не рекомендуется рассчитывать срок устранения инцидента на основании приоритета? Какие риски возникают при полном отказе от приоритета как управленческого инструмента? Какие ошибки часто допускаются при внедрении системы приоритизации инцидентов? Какие последствия может иметь отсутствие приоритизации в управлении инцидентами? Какие преимущества даёт разделение определения срока и приоритета? Какие негативные последствия имеет наличие этапа 'Отложено' в потоке создания ценности? Какие последствия возникают, если ориентироваться только на формальные метрики при управлении ИТ-процессами? Как влияет неправильная настройка сроков разрешения инцидентов на управление ИТ-услугами? Почему расчет срока устранения инцидента на основании приоритета может быть ошибочным подходом? Какие последствия имеет накопление технического долга в традиционном ИТ-отделе? |
![]() | Рекомендуемые продукты по этой теме: |
|
| |
![]() | Автор: Дмитрий Исайченко |
![]() | |
![]() | Рейтинг: 211 |
![]() | Дата последнего обновления: 12.09.2026 |






