Если после переклассификации обращения срок его обработки автоматически нарушается из-за смены календаря, следует внедрить правила для справедливого пересчета времени. Например, можно учитывать уже затраченное время по первоначальному календарю и пересчитывать оставшееся время по новому календарю, а не начинать отсчет заново. Также важно улучшить процессы первоначальной классификации, обучая сотрудников точнее определять тип обращения. Дополнительно можно предусмотреть механизм одобрения переклассификации руководителем с возможной корректировкой срока, чтобы избежать автоматических нарушений и не наказывать сотрудников за корректное исправление ошибок в классификации.

Объемный документ "описание процесса" не подходит для рядовых специалистов, потому что их работа в рамках процесса часто ограничена выполнением одной процедуры. Для выполнения своих обязанностей им не нужно знать все детали процесса, а достаточно иметь общее представление о нем и понимать свою роль. Читать документ объемом, например, в 80 страниц, когда необходимо знать лишь узкий участок работы, нецелесообразно. Таким сотрудникам больше подойдут ролевые инструкции, детализирующие их непосредственные задачи.

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

Основные проблемы классификации включают неоднозначность определения границ между инцидентом и сервисным запросом, что приводит к дискуссиям на тему "А замена картриджа принтера? А сброс забытого пароля?". Эта неоднозначность не только создает сложности для теоретиков, но и затрудняет работу специалистов на практике. Кроме того, если эти типы обращений относятся к разным процессам управления (и, возможно, к разным менеджерам), вопрос классификации превращается в вопрос ответственности: "кто за это отвечает". Это создает организационные трения и может негативно сказаться на эффективности процесса.

Более детализированный SLA повышает удовлетворенность клиентов, так как четко определяет, чего они могут ожидать от услуги и какие действия будут предприняты в случае неполадок. Это снижает вероятность недоразумений и создает доверительные отношения между поставщиком и потребителем. Недостаточная детализация, напротив, может привести к разочарованию и конфликтам, если клиент считает, что услуга не предоставлена в полном объеме

Идея проходит через процесс воронки, управляемый владельцем продукта. Сначала идея возникает различными способами: от клиентов, пользователей, внутренних исследований. Затем она осмысливается, измеряется и классифицируется владельцем продукта вместе с командой на предмет того, является ли она новой инициативой, эпиком или может быть сформулирована как отдельная история. Владелец продукта проверяет ценность идеи и при положительном результате декомпозирует ее в структуру Инициатива-Эпики-Истории. Если ценность идеи подтверждена, то полученные в результате декомпозиции истории включаются в бэклог команды. Этот процесс обеспечивает фильтрацию идей, их структурирование и постепенное продвижение к реализации.

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

В ITIL процесс управления финансами (Accounting, Budgeting, Charging) представлен как набор областей ответственности, тогда как предложенная практическая структура включает пять четких процедур с определенными задачами, исполнителями и ответственностью, что делает ее пригодной для непосредственной реализации в организациях.

Позитивные тенденции во взаимодействии бизнеса и ИТ-подразделений заключаются в том, что бизнес становится более осознанным в вопросах ИТ-обеспечения, понимает важность разумных сроков и ограничений, проявляет заинтересованность в долгосрочном развитии отношений. Бизнес активно вовлечен в процесс определения требований, понимает необходимость компромиссов и готов работать над преодолением текущих ограничений в будущем.

SLA 'AS IS' упрощает первичный сбор требований, так как основывается на текущей практике предоставления ИТ-услуг, а не на сложном процессе согласования идеальных условий со всеми бизнес-заказчиками. ИТ-подразделение фиксирует то, как сервисы предоставляются сейчас, и вводит это как базовый уровень обслуживания. Это исключает необходимость долгого согласования на старте процесса и позволяет быстрее перейти к фактическому управлению уровнем сервисов, сохраняя при этом возможность для бизнеса корректировать условия в дальнейшем.