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

В настоящее время буква «R» в методологии SMART чаще всего означает «relevant» (релевантный), а не «realistic» (реалистичный), как иногда ошибочно используют. Под этим понимается соотнесение цели с контекстом и проверка, насколько целесообразно и уместно её достигать в данном конкретном случае.

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

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

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

Service Owner активно участвует в обсуждении и разработке SLA (уровней сервиса) и OLA (внутренних уровней сервиса), выступая от имени бизнеса при переговорах. Он обеспечивает, что SLA корректно отражают бизнес-требования и ожидания, а OLA поддерживают достижение внешних SLA. При этом Service Owner контролирует выполнение SLA и OLA и выступает в роли посредника при возникновении расхождений между ожиданиями и реальным уровнем сервиса.

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

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

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

ITIL 4 расширил применение четырех аспектов управления на всю систему создания ценности потому, что услуги не ограничиваются только этапом проектирования, а создают ценность на протяжении всего своего жизненного цикла через взаимодействие всех компонентов организации. В ITIL v3 2011 концепция, похожая на четыре аспекта (4P: Продукты, Процессы, Персонал, Партнеры), применялась преимущественно к этапу проектирования услуг. Однако в современных условиях, с развитием гибких методологий и усложнением ИТ-экосистем, стало очевидно, что эти компоненты влияют на все этапы создания и предоставления услуг. Расширение применения четырех аспектов на всю систему создания ценности отражает более глубокое понимание того, что организация должна интегрированно управлять услугами на всех стадиях их жизненного цикла. Это позволяет более гибко реагировать на изменения, обеспечивать согласованность между стратегией и операционной деятельностью и лучше удовлетворять потребности пользователей через согласованные потоки создания ценности.