Менеджер по взаимоотношениям с бизнесом (Business relationship manager) играет важную роль в процессе управления уровнем услуг, хотя в данной статье он не рассматривается подробно. Его основная задача - обеспечивать связь между бизнесом и ИТ, передавая требования бизнеса в понятном для ИТ виде. Он занимается трансляцией требований бизнеса, полученных от заказчиков, в понятные ИТ-задачи, которые затем передаются владельцу услуги и другим процессам ИТ. BRM участвует в формировании требований к уровням услуг, которые ложатся в основу SLA.

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

Девять принципов ITIL Practitioner Guidance 2016 года трансформировались в семь принципов ITIL 4 2019 года следующим образом: два идентичных принципа остались без изменений ("Фокусируйтесь на ценности" и "Отталкивайтесь от текущей ситуации"); два принципа были объединены ("Сотрудничайте" и "Будьте прозрачны" стали одним - "Сотрудничайте и поощряйте прозрачность"); три принципа получили незначительные изменения формулировок ("Действуйте итерационно" стало "Действуйте итерационно, используя обратную связь", "Упрощайте" превратилось в "Простота и практичность", "Используйте целостный подход" получил дополнение "Think and work holistically"); один принцип ("Проектируйте, ориентируясь на потребительский опыт использования") был интегрирован в более общий принцип "Фокусируйтесь на ценности"; элементы другого принципа ("Приоритет прямого наблюдения") нашли отражение в рекомендациях по применению принципа "Отталкивайтесь от текущей ситуации"; и был добавлен новый принцип "Оптимизируйте и автоматизируйте".

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

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

Критичность отклонения оценивается через влияние сбоя на бизнес-процессы. Например, недоступность CRM-системы на час может привести к потере 100 заявок, а простой внутреннего почтового сервера — только к временному неудобству. Рекомендуется создать матрицу, где каждая услуга оценивается по шкале: 1) финансовые потери в час простоя, 2) число затронутых сотрудников, 3) регуляторные риски. Услуги с высокой оценкой по этим параметрам должны получать больший вес в обобщённом отчёте.

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

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

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

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