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

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

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

Для определения ПО, требующего лицензирования, необходимо составить список критически важных программ (например, Microsoft Suite, Adobe Photoshop), проанализировать правила лицензирования вендоров (особенно сложные, как у Oracle), и использовать сканеры сети для выявления фактически установленных продуктов. Затем данные следует сопоставить с купленными лицензиями. Важно сосредоточиться на тех продуктах, где наиболее высок риск нарушения лицензионных соглашений или штрафов (например, часто копируемый софт). Серверное ПО обычно менее приоритетно для первоначального учёта.

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

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

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

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

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

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