Definition of Done (DoD) - это концептуальное понятие в DevOps, которое определяет критерии завершения работы над задачей. Это согласованное понимание того, что работа считается выполненной. Согласно концепции DoD, важно иметь единообразное представление о том, что считается завершенной работой, чтобы избежать недопонимания между участниками процесса разработки и эксплуатации. В DevOps эта концепция получила развитие и дополнительное наполнение по сравнению с earlier практиками.

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

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

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

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

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

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

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

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

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