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

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

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

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

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

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

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

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

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

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