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

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

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

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

Современное выражение клиентоориентированности в бизнесе заключается в формулировании целей компании вокруг концепции высококачественного удовлетворения спроса, как, например, в описании компании Х: «Основное направление деятельности компании Х – наиболее качественное удовлетворение покупательского спроса». Это демонстрирует профессиональный и структурированный подход к удовлетворению потребностей клиентов.

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

Игра Grab@Pizza демонстрирует несколько ключевых аспектов взаимодействия бизнеса и ИТ: важность эффективной работы связки Business-SLM-Change для успеха бизнеса, сложность оценки и приоритизации ИТ-инициатив без их обоснования бизнес-выгодами, необходимость активной позиции технической поддержки в получении информации о предстоящих изменениях, а также использование финансовой системы координат как общего инструмента для согласования позиций бизнеса и ИТ. Игра также показывает, что успех бизнеса во многом зависит от способности ИТ-отдела управлять инцидентами и поддерживать стабильность инфраструктуры.

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

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

Международные организации, занимающиеся развитием и обменом знаниями в области управления ИТ-услугами и аутсорсингом, включают IAOP (Международную ассоциацию профессионалов в области аутсорсинга, www.iaop.org). Эта организация разрабатывает такие своды знаний как «Outsourcing Professional Body of Knowledge (OPBOK)» — трехсотстраничное руководство по внедрению профессиональных стандартов аутсорсинга, содержащее подробную информацию о разработке, реализации и управлении аутсорсингом, а также многочисленные шаблоны для практического применения. Кроме того, существуют другие своды знаний и стандарты, такие как SIAM Foundation Body of Knowledge и стандарты серии ISO 37500, покрывающие основные этапы и процессы управления аутсорсингом.