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

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

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

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

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

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

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

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

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

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