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

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

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

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

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

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

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

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

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

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