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

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

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

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

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

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

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

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

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

Для управления техническим долгом необходимо регулярно резервировать время и ресурсы команды на его выявление и продуктивное снижение. Следует работать над принятием стратегических архитектурных решений и применять антихрупкие паттерны построения приложений. Технический долг неизбежен, но важно, чтобы он возникал вследствие осознанных решений. Непродуманный технический долг снижает производительность, увеличивает количество дефектов, ухудшает тестирование и мешает мониторингу системы.