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

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

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

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

Система Kanban предотвращает перегрузку участков производственного процесса за счёт принципа вытягивающего производства и явно установленных ограничений на количество работ в процессе (WIP). Последующий этап процесса может «заказать» следующую работу у предыдущего этапа только тогда, когда готов её принять, что предотвращает накопление избыточных запасов. Если на этапе достигнуто ограничение WIP, то дальнейшие задачи не могут быть переданы на этот этап до тех пор, пока не освободится место. Такой подход обеспечивает баланс загрузки между участками и не позволяет одному этапу перегружать следующий, что ведёт к более равномерному потоку и сокращению времени ожидания.

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

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

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

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

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