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

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

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

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

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

Для проверки соответствия CMDB требованиям управления мощностями необходимо выполнить следующие шаги: во-первых, убедиться, что в CMDB построены логические модели приложений и услуг, включающие физические ресурсы и функциональные роли, такие как СУБД, web-сервер, файл-сервер. Во-вторых, проверить наличие в связях между элементами атрибутов и логики, которые переносят потребность в мощностях и стоимость обеспечения. В-третьих, проверить поддержку плановых объектов для моделирования целевой архитектуры. Эта проверка позволит не только определить, можно ли использовать CMDB для планирования мощностей, но и выявить конкретные области для улучшения системы.

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

Схема cost plus (с наценкой 1-2%) приводит к увеличению затрат, потому что руководство аутсорсерской компании получает мотивацию снижать эффективность работы. Чем больше ресурсов тратится на выполнение задач, тем больше оказывается 'запас' ресурсов, который формально учитывается как прибыль. Это создает систему, где неэффективность работы становится выгодной для руководства аутсорсера.

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

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