Принципы проектирования операционного превосходства

В основе основных принципов операционного превосходства являются методики DevOps, которые обеспечивают качество рабочей нагрузки с помощью стандартизованных рабочих процессов и сплоченности команды. Этот компонент определяет операционные процедуры для практик разработки, наблюдаемости и управления выпусками. Цель заключается в том, чтобы свести к минимуму дисперсию процесса, вероятность человеческой ошибки и нарушения работы клиентов. Чтобы оценить работоспособность операций, начните с следующих вопросов:

• Выполняете ли вы операции с дисциплиной?
• Используют ли клиенты рабочую нагрузку с максимальной прогнозируемостью?
• Как вы узнаете о опыте и сборе данных для непрерывного улучшения?

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

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

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

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

Если вы соответствуете этим целям, рабочие нагрузки будут работать надежно и прогнозируемо даже во время изменений. Неспособность выполнять операционные требования может привести к неудачным развертываниям, несогласованности взаимодействия с пользователем и добавленным затратам, которые могли бы быть избежать путем надлежащего планирования и упрощенного выполнения.

Объявите язык и региональные параметры DevOps

Расширьте возможности групп разработки и операций для непрерывного улучшения системного проектирования и процессов путем совместной работы, совместной работы, общей ответственности и владения.

DevOps — это сообщество практики, где разнообразие перспектив и навыков ведет к одной миссии. Teams должна способствовать совместной работе с общими знаниями вместо разложенного обучения. Используйте общие функции для преодоления ограничений ресурсов.

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

В то же время методики DevOps применяют четкие линии владения и подотчетности для каждой команды. Независимо от того, где работает приложение, команда рабочей нагрузки отвечает за это приложение.

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

Подход	Льготы
Используйте общие системы и средства , которые способствуют совместной работе для взаимодействия и отслеживания хода выполнения.	Общие средства и процессы обеспечивают прозрачное взаимодействие. Обе команды разработки и операций получают выгоду от ситуационной осведомленности в различных средах, распространенных проблемах поддержки, а также общих проблемах и победах. Команды уже знакомы с существующими путями эскалации, если есть инцидент. Общая невыполненная работа делает приоритеты, такие как работа над новыми функциями или исправление ошибок, ясно.
Создайте мышление непрерывного обучения и экспериментирования на протяжении всего цикла разработки. Поддержка совместного использования знаний между командами и обслуживание документации по повторному использованию. Проводите безвинный анализ и debrief после выпуска и /или после инцидента проверки.	Благодаря механизмам экспериментирования, таким как тестирование A/B и разработка доказательств концепции, вы можете поощрять инновации, сохраняя низкие затраты. Совместное использование знаний с помощью совместной работы, которая делает команду опытной в проектировании подходов, инструментов и процессов. Делая ретроспективы после проекта, помогает определить области для улучшения и отпраздновать успех.
Внедрение проверенных отраслевых гибких методик , ориентированных на оптимизацию действий. Поиск возможностей для перехода влево в операциях для ручных и автоматизированных процессов, развертывания и контроля качества и наблюдаемости.	Гибкие методики разработки приводят к более коротким жизненным циклам выпуска, которые являются индикатором бизнес-ценности. Обнаружение, разрешение и тем самым предотвращение проблем ранее часто менее навязчиво для процесса.
Задайте стандарты для всех процедур разработки и эксплуатации, а также проверьте их на регулярном уровне. Эти процедуры включают в себя стандартные задачи, внеплановые процессы, чрезвычайные детализации и ситуации, выбор инструментов, процедуры мониторинга, планы навыка и даже связь с заинтересованными лицами и клиентами. Будьте преднамеренными и явными о ваших решениях.	Стандарты добавляют прогнозируемость к операциям и делают процессы и практики масштабируемыми. Проверка стандартов — отличный способ привлечь точки улучшения. Подготовьтесь к чрезвычайным ситуациям и ситуациям восстановления путем проведения регулярных учений. Выполните с точностью и включите управление, чтобы предотвратить аномалии , которые приводят к рискам.
Воспользуйтесь преимуществами централизованных рабочих групп с специализированными навыками и опытом.	Существует преимущество использования общих ресурсов как для операций, так и для ресурсов. Хотя вы владеете рабочей нагрузкой, централизованная команда помогает вам с кроссфункциональными навыками, такими как управление инцидентами, упреждающая перспектива мониторинга и аутсорсинг опыта с доверием.

