Для определения ПО, требующего лицензирования, необходимо составить список критически важных программ (например, Microsoft Suite, Adobe Photoshop), проанализировать правила лицензирования вендоров (особенно сложные, как у Oracle), и использовать сканеры сети для выявления фактически установленных продуктов. Затем данные следует сопоставить с купленными лицензиями. Важно сосредоточиться на тех продуктах, где наиболее высок риск нарушения лицензионных соглашений или штрафов (например, часто копируемый софт). Серверное ПО обычно менее приоритетно для первоначального учёта.

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

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

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

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

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

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

Опыт потребителя можно оценить через три основные категории: поведение потребителя в рамках использования услуги (например, объем усилий, затрачиваемых на выполнение операции, количество ошибок, обращений за помощью, длительность пауз и количество незавершенных действий), его мнение (например, уровень удовлетворенности, CSAT, NPS через опросы) и его действия (например, прекращение сервисных отношений, изменение объема потребления или каналов взаимодействия). Такая многогранная оценка позволяет получить полную картину восприятия услуги.

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

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