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

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

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

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

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

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

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

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

Устранение ошибки включает: 1) Анализ инцидентов и данных мониторинга для диагностики корневой причины; 2) Разработку решения, например, обновление ПО или перенастройку оборудования; 3) Тестирование исправлений в изолированной среде; 4) Внедрение изменений через процесс управления изменениями; 5) Верификацию результатов после внедрения. Для сложных систем может потребоваться сотрудничество нескольких команд, таких как DevOps и сетевые инженеры.

Бизнес-бенефиты (раздел Business benefits в нижнем левом квадранте) должны отвечать на вопрос, как результаты проекта будут полезны бизнесу в целом. Нужно указать, на какие вопросы руководства компании позволит ответить внедрение проекта, какие проблемы бизнеса будут решены. Например, можно указать: «Численные KPI для оценки качества операционной деятельности ИТ-подразделения», «Сокращение времени простоя системы за счет улучшенного управления инцидентами», «Повышение удовлетворенности клиентов за счет быстрого реагирования на запросы». Важно показать конкретную пользу для бизнеса, а не только для ИТ-отдела.