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

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

Важно, чтобы инцидент возвращался именно той группе, которая предоставила решение, потому что только эта группа может исправить свои собственные ошибки и доработать инцидент корректно. Если же инцидент возвращается на обработку другой группе (например, Service Desk), то теряется ответственность за качество решения, и создается риск некачественной доработки, так как вторая группа может не обладать полным пониманием проблемы. Это также искажает метрику результативности, делая её менее точной.

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

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

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

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

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

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

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