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

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

Нет, не существует универсального стандарта, который бы полностью покрывал все вопросы управления информационными технологиями. Согласно материалу от Гартнера, в этой области отсутствуют 'серебряные пули' (there is no silver bullet for standards), что означает необходимость комбинирования нескольких подходов для полного охвата потребностей организации.

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

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

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

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

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

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

На этапе стратегического планирования BRM (Business Relationship Management) выполняет несколько ключевых функций. BRM должен держать руку на пульсе изменений в бизнесе заказчика и знать его текущую деятельность, задачи и структуру спроса на услуги. Это позволяет ИТ-функции своевременно реагировать на изменения. BRM выступает представителем сервис-провайдера в ключевых дискуссиях по стратегии заказчика. Задачи BRM на этом этапе включают коммуникацию стратегических целей заказчика ИТ-специалистам, что позволяет переоценить ИТ-стратегию, проанализировать возможности и риски, а также пересмотреть портфель услуг. BRM обеспечивает постоянную связь между бизнес-требованиями и ИТ-планами, учитывая, что бизнес-потребности меняются в зависимости от внутренних и внешних факторов.