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

В эксперименте Дэна Ариели участники двух групп по-разному справлялись с задачей сборки роботов LEGO Bionicle за деньги. В группе «Работа со смыслом» участники видели результат своего труда в виде выстроенных в ряд собранных роботов, что позволяло им осознавать ценность каждой следующей детали. В группе «Сизифов труд» роботы разбирались сразу после сборки, что уничтожало ощущение завершённости и ценности работы. Результаты эксперимента показывают, что участники первой группы собирали в среднем 10,6 роботов, а второй — всего 7,2. Кроме того, когда оплата снижалась ниже психологического барьера в $1, 65% участников первой группы продолжали работу, тогда как во второй группе эта доля составляла лишь 20%. Таким образом, эксперимент подтверждает, что когда люди видят смысл и результат своей работы, их продуктивность и мотивация значительно выше.

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

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

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

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

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

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

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

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