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

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

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

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

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

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

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

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

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

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