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

Новый KPI создает стимул для минимизации количества инцидентов, поскольку решение вблизи Tmax дает низкий рейтинг. В отличие от традиционного подхода, где достаточно уложиться в Tmax для получения максимального балла, здесь даже успешное устранение инцидента за 3,9 часа из 4-часового лимита считается неоптимальным. Это поощряет не только оперативное реагирование, но и профилактические меры по повышению общей надежности ИТ-систем, так как любые инциденты, влияющие на бизнес (te > Tmin), негативно сказываются на итоговом рейтинге.

Прогнозирование потребности в ресурсах ИТ с помощью среднего чека начинается с расчета количества сделок, необходимых для выполнения плана продаж. Например, годовой план в 1440 млн рублей при среднем чеке 10 000 рублей требует 120 000 сделок в год. Зная производительность одного продавца (20 сделок в день), можно определить, что необходимо около 500 продавцов. Это позволяет оценить количество одновременно работающих пользователей, объем операций в ИТ-системах и количество обращений в Service Desk. На основе этих данных строится план необходимых ресурсов: серверная мощность, пропускная способность сети, количество лицензий и персонал поддержки.

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

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

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

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

По данным исследования Гартнера 2006 года, из 440 опрошенных организаций ITIL использовало всего 13% компаний, в то время как 33% организаций применяли собственный внутренний подход к организации управления ИТ-процессами. Это демонстрирует, что, несмотря на громкие заявления о глобальном распространении ITIL, на практике многие компании предпочитают разрабатывать свои собственные.framework'ы управления.

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

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