Мы все DevOps

DevOpsDaysMoscow, 07-12-2019, Михаил Чинков

В докладе я объясню, почему важнее фокусироваться на DevOps в культурном аспекте, чем как на способе развертывания новейшего стека технологий. Мы затронем следующие вопросы:
1. История: зачем вообще многие компании побежали за словом DevOps и почему DevOps – это неотъемлемая часть развития продукта.

2. Стандарты: как узнать о состоянии DevOps в вашей компании и почему вы все равно не получите точный ответ на этот вопрос.

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

4. Lessons Learned: какие шаги можно сделать для продвижения культурного аспекта DevOps.

5. Будущее: размышление о том, что делать в индустрии дальше, когда твоя компания уже в Elite Performers, и все чекпоинты по книгам о DevOps уже пройдены.

Кому будет интересно:
1. Техническим руководителям, которые видят «bottlenecks» в коммуникации инженеров.
2. Продакт-менеджерам, которые хотят углубиться в тему DevOps и соотнести развитие DevOps-культуры с развитием продукта.
3. Непосредственно инженерам, которые (все еще) верят в DevOps как способ уменьшить боль в своей работе.

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

Transcript

1. Мы все DevOps Михаил Чинков
2. Продвигаю DevOps в tech-компаниях Работаю в Web Размышляю о DevOps Продвигаю DevOps в компаниях Берлина О себе
3. Обзор доклада 1 2 3 Терминология Метрики Реальность Будущее 4
4. ТЕРМИНОЛОГИЯ Почему DevOps это не инженер?
5. Инженер и DevOps 1 2 3 Я не DevOps-инженер Я скорее Platform Engineer (хоть и DevOps-driven) В этом зале нет DevOps-инженеров Термин “DevOps-инженер” – диарея Digital-индустрии 4
6. “ DevOps is the way of building software for technology companies
7. акцент на доставке ценности юзеру фокус на людях и коллаборация делегирование рутины в workflow обратная связь из метрик Как видят DevOps евангелисты обмен знаниями и практическим опытом
8. акцент на доставке ценности юзеру фокус на людях и коллаборация делегирование рутины в workflow обратная связь из метрик Как видят DevOps компании обмен знаниями и практическим опытом
9. МЕТРИКИ Как понять насколько мы DevOps?
10. Data-Driven Business как аналогия
11. DevOps Report by Puppet Labs Medium performers Elite performers High performers Low performers
12. 24 capabilities
13. 24 capabilities 01 | Version control 02 | Deployment automation 03 | Continuous integration 04 | Trunk-based development 05 | Test automation 06 | Test data management 07 | Shift left on security 08 | Continuous delivery 09 | Loosely-coupled architecture 10 | Empowered teams 11 | Customer feedback 12 | Value stream 13 | Working in small batches 14 | Team experimentation 15 | Change approval processes 16 | Monitoring 17 | Proactive notification 18 | WIP limits 19 | Visualizing work 20 | Westrum org. culture 21 | Supporting learning 22 | Collaboration among teams 23 | Job satisfaction 24 | Transformational leadership
14. Adidas DevOps Maturity Framework https://github.com/adidas/adidas-devops-maturity-framework
15. Проблема стандартов 1 2 3 Фокус на “outputs”, а не на “outcomes” “Outcomes” невозможно стандартизировать Состояние DevOps определяет сама компания Компания этого не понимает Сложнее приоритизировать движение к DevOps 4 5
16. Почему мы все еще не DevOps? РЕАЛЬНОСТЬ
17. Домены проблемы Bloody Enterprise Messy Startup Медленное развитие организации, сложности со сменой вектора в головах тысяч сотрудников Отсутствие источника знаний, проблемы с выделением ресурсов на трансформацию
18. Было
19. Getting shit done 1 2 3 Переписали инфраструктурный код Запилили человеческий мониторинг Запилили космический core для CI/CD Развернули человеческий Staging и QA Конечно, все в контейнерах и на Kubernetes 4 5
20. Стало
21. Что не так? 1 2 3 Высокие требования ко времени решения задачи Технология масштабируема, человек – нет Демотивация обмена знаниями Проблемы коллаборации (выгорание/апатия) 4
22. Как нам стать DevOps? БУДУЩЕЕ
23. Цикл развития Инженеры самостоятельно запускают и чинят live- сервисы Никто не знает о том, как работает инфра Инфраструктура прозрачна и понятна инженерам Инженеры по желанию контрибьютят в core иннфраструктуры
24. Идеальная схема
25. Стремление к быстрому response Воркшопы, парное программирование Уверенность инженера как цель Platform Team Покрытие всех аспектов инфры Чередовать технологии, процессы и культуру Самоорганизация, roadmap, stakeholders Процесс как рутинная повторяющаяся операция Снаружи Внутри
26. “ Закрыв все культурные и технические гештальты, DevOps-трансформация в компании будет учитывать обратную связь от бизнес-метрик и метрик платформы
27. Вопросы? Contact Blog