Ассоциация DASA выделяет шесть основных принципов DevOps: 1) Деятельность должна быть ориентирована на заказчика (Customer-Centric Action), включая постоянные инвестиции в продукты и услуги, обеспечивающие максимальную удовлетворённость заказчика, короткие циклы обратной связи и деятельность в духе Lean-стартапов с постоянными инновациями. 2) Ориентация на конечный результат (Create with the End in Mind), что означает отказ от водопадного подхода и процессно-ориентированных моделей в пользу продуктовой ориентации, когда все сотрудники понимают, что создают продукты для реальных заказчиков. 3) Ответственность от начала до конца (End-To-End Responsibility), подразумевающая, что команды отвечают за полный жизненный цикл продукта от концепции до вывода из эксплуатации. 4) Кросс-функциональные автономные команды (Cross-Functional Autonomous Teams), которые должны быть полностью независимыми на протяжении всего жизненного цикла, иметь сбалансированный набор компетенций и T-образные профили специалистов. 5) Постоянное совершенствование (Continuous Improvement), включающее адаптацию к изменяющимся обстоятельствам, сокращение потерь, оптимизацию скорости и затрат, упрощение поставки и постоянное совершенствование продуктов и услуг через экспериментирование и обучение на ошибках. 6) Автоматизируйте всё, что можете (Automate Everything You Can), что охватывает автоматизацию процессов разработки программного обеспечения (непрерывная поставка, непрерывная интеграция, непрерывное развёртывание) и всего инфраструктурного ландшафта (инфраструктура как код).

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

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

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

Существует два основных подхода к определению соотношения этих процессов. 1) Модель №1: CSI рассматривается как общий подход к совершенствованию, который встраивается во все области деятельности, в том числе в процесс управления проблемами. В этом случае CSI является мета-практикой или инструментом, который используется на всех этапах жизненного цикла услуги и опоясывает стратегию, проектирование, преобразование и эксплуатацию. Процесс управления проблемами, в свою очередь, использует подходы CSI для решения конкретных проблем. 2) Модель №2: Граница между CSI и PRB проходит не между различными видами деятельности, а между различными уровнями организации. В этом случае CSI представляет собой общекорпоративную практику, которая охватывает всю организацию (например, весь ИТ-департамент), в то время как процесс управления проблемами фокусируется на решении конкретных технических ошибок. При этом в большинстве организаций эти практики появляются не одновременно и имеют разный охват, что делает вопрос границы между ними актуальным только после установления жизнеспособности обеих практик. Если рассматривать CSI как мета-практику, обеспечивающую единые подходы к управлению качеством (аналогично практике риск-анализа), то эти процессы находятся в разных плоскостях, но взаимодействуют друг с другом.

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

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

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

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

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