Шестой принцип DevOps по DASA 'Автоматизируйте всё, что можете' охватывает два основных аспекта автоматизации: во-первых, автоматизацию процессов разработки программного обеспечения, включая непрерывную поставку (continuous delivery), которая сама подразумевает непрерывную интеграцию (continuous integration) и непрерывное развёртывание (continuous deployment). Во-вторых, автоматизацию всего инфраструктурного ландшафта, что в современных практиках реализуется через подход 'инфраструктура как код' (Infrastructure as Code). Такой широкий взгляд на автоматизацию позволяет снизить человеческий фактор, ускорить процессы разработки и доставки, повысить надёжность и воспроизводимость систем, а также обеспечить возможность быстрого масштабирования и восстановления систем при необходимости.

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

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

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

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

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

Согласно ITIL V3 в процессе управления уровнем услуг (Service Level Management) участвуют следующие ключевые роли: Владелец процесса (Service level management process owner), Менеджер процесса (Service level management process manager), Владелец услуги (Service owner) и Менеджер по взаимоотношениям с бизнесом (Business relationship manager). В указанной статье особое внимание уделяется связке ролей Service level manager и Service owner, рассматривая их зоны ответственности и необходимость тесного взаимодействия.

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

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

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