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

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

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

Реализация стандартных запросов пользователей обычно относится к процессу выполнения запросов (Request Fulfillment), который является отдельным от управления изменениями. Управление изменениями (Change Management)主要用于 контроля и координации изменений в ИТ-инфраструктуре, тогда как выполнение запросов занимается обработкой стандартных запросов, не требующих изменения конфигурации. Однако на практике границы между этими процессами могут быть размыты, что вызывает вопросы у специалистов.

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

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

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

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

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

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