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

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

В ITIL мало примеров дополняющих услуг, поскольку эта концепция недостаточно детализирована в прикладных рекомендациях. Дополняющие услуги быстро эволюционируют: изначально выступая как «вау-факторы», они со временем становятся стандартными ожиданиями клиентов (вспомогательными услугами) или даже частью основных услуг. Например, бесплатный Wi-Fi, который раньше был преимуществом отеля, теперь воспринимается как обязательная функция. Это требует от поставщиков услуг постоянного поиска новых возможностей для инноваций и обновления инфраструктуры.

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

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

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

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

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

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

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