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

Поток ценности должен включать в себя как процессы 'изменения бизнеса' (change the business), так и процессы его 'функционирования' (run the business). Если в поток включать только процессы изменения, то существует риск потерять ту самую ценность, которую так тщательно создавали, так как без поддержки текущих операций невозможно обеспечить стабильную подачу ценности клиентам. Баланс между развитием и поддержкой критически важен для долгосрочного успеха бизнеса.

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

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

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

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

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

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

Проекты по внедрению управления конфигурациями (CMDB) часто не достигают ожидаемых результатов из-за того, что фокус смещается на процесс и инструмент, а не на создание ценности для пользователей. Ключевые проблемы включают недостаточную актуальность и точность данных, отсутствие доверия со стороны пользователей к информации, избыточную бюрократию без практической пользы. Люди перестают использовать CMDB, так как не видят в этом необходимость из-за неактуальных записей. Это приводит к тому, что инвестиции в сбор и обработку информации не приносят положительного эффекта, а репутация ITIL и ITSM в организации ухудшается.

Для минимизации влияния конфликта интересов следует: четко обозначить факт конфликта всем заинтересованным сторонам, установить временную границу его окончания, разделить ответственность на конкретные задачи, определить минимально допустимый уровень качества (MVP) для каждой активности, периодически оценивать ситуацию сверху и управлять временем, фокусируясь на текущих задачах без отвлечения на конфликтующие обязанности.