Книга: Руководство по DevOps
Создать условия для команд, ориентированных на рынок («оптимизация скорости»)
Создать условия для команд, ориентированных на рынок («оптимизация скорости»)
Говоря в широком смысле, для достижения результатов DevOps нам требуется уменьшить последствия функциональной ориентации («оптимизация затрат») и перейти к рыночной ориентации («оптимизация скорости»), с тем чтобы мы могли иметь много небольших команд, работающих безопасно и независимо друг от друга, быстро доставляя продукт клиентам.
Суть в том, что команды, ориентированные на рынок, несут ответственность не только за развитие функций, но и за тестирование, безопасность, развертывание и поддержку сервисов в производстве, от рождения идеи до прекращения ее использования. Эти группы созданы кросс-функциональными и независимыми, они имеют возможность разрабатывать и запускать пользовательские эксперименты, разрабатывать и поставлять новые функции, развертывать и запускать службы в производственной среде, устранять любые дефекты без зависимости от других групп, давая им таким образом возможность продвигаться к цели быстрее. Такая модель принята компаниями Amazon и Netflix и до сих пор провозглашается первой из них как одна из основных причин способности организации быстро меняться даже в процессе роста.
Для достижения рыночной ориентации не требуется проводить серьезную реорганизацию компании сверху донизу, часто создающую большое количество сбоев, вызывающую страх и даже парализующую деятельность организации. Вместо этого мы будем внедрять функциональных инженеров с соответствующими навыками (например, эксплуатация, тестирование, информационная безопасность) в каждую сервисную команду или предоставлять эти возможности командам с помощью автоматизированных самообслуживающихся платформ, воспроизводящих приближенную к производственной среду, выполняющих автоматизированное тестирование или производящих развертывание.
Это позволяет каждой сервисной команде независимо доставлять продукт клиентам без необходимости создавать задачи для других групп, например IT-эксплуатации, тестирования или информационной безопасности[51].
- Архетипы организационной структуры
- Проблемы часто бывают вызваны чрезмерно функциональной ориентацией («оптимизацией затрат»)
- Создать условия для команд, ориентированных на рынок («оптимизация скорости»)
- Создание функционально ориентированной работы
- Тестирование, эксплуатация и безопасность — повседневная работа каждого
- Каждый член команды может стать универсалом
- Финансируйте не проекты, а сервисы и продукты
- Устанавливайте границы между командами в соответствии с законом Конвея
- Создавайте слабосвязанные архитектуры, чтобы обеспечить продуктивность и безопасность труда разработчиков
- Сохраняйте размеры команд небольшими (правило «команда на две пиццы»)
- Практический пример
- Программа API Enablement компании Target (2015 г.)
- Заключение
- Инструмент командной строки gbak
- Решетка «упразднить – снизить – повысить – создать»
- Инструмент командной строки gfix
- 5.4 Команда trap: обработка прерываний
- Оптимизация сетевого трафика
- 11.2. Технология принятия решения в условиях чрезвычайной ситуации
- Команды и формирование культуры по инициативе сверху
- Scrum-команда: состав
- Часть III Установка, настройка и оптимизация операционной системы
- Глава 9 Тонкая настройка и оптимизация
- Как создать папку?
- Что делать, если надо создать несколько компакт-дисков с одним набором файлов?