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

TTL (Time To Live) — это установленный срок жизни статьи в Базе знаний, по истечении которого информация должна быть перепроверена на актуальность. При приближении срока TTL эксперт переоценивает статью и принимает решение о её продлении в актуальном состоянии или архивации. Это позволяет поддерживать данные в базе свежими и полезными.

Задачи процесса рекомендуется фиксировать в регламенте процесса, так как они меняются реже целей и отражают устоявшуюся технологию реализации процесса. Они определяют конкретные функции, которые процесс должен выполнять для соответствия своему назначению (например, накопление знаний по устранению инцидентов для службы поддержки). Цели процесса, напротив, регулярно пересматриваются (на зрелости уровня 3+), так как привязаны к конкретным временным периодам и бизнес-задачам. Их фиксация в регламенте приведёт к частым изменениям документа, поэтому их размещают в планах управления или картах показателей, где они могут обновляться без переработки основного регламента процесса.

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

ISO 22301:2012 (Societal security – Business continuity management systems – Requirements) - это основной международный стандарт по управлению непрерывностью бизнеса, который статус международного стандарта получил в 2012 году. Ранее, до принятия в качестве международного стандарта, он был известен как BS 25999 (британский стандарт). Стандарт вводит важную терминологию и предъявляет требования к планированию, проектированию, внедрению, сопровождению, оценке и постоянному совершенствованию системы управления непрерывностью бизнеса.

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

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

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

Точки взаимодействия с потребителем в путешествии заказчика определяются путем анализа этапов путешествия и сопоставления их с видами деятельности потоков создания ценности. Необходимо выделить те шаги, где происходит прямой контакт между потребителем и провайдером - это и будет полоса видимости. Проходя через этапы путешествия (Offer, Agree, Co-create и другие), потребитель взаимодействует с провайдером, и некоторые из этих взаимодействий приводят к запуску потоков. Для детального определения точек взаимодействия нужно проанализировать, на каких этапах путешествия происходит предъявление спроса потребителем и какие потоки при этом запускаются.

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