В 2002 году Google, под вдохновением отцов-основателей Ларри Пейджа и Сергея Брина, провела эксперимент по радикальному сокращению количества менеджеров, превратив компанию в плоскую структуру без иерархии. Эксперимент длился всего несколько месяцев, так как выяснилось, что сотрудники не могут эффективно работать без руководителей. Отсутствие менеджеров привело к неопределённости в распределении обязанностей, конфликтам и снижению производительности. После этого компания пересмотрела свою стратегию и постепенно вернулась к управлению с элементами иерархии, но с акцентом на минимизацию бюрократии и оптимизацию управленческой структуры.

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

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

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

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

Метрика продуктивности процесса управления проблемами рассчитывается по формуле, где в числитель включаются только проблемы, закрытые с кодом решения из группы 'а' (проблема решена, процесс обработки принес пользу, ресурсы потрачены не зря), а в знаменатель – проблемы из групп 'а' (решенные) и 'б' (закрытые без решения, но с непродуктивной тратой ресурсов). Проблемы из группы 'в' (закрытые без решения, но без вреда и пользы, например, дубли) исключаются из обоих частей формулы. Это позволяет минимизировать влияние непродуктивной активности на метрику.

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

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

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

"Fit for use" - это термин, который описывает характеристику Warranty (Гарантия) услуги. Он означает, насколько услуга находится в том состоянии, чтобы пользователь мог ею пользоваться без проблем. "Fit for use" определяется четырьмя компонентами: доступность (может ли пользователь получить услугу, когда это необходимо), мощность (достаточно ли ресурсов для удовлетворения запросов), безопасность (защищена ли услуга от несанкционированного доступа) и непрерывность (насколько услуга устойчива к перебоям). Например, если свет в комнате мигает, то при его высокой полезности (способности помочь читать в темноте) он имеет низкую пригодность к использованию из-за нестабильности работы.