Создание стандартов разработки

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

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

Подход	Льготы
Функции рабочей нагрузки документа и получение преимуществ для клиентов. Производные области и подробные функциональные и нефункциональные требования архитектуры. Создайте модели оценки размера, чтобы сообщить о области и стоимости связанных задач.	Хорошие спецификации сокращают операционные затраты и вероятность сбоя , поддерживая более продуктивные и оптимизированные циклы разработки. Разработчики понимают технический дизайн, цели и критерии завершения перед началом цикла написания кода. Хорошая документация упрощает повторяемое взаимодействие и подключение новых участников команды.
Используйте стандартную методологию разработки программного обеспечения в отрасли, которая правильно настроена для потребностей рабочей нагрузки и размера группы. Сохраняйте невыполненную работу, общую для всех ролей.	Внедрение известной методологии задает ритм проекта. Он устраняет неоднозначность процесса, давая членам команды четкие ожидания и подотчетность. Отслеживая общий список, задачи можно уточнить и определить приоритеты с помощью стандартных методик. Проект будет иметь лучшие шансы на доставку вовремя. Стандартные методологии помогают в управлении рисками. С помощью подробных проверок вех разработчики могут решить потенциальные проблемы, прежде чем они становятся шоутопперами.
Используйте единую систему управления версиями для всех кода, скриптов, шаблонов развертывания, определений конвейера и связанной документации. Стратегия ветвления должна поддерживать свободный от трения выпуск независимых и взаимозависимых функций, исправлений ошибок и исправлений. Используйте общие знания в организации для создания стратегии ветвления и процессов развертывания.	Правильное использование системы управления версиями имеет решающее значение для поддержки параллельных изменений и управления версиями. Сохраняйте повторяющийся рабочий процесс для освобождения изменений различных размеров и рисков, проведения одноранговых проверок в рамках процесса и сохранения следа аудита.
Имеют процессы проверки качества, которые подчеркивают тестирование на ранних этапах жизненного цикла разработки. Включите все артефакты для запланированных процедур тестирования, включая компоненты приложения, инфраструктуру и операции плоскости данных, которые являются частью выпуска или обновления компонентов. Рассматривать артефакты как неизменяемые, когда они способствуют через среды, получая уверенность каждый раз, когда они проходят через качественные ворота. Где практические, автоматизируйте стандартные проверки.	Обеспечение качества гарантирует, что функциональные и нефункциональные требования были выполнены с уверенностью, что приводит к положительному влиянию клиентов. Наличие планов тестирования гарантирует качество и полноту и принимает возможные случаи сбоя. Благодаря качественным шлюзам можно применять рекомендации для снижения рисков. Неизменяемость обеспечивает уверенность, так как гарантирует, что система, которую вы тестируете, является именно тем, что вы выпускаете. Циклы тестирования эффективно блокируют ход выполнения, если не выполнены критерии качества.
Обеспечение согласованности с помощью руководств по стилю и инструментов, которые применяют соглашения, и внедряют общую цепочку инструментов для разработки, тестирования и взаимодействия с заинтересованными лицами. Технологические стандарты для разработчиков должны требовать реализации шаблонов, проектирования API, ведения журнала, обработки исключений и других процессов.	Согласованность в коде обеспечивает удобочитаемость и упрощенное обслуживание. Он также снижает сложность и позволяет повторно использовать код. Общие инструменты и соглашения также помогают командам оптимизировать процессы без необходимости решать варианты единого выхода.
Последовательно и намеренно настаивайте на документации разработчика кода в качестве написанного кода.	Четкая документация по коду гарантирует, что логика и функциональные возможности легко понимаются, когда старый код необходимо пересмотреть или при смене команд разработки.
Сообщите о прогрессе и тенденциях для измерения эффективности.	Тенденции в ошибках, неудачные обновления, время развертывания, циклы отзывов и другие метрики публикуются, и это повышает производительность.

Развитие операций с наблюдаемостью

Получите представление о системе, наследуйте аналитические сведения и принимаете решения на основе данных.

Создайте язык и региональные параметры, которые постоянно улучшают качество, отслеживая рабочую нагрузку и принимая во внимание все основные компоненты платформы Azure Well-Architected Framework. Позволяет команде и заинтересованным лицам принимать краткосрочные и долгосрочные решения во многих аспектах, предоставляя необходимые данные, статистику и тенденции. Ознакомьтесь с улучшениями данных и диска.

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

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

Подход	Льготы
Создайте систему мониторинга с собственным стеком и потоками. Рассматривайте систему мониторинга как измерение рабочей нагрузки, которая отделяется от своей служебной программы. Стек должен охватывать все слои, включая инфраструктуру, работоспособности приложений и процессы сборки и выпуска. Сбор или выборка бизнес-данных выходит за рамки реализации наблюдаемости.	Отделить стеки мониторинга и рабочей нагрузки от отдельных функциональных требований и требований к наблюдаемости и сделать возможным независимое развитие. Изменения в коде не должны влиять на мониторинг и наоборот. Поскольку требования к наблюдаемости отличаются от функциональных требований, бизнес-данные не будут нарушены при изменении конфигурации мониторинга или сбоях.
Согласованность диска в процессе сбора для каждого типа источника данных. Стандартизация инструментирования в коде с помощью отраслевых стандартов для телеметрии, сбора метрик инфраструктуры и инструментов.	Согласованность предотвращает дисперсию в чувственном и измерении, так как знакомство с аналогичными ресурсами сокращает время, затрачиваемое на корреляцию и анализ данных. У вас есть целостная перспектива для прогнозирования проблем.
Выводит данные телеметрии из кода приложения, который сопоставляет ключевые точки потока выполнения и предоставляет сквозное представление на разных уровнях детализации.	Определите приоритеты действий на основе уровня серьезности и понять контекст, учитывая его детализацию. Эта информация имеет решающее значение для устранения неполадок.
Ответственность за выдачу и сбор данных, даже если приемники данных разделяются несколькими командами и управляются центральными командами.	Локализация данных мониторинга в среде рабочей нагрузки позволяет команде получать доступ к журналам и метрикам для решения проблем с рабочей нагрузкой.
Соберите достаточно данных и сохраните его в течение достаточного времени. Рассмотрим компромиссы затрат, связанные с ведением журнала и хранением данных.	Преднамеренная сбор данных помогает оптимизировать финансовые и операционные затраты , связанные с сбором больше данных, чем вам нужно. Свести к минимуму шум и избежать интенсивных вычислений во время анализа и сократить затраты на хранение данных, которые больше не нужны.
Различайте различные сигналы мониторинга: профили, журналы, метрики и трассировки. Используйте каждый сигнал для правильной цели. Приоритет использования метрик для активации действий, основанных на числовых измерениях. Используйте профили для получения видимости нижнего уровня, например выделения памяти в систему. Зарезервирует использование журналов и трассировок для обеспечения контекста потоков и зависимостей.	Используя сигналы для правильных целей, можно предотвратить неэффективную реализацию системы мониторинга. Например, для действий требуется синтаксический анализ с помощью журналов. Возможно, вы сможете достичь одинаковых целей быстрее с помощью метрик.
Агрегируйте и визуализировать данные на панелях мониторинга, чтобы представить данные мониторинга, которые обслуживаются аудиторией и сохраняют бизнес-контекст. Используйте ситуационные панели мониторинга для поиска данных для обеспечения осведомленности среди заинтересованных лиц. Используйте операционные панели мониторинга и книги с возможностями детализации для действий операторов , таких как реагирование на инциденты. Часто обновляют панели мониторинга и предоставляют детализированные данные.	С помощью визуализаций можно анализировать тенденции, отслеживать бизнес-цели и управлять инцидентами. Панели мониторинга, адаптированные к интересам клиента, делают интерпретацию релевантной и ускоряют время обнаружения и действия.
Сделайте оповещения интерактивными , уведомляя учетные роли со стандартными описаниями и уровнями серьезности. Предоставьте сведения, которые сворачены из различных источников и отслеживают отклонения от бизнес-целей. Активация оповещений только для инцидентов, требующих действия. Стремиться к упреждающим и провоцированием оповещений, которые инициируют действия до ухудшения состояния становится сбоем.	Оповещения приводят внимание к значительным событиям, определенным организацией. Хорошая система оповещений определяет действия и серьезность и предоставляет достаточно данных для четкости и цели. Операторы могут запускаться при исправлении без задержки.

Уверенное развертывание

Достичь требуемого состояния развертывания с помощью прогнозируемости.

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

Группа рабочей нагрузки отвечает за цепочку поставок, так как она связана с собственной рабочей нагрузкой.

Подход	Льготы
Используйте инфраструктуру как код (IaC) для определения повторяемых аспектов цепочки поставок, готовых к работе. Предпочитайте декларативные подходы по сравнению с императивными методами.	Декларативные технологии IaC разработаны с учетом автоматизации и повторного использования. Вы можете выгрузить развертывания инфраструктуры от отдельных лиц в средства и обеспечить согласованное качество. С точки зрения инфраструктуры, при использовании меньшего количества вариантов технологий удаляет дисперсию в инструменте и упрощает обнаружение смещения конфигурации. Обслуживание также будет проще. Если вы выровняете варианты с существующим набором навыков команды, команда может легко принять их.
Подготовьте команду для использования выбранной технологии IaC. Узнайте о своей модели расширяемости, возможностях и ограничениях. Воспользуйтесь преимуществами специализации в команде и общими знаниями в организации.	Повышение производительности повышает производительность и способствует созданию среды совместной работы с помощью общего обучения. Вы можете заполнить пробелы с обучением вместо найма.
Следуйте рекомендациям по программному обеспечению для разработки и обслуживания IaC. Модульная модерация. Избегайте пользовательских или низкозначных абстракций. Выполните многоуровневый подход, чтобы отразить различные жизненные циклы. Формируйте базовые слои, в которых нижние слои остаются постоянными, а верхние слои изменяются по мере необходимости. Артефакты развертывания, такие как двоичные файлы приложений, шаблоны IaC и параметры, являются частью области атаки. Применение гарантий, таких как управление секретами, управление доступом и другие принципы основы безопасности.	Артефакты испытывают тот же уровень инженерной строгости, что и код приложения. Управление качеством с помощью одноранговых проверок и тестирования дает уверенность в развертывании. Многоуровневый подход упрощает обслуживание и создает границы, которые устанавливают четкие линии ответственности. Добавление элементов управления безопасностью в артефакты помогает защитить систему во время процесса развертывания.
Разработка общего манифеста развертывания, используемого во всех средах. Используйте этот манифест в качестве механизма по умолчанию для проектов greenfield, добавочных обновлений рабочей нагрузки или аварийного восстановления.	Удалите затраты на обслуживание нескольких ресурсов. Если произошла авария, восстановление будет быстрым и надежным, так как можно развернуть пробный и проверенный манифест вместо создания импровизированной среды.
Стремитесь к неизменяемой и эфемерной инфраструктуре , развернутой с помощью автоматизации IaC.	Запретить смещение конфигурации и сделать развертывание идемпотентным. Такая инфраструктура устраняет значительные операционные нагрузки, такие как исправление. Кроме того, это обеспечивает основные сценарии проверки, такие как развертывания инфраструктуры сине-зеленого цвета.

Примечание.

Уменьшите область использования портала только не повторяющимся задачам следователя.

Автоматизация для повышения эффективности

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

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

Благодаря автоматизации вы экономите время, усилия и деньги, и вы избегаете ошибок.

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

Внедрение методов безопасного развертывания

Реализуйте охранники в процессе развертывания, чтобы свести к минимуму влияние ошибок или непредвиденных условий.

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

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

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

Следующие шаги

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

Контрольный список операционных знаний