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

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

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

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

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

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

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

Для выражения эмпатии клиенту у сотрудника должны быть развиты следующие навыки: активное слушание (умение слушать без перебивания, давая клиенту возможность высказаться), признание чувств клиента (выражение понимания того, что он чувствует, например, «Я понимаю, как это может быть неприятно»), контроль собственных эмоций (способность сохранять спокойствие даже в стрессовых ситуациях), корректность в обращении (использование имени клиента, уважительный тон), умение признавать ошибки и извиняться от имени компании, задавание уточняющих вопросов вместо поспешных решений. Также важно умение проявлять искренний интерес к проблеме клиента и демонстрировать готовность помочь. Навыки выражения эмпатии включают в себя также способность искать общие интересы и вовлекать клиента в процесс решения проблемы, чтобы он чувствовал себя частью решения, а не оппонентом.

Неравномерное поступление инцидентов увеличивает среднее время их решения из-за эффекта очереди. Типичное распределение инцидентов похоже на 'верблюда' - с пиками нагрузки в определенные часы дня (обычно в первой половине). Когда инциденты приходят неравномерно, они попадают в очередь и вынуждены ждать своей очереди, даже если производительность персонала остается неизменной. В наихудшем случае, когда все инциденты приходят одновременно (например, утром), среднее время решения может возрасти в разы. Например, при 24 инцидентах, решаемых персоналом с производительностью 20 минут на инцидент, среднее время решения увеличивается с теоретических 20 минут до 4 часов 10 минут просто из-за эффекта последовательной обработки очереди.

Централизованный элемент в модели RBAC (Role-Based Access Control) - это использование ролей. Именно на основания ролях строится вся система управления доступом. Роли представляют собой набор разрешений, которые позволяют пользователям выполнять определенные действия с различными ИТ-ресурсами. В RBAC доступ к ресурсам предоставляется не напрямую пользователям, а через роли, которые затем назначаются пользователям. Это обеспечивает более гибкое и эффективное управление доступом по сравнению с другими моделями.