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

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

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

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

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

ITIL и ISO/IEC 20000 ориентированы на управление ИТ-услугами с точки зрения потребителя, где ключевым аспектом является обеспечение функционирования системы для пользователя в нужный момент. ГОСТ 27.002-89 и ГОСТ Р 53480-2009 разработаны для технической надежности оборудования, где акцент делается на внутренние параметры системы. Разница обусловлена предметными областями: ИТ-услуги требуют учета внешних процессов, а техническая надежность — внутренних характеристик компонентов.

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

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

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

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