Согласно информации из текста, значительная часть ITSM-проектов (от 60% до 80%) являются провальными в той или иной степени. Это подчеркивает важность правильного подхода к управлению изменениями, включая уделяемое внимание обучению и вовлечению сотрудников, чтобы повысить шансы на успешное завершение проекта.

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

Сервисное мышление состоит из следующих ключевых компонентов: 1) знаете ли вы своих заказчиков/пользователей, 2) понимаете ли вы их ожидания, 3) фокусируетесь ли вы на создании ценности для заказчика, 4) берете ли на себя ответственность (включая за бизнес-результаты), 5) проявляете ли эмпатию, 6) осознаёте ли вы культурный контекст и адаптируетесь к нему, 7) способствуете ли вы сотрудничеству, 8) соблюдаете ли этичные нормы поведения. Все эти компоненты вместе формируют целостный подход к предоставлению услуг.

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

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

Принцип "Действуйте итерационно" (Progress iteratively), описанный в ITIL Practitioner Guidance 2016 года, был дополнен в ITIL 4 2019 года до формулировки "Действуйте итерационно, используя обратную связь" (Progress iteratively with feedback). Это изменение подчеркивает важность не просто итерационного подхода к работе, но и обязательного сбора и учета обратной связи на каждой итерации. Авторы ITIL 4 таким образом делают акцент на том, что обратная связь является ключевым элементом успешных итераций, позволяющим корректировать дальнейшие шаги и улучшать результаты.

В тексте упоминаются следующие категории задач, претендующие на использование рабочего времени: 1. Оперативные, рутинные задачи — текущие вопросы, которые требуют немедленного решения и занимают основной объём рабочего времени 2. Долгосрочные задачи, связанные с развитием себя и компании — которые часто остаются без внимания из-за приоритета оперативных задач 3. Задачи, которые хочется выполнять (интересные проекты) 4. Задачи, которые необходимо выполнять независимо от желания (обязательные функции должности, например, бухгалтерский учёт) 5. Профессиональные задачи, относящиеся к основной работе 6. Личные дела, которые пересекаются с рабочим временем в условиях размытых границ между работой и личной жизнью

Установка больших обновлений, таких как 21 мегабайтный файл, при скорости соединения всего 10 кбит/с приведет к чрезмерно длительному времени загрузки — примерно 4,67 часа без учета разрывов соединения. При постоянных разрывах соединения процесс может затянуться на несколько дней или даже недель. Это нерационально, так как техническая поддержка должна предлагать оптимизированные решения для текущих проблем пользователя.

Менеджер инцидентов должен отслеживать ход работ других участников, эскалировать и решать сложные случаи, выявлять узкие места, перераспределять ресурсы, оценивать объём выполненной работы и контролировать соблюдение установленных SLA. Если менеджер действует только как маршрутизатор заявок, он не выполняет своих основных обязанностей по управлению процессом, что приводит к снижению эффективности работы всей команды и несоблюдению временных рамок.

Вместо постоянной загрузки ресурсов можно применять подходы, основанные на принципах бережливого производства и теории ограничений. Это включает создание буферных зон для поглощения вариаций в потоке работы, фокусировку на скорости прохождения задач через систему вместо загрузки отдельных ресурсов, и создание культуры, где временные простои используются для улучшения процессов, обучения и планирования. Также важно внедрять системы визуализации рабочих процессов, чтобы видеть реальные узкие места и распределять нагрузку равномерно, а не пытаться загружать каждый ресурс на 100%. Такой подход повышает общую эффективность системы и снижает риски перепроизводства.