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

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

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

Для распределения стоимости услуг по потребителям существуют несколько методов. Самый простой метод – пропорциональное распределение на основе количественных показателей потребления, таких как количество пользователей, объем обрабатываемых данных или время использования. Более сложный метод – Activity-Based Costing (ABC), который учитывает различные виды деятельности, необходимые для предоставления услуги, и распределяет издержки на основе реального потребления ресурсов. Также применяется метод распределения по ключевым показателям эффективности (KPI), когда стоимость распределяется в зависимости от важности услуги для достижения стратегических целей бизнеса. Выбор метода зависит от сложности ИТ-инфраструктуры, требований к точности расчетов и уровня зрелости бюджетного процесса в компании.

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

Упрощение ролевой модели в ITIL 4 подтверждает принцип 'Keep it simple and practical' (сохраняйте простоту и практичность). Эта эволюционная трансформация от ITILv3 к ITIL4 минимизирует вероятность избыточного усложнения системы управления и бесплодных споров о распределении задач между ролями. Принцип подчеркивает, что более простые и практические подходы к управлению ИТ-услугами приводят к более эффективной работе и лучшему пониманию обязанностей сотрудниками.

Суть метода Management By Objectives (MBO) заключается в регулярном совместном определении целей на следующий период планирования с подчиненными, которые сами являются руководителями разных уровней. Также включает выбор способа измерения прогресса и контроль достижения поставленных целей. Два ключевых аспекта: вовлечение исполнителей в постановку целей для преодоления их отторжения и совместное определение методов измерения для повышения доверия к контролям и оценкам результатов.

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

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

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