В тексте приводятся два примера использования соревновательности: первый - проведение одновременных деловых игр "The Challenge of Egypt - управление проектами" для сотрудников различных подразделений на корпоративной выездной сессии, когда команды активно сравнивали свои результаты (например, проверяли, как построены пирамиды у других команд). Второй пример - внедрение сравнения KPI между инженерами технической поддержки на предыдущем месте работы, что привело к увеличению выполненной работы и улучшению её качества.

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

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

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

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

Фиксация условий нагрузки важна, потому что требования к производительности не могут быть универсальными для всех сценариев использования. Например, время формирования отчета может зависеть от количества операций за день. Если при 1000 операциях это занимает 5 минут, то при 10 000 операциях может потребоваться значительно больше времени. Поэтому необходимо четко определить, при каких условиях выполняется требование к производительности, чтобы избежать недоразумений и обеспечить реалистичные ожидания.

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

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

Риски не следует помещать напрямую в квадрант «Слабые стороны», потому что слабые стороны должны отражать внутренние свойства организации, которые создают условия для рисков. Напрямую записывая риск, мы упускаем анализ причин его возникновения. Например, риск «не договориться о взаимно-приемлемом решении задачи» указывает на возможную проблему, но без выявления слабых сторон (например, авторитарный стиль управления или наличие противоборствующих сторон), которые приводят к этому риску, анализ остается поверхностным. Только через понимание причин можно определить направления для устранения рисков.

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