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

В контексте цифровой трансформации эффект Даннинга-Крюгера проявляется в том, что многие организации и специалисты неадекватно оценивают свои возможности и знания в новых технологических областях. Это может приводить к излишней самоуверенности в устаревших методах (например, ручное тестирование вместо CI/CD) или, наоборот, к неуверенности в необходимости внедрения новых практик (ежедневные релизы). Как указано в тексте, успешная цифровая трансформация требует не только технических изменений, но и работы с персоналом – повышения уровня компетенции, обучения адекватной самооценке и формирования правильной мотивации.

Используемая ITSM-система существенно влияет на решение о разделении процессов. Многие современные ITSM-продукты, такие как HP SM или BMC Remedy ITSM Suite, реализуют строгое разделение инцидентов и сервисных запросов как разные объекты с разными возможностями обработки, что стимулирует организации следовать этой практике. Если система не поддерживает гибкой переклассификации обращений, это может усилить проблемы, связанные с нечеткими границами между типами запросов. Некоторые системы, как HP OpenView Service Desk, предлагают альтернативные подходы к разделению (например, по источнику запроса), что может оказаться более практичным. Поэтому решение о разделении процессов должно учитывать как практические потребности организации, так и возможности используемого инструментария.

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

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

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

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

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

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

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