Согласно ITIL v2, срочным считалось любое изменение, требующее ускоренного внедрения, включая новые функциональные возможности. В ITIL v3 концепция срочного изменения была заменена на экстренное изменение, которое определено более узко: экстренные изменения предназначены только для решения серьезных инцидентов или установки критических обновлений безопасности. ITIL v3 прямо указывает, что внедрение новых бизнес-требований должно обрабатываться как нормальное изменение с высокой степенью срочности, а не как экстренное. Таким образом, в ITIL v3 экстренные изменения используются исключительно для исправления существующих проблем, а не для добавления новых функций.

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

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

В тексте приводятся три примера внедрения практики работы новых сотрудников в бизнесе в России: одна производственная компания отправляет новых сотрудников (включая ИТ-специалистов) на сборочный конвейер, другая - на упаковку готовой продукции, третья - в свои розничные магазины. Все эти примеры направлены на то, чтобы сотрудники в первые недели работы получили наглядное понимание того, что представляет собой бизнес компании.

В новой версии курса по теме технического совершенства рассматриваются взаимосвязанные технические практики, такие как Continuous Integration (постоянная интеграция), автоматический откат назад и обеспечение обратно-совместимых программных интерфейсов. Объясняется, почему Continuous Integration невозможна без автоматического отката, который, в свою очередь, требует наличия обратно-совместимых интерфейсов.

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

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

В концепции ITIL 4 стереотипы (Юг) и эмоции (Восток) играют ключевую роль в преобразовании простых выходов (output) в реальную ценность (value). Выходы - это результаты предоставления услуги (например, доставка клиента из аэропорта в гостиницу), результаты (outcome) - это достижение клиентом его целей (прибыть вовремя к встрече). Однако ценность создаётся тогда, когда учитываются и преодолеваются стереотипы, а также управляются эмоции. Например, если клиент боялся негативного опыта с такси, но получил превосходный сервис, который нарушил его негативные установки и вызвал приятные эмоции, это создаёт дополнительную ценность, повышающую лояльность и вероятность повторного обращения. Таким образом, работа со стереотипами и эмоциями позволяет превосходить ожидания клиента и создавать уникальную ценность.

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

В управлении конфигурациями существуют альтернативы сервисно-ресурсной модели, такие как классические CMDB-подходы (Configuration Management Database), базирующиеся на иерархическом представлении конфигурационных элементов. Также можно использовать упрощенные подходы, фокусирующиеся только на критически важных элементах инфраструктуры. Некоторые организации применяют гибридные модели, сочетающие элементы различных подходов, чтобы соответствовать своим специфическим потребностям без избыточного усложнения.