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

Для адаптации модели AARM к внутренним inhouse продуктам необходимо внести следующие корректировки: Acquisition (привлечение) - измерять не количество новых пользователей, а успешность продвижения продукта внутри организации, степень вовлечения ключевых стейкхолдеров и одобрение руководства; Activation (активация) - фокусироваться на скорости и простоте внедрения продукта в рабочие процессы, времени до первой полезной реализации; Retention (удержание) - оценивать стабильность использования продукта во времени, уровень удовлетворенности внутренних клиентов, продолжительность контрактов или обязательств по использованию; Monetization (монетизация) - заменить на измерение улучшения бизнес-процессов, снижения затрат или повышения эффективности. Важно создать отдельные метрики для различных ролей (владельцы процессов, конечные пользователи, руководство) и учитывать, что спонсоры и пользователи могут иметь разные интересы. Также необходимо уделять особое внимание метрике TTV (Time-To-Value), так как для внутренних продуктов быстрое достижение ценности критично для дальнейшего поддержки и развития решения.

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

Чтобы оценить, создает ли система управления конфигурациями реальную ценность для организации, необходимо поговорить с теми, кто, по мнению руководства, должен использовать эту информацию, и попросить их показать, как они работают с ней на практике. Если люди не используют CMDB или используют её только формально, это свидетельствует о том, что система не приносит ценности. Также важно внедрить мониторинг и отчётность по реальным вариантам использования, чтобы измерять эффективность процесса. Если CMDB является просто «базой только для записи», её необходимо перепроектировать, сначала определив конкретные нужды пользователей и способы, которыми информация может быть полезна в их повседневной работе.

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

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

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

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

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

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