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

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

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

Неправильное распределение задач приводит к ряду негативных последствий: руководитель становится перегруженным рутинной работой, теряет контроль над стратегическими вопросами, снижается эффективность всей команды. В примере с деловой игрой Apollo-13 менеджер инцидентов, ставший маршрутизатором заявок, не смог обеспечить необходимый контроль за выполнением задач, в результате решено только 44% инцидентов, а среднее время решения увеличилось почти вдвое по сравнению с установленными SLA. Также может возникнуть хаос, потеря заявок и замедление работ, когда руководитель постоянно вмешивается в задачи сотрудников.

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

Для улучшения процесса управления инцидентами с помощью цикла Деминга сначала нужно определить проблему (например, долгие сроки решения инцидентов). На этапе Планируй (Plan) анализируется процесс с использованием инструментов вроде Expanded Incident Lifecycle, выявляются узкие места и разрабатывается гипотеза решения (например, немедленное решение простых инцидентов). На этапе Выполняй (Do) реализуется гипотеза в течение определенного периода. На этапе Проверяй (Check) оценивается эффективность изменений через опросы пользователей и анализ метрик. На этапе Корректируй (Act) принимается решение о дальнейших действиях: если результаты неудовлетворительны, цикл запускается заново с новыми корректировками (разделение персонала на группы для простых и сложных инцидентов), а при успехе улучшения внедряются в постоянную практику.

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

В тексте упоминаются две другие модели управления доступом наряду с ролевой моделью (RBAC). Это мандатное управление доступом (MAC, Mandatory Access Control), при котором доступ к ресурсам контролируется на основе меток безопасности и строгих политик, определенных администратором безопасности, и избирательное управление доступом (DAC, Discretionary Access Control), где владелец ресурса имеет полный контроль над предоставлением доступа к этому ресурсу. Упоминается, что модель RBAC была предложена как альтернатива этим двум моделям, сочетая в себе преимущества контролируемого управления при большей гибкости по сравнению с MAC и более строгом контроле по сравнению с DAC.

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

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