Для сбора статистики по трудозатратам на сопровождение CMDB можно применить несколько подходов. Оптимальный подход - ведение полного или выборочного учета трудозатрат, который предполагает 'списание часов' на задачи, выполненные в течение дня. Это позволяет получить точную статистику, на основании которой легко планировать необходимые ресурсы. Если такой учет не поставлен, можно воспользоваться консолидированной статистикой с портала REALITSM.RU, где участники могут делиться своей статистикой и наработками по оценке трудозатрат на сопровождение CMDB. Также можно произвести оценку трудозатрат на основе нормирования отдельных задач сопровождения CMDB в разбивке по группам конфигурационных единиц и ролям специалистов, учитывая требования к компетенциям исполнителя и различную стоимость рабочего времени для разных категорий специалистов.

Стандарты ИТ-управления, такие как ITIL, COBIT и ISO/IEC 20000, предусматривают рекомендации о назначении ответственных за процессы, но не всегда указывают на необходимость выделения отдельной должности. Например, в ITIL говорится о роли Process Owner (Владелец процесса), который отвечает за стратегическое развитие и качество процесса. Однако во многих организациях эта роль совмещается с операционными обязанностями. Стандарты предполагают, что если масштаб процесса достаточно велик, то его управление может стать основной должностью сотрудника. Наличие выделенных менеджеров процессов чаще всего наблюдается в крупных компаниях с высоким уровнем зрелости по моделям, таким как CMMI или ITIL Capability Maturity Model.

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

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

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

Международная ассоциация менеджеров по управлению ИТ-активами (IAITAM) проводит анализ лицензионных соглашений, фиксируя распространенные условия и рекомендации в своей библиотеке IBPL. Также стандарт ISO 19770 регламентирует подходы к управлению активами ПО и включает рекомендации по соответствию лицензионным соглашениям.

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

Для базовой веб-навигации и работы с почтой скорость в 10 кбит/с считается крайне низкой, так как даже простые сайты и электронная почта требуют минимум 50-100 кбит/с. Для стриминга видео, онлайн-игр и других ресурсоемких задач необходима скорость от 10 Мбит/с и выше. Нынешние стандарты подключения редко опускаются ниже 1 Мбит/с даже в условиях ограниченного тарифа.

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

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