SlideShare a Scribd company logo
1 of 16
Реальный DevOps в
энтерпрайзе
Александр Тараторин
Райффайзенбанк
05 июня 2017 г
О себе
Компании:
• 8 лет в Альфа-Банке
• 3 года в МТС
• уже 10 лет в Райффайзенбанке
Роли:
• Инженер и менеджер в поддержке
• Менеджер по стратегии и процессам
• ПМ
Александр Тараторин
начальник Управления поддержки приложений,
управляющий директор
taratorin@raiffeisen.ru
О Райффайзенбанке
Банк (на 1.04.2017 г) 1:
• №13 по активам
• №10 по депозитам физлиц
• №6 по чистой прибыли
• №2 из TOP 15 по эффективности
активов (ROA2)
ИТ:
• 800+ сотрудников
• Основные площадки - Москва и Омск
• 300+ банковских приложений
1 По данным российской отчетности, методология banki.ru
2 ROA (Return on Assets) – возврат на активы
Что такое DevOps?
Как по-вашему, что из этого входит в понятие DevOps?
• Автоматизация процессов разработки и внедрения
• Объединение Dev и Ops
• Культура сотрудничества Dev и Ops
• Правильные процессы работы Dev и Ops
• Современная архитектура приложений, позволяющая
применять DevOps
• DevOps - это просто очередной модный термин, ничего
большего
Энтерпрайз как площадка для DevOps
• Много сложных взаимосвязанных приложений
• Много устаревших технологических решений
• Сложная и глубокая оргструктура, много
начальников
• Масса регуляторных ограничений и
проверяющих их аудитов
• Низкая мобильность организации, бюрократия
А нужен ли энтерпрайзам DevOps?
DevOps: наши рецепты
Цели и заказчики DevOps
Цель:
• Ускорить разработку и внедрение ПО не в ущерб качеству
Место DevOps в Банке:
• Часть стратегии ИТ
• Часть программы «Agile Organization»
«Двигатели» DevOps:
• 3 Топа в IT
• Часть среднего менеджмента
• Люди «в полях»
DevOps манифест Райффайзенбанка
Мы фокусируемся на достижении
цели, а не на бесконечном
планировании
Все, что делаем более 1 раза -
автоматизируем
Мы соблюдаем стандарты и
умеем их менять
Everything-as-a-Code Эффективность - ответственность
каждого
Мы верим в кросс-функциональные
самоорганизующиеся команды,
отвечающие за внедрение и за
стабильность
Культура
• Пропаганда на всех уровнях
• Личное общение
• Таунхоллы
• Манифест DevOps
• Внутренние конференции
• ИТ информер
• Внутренний блог
• Обучение
• ИТ академия
• Домашние задания
+ Включение целей и задач по DevOps в годовые и квартальные цели. Для
поддержки культурных преобразований
Структура
• Никакой реструктуризации ради DevOps – проводим изменения
через матричные структуры
• Три модели взаимодействия Dev и Ops
• Ops внутри SCRUM-команд
• Выделенные сотрудники из Dev и Ops выполняют связующие функции
• Ops-команда работает как сервис
Организационные практики DevOps*
Практика Описание
Requirements grooming Совместное (Dev+Ops) участие в формировании требований к задачам
Backlog Prioritization
Совместная (Dev+Ops+Product owner) приоритизация задач в бэклоге
(инциденты, проблемы)
Meetings
Участие Dev и Ops в совместных встречах команды (ретро, стэндапы,
планирование и приоритизация задач, декомпозиция)
CI / CD Pipeline
Совместное Dev+Ops внедрение CI / CD практик. Автоматизация установок и
рутинных действий по целевым приложениям команд
Source code access Предоставление доступа к исходному коду приложений сотрудникам Ops
Demo Проведение Demo нового функционала приложения Dev+Ops+бизнес
Collocation Совместное расположение команды (Dev+Ops+бизнес) на одной площадке
Incident analysis Совместный разбор нетиповых инцидентов
Access to production
Доступ Dev к логам и (возможно) данным в промышленной среде для решения
инцидентов
*Список живой, регулярно пополняется и корректируется
Инструменты
• Основной объем работ делают
сами DevOps команды
• Внешние вендоры на «участках
прорыва»
• Где не хватает рук или
компетенции у команд -
внутренний центр экспертизы
по CI/CD
• Разумная гибкость
• R&D по технологиям
Метрики и процессы
• Не перегружать людей метриками
• Не пытаться измерять не
«устаканившиеся» процессы
• Менять только те процессы, в
которых уже есть боль
Метрики DevOps команд:
• Скорость разработки
• Объем разработки
• Стабильность приложения
• Скорость решения инцидентов
Подход к внедрению
• Никакого долгосрочного плана
• Цели на год / квартал
• Регулярный пересмотр целей
• Задачи в JIRA
• Еженедельные статус-митинги
• Чемпионы
• Вирусный маркетинг
А вы уже внедряете
DevOps?
Приходите к нам,
обменяемся опытом!
e-mail: devops@raiffeisen.ru

More Related Content

What's hot

DevOps в Agile среде. Как, почему и когда инструменты помогают.
DevOps в Agile среде. Как, почему и когда инструменты помогают.DevOps в Agile среде. Как, почему и когда инструменты помогают.
DevOps в Agile среде. Как, почему и когда инструменты помогают.Alexander Titov
 
Как не налететь на рифы в море преимуществ Scrum: организация и оптимизация т...
Как не налететь на рифы в море преимуществ Scrum: организация и оптимизация т...Как не налететь на рифы в море преимуществ Scrum: организация и оптимизация т...
Как не налететь на рифы в море преимуществ Scrum: организация и оптимизация т...CEE-SEC(R)
 
Как проекты приходят к DevOps?
Как проекты приходят к DevOps?Как проекты приходят к DevOps?
Как проекты приходят к DevOps?SQALab
 
SECON'2016 Евтухович Иван, Эксплуатация завтрашнего дня: от DevOps к NoOps
SECON'2016 Евтухович Иван, Эксплуатация завтрашнего дня: от DevOps к NoOpsSECON'2016 Евтухович Иван, Эксплуатация завтрашнего дня: от DevOps к NoOps
SECON'2016 Евтухович Иван, Эксплуатация завтрашнего дня: от DevOps к NoOpsSECON
 
QA Fest 2017. Святослав Логин. Как провести тестирование на безопасность Web ...
QA Fest 2017. Святослав Логин. Как провести тестирование на безопасность Web ...QA Fest 2017. Святослав Логин. Как провести тестирование на безопасность Web ...
QA Fest 2017. Святослав Логин. Как провести тестирование на безопасность Web ...QAFest
 
DevOps от и до - что, зачем и почему
DevOps от и до - что, зачем и почемуDevOps от и до - что, зачем и почему
DevOps от и до - что, зачем и почемуAndrey Rebrov
 
Багфиксинг процесса разработки в iOS: взгляд с двух сторон
Багфиксинг процесса разработки в iOS: взгляд с двух сторонБагфиксинг процесса разработки в iOS: взгляд с двух сторон
Багфиксинг процесса разработки в iOS: взгляд с двух сторонBadoo Development
 
QA Fest 2017. Надежда Шкуда. Работает ли A/B тестирование?
QA Fest 2017. Надежда Шкуда. Работает ли A/B тестирование?QA Fest 2017. Надежда Шкуда. Работает ли A/B тестирование?
QA Fest 2017. Надежда Шкуда. Работает ли A/B тестирование?QAFest
 
Развитие DevOps/NoOps инструментов. Что было, что есть, что будет.
Развитие DevOps/NoOps инструментов.  Что было, что есть, что будет.Развитие DevOps/NoOps инструментов.  Что было, что есть, что будет.
Развитие DevOps/NoOps инструментов. Что было, что есть, что будет.Ivan Evtukhovich
 
DevOps и системы управления конфигурацией. SECON 2015
DevOps и системы управления конфигурацией. SECON 2015DevOps и системы управления конфигурацией. SECON 2015
DevOps и системы управления конфигурацией. SECON 2015Ivan Evtukhovich
 
QA Fest 2017. Андрей Лазарев.Эффективный поиск невоспроизводимых ошибок
QA Fest 2017. Андрей Лазарев.Эффективный поиск невоспроизводимых ошибокQA Fest 2017. Андрей Лазарев.Эффективный поиск невоспроизводимых ошибок
QA Fest 2017. Андрей Лазарев.Эффективный поиск невоспроизводимых ошибокQAFest
 

What's hot (11)

DevOps в Agile среде. Как, почему и когда инструменты помогают.
DevOps в Agile среде. Как, почему и когда инструменты помогают.DevOps в Agile среде. Как, почему и когда инструменты помогают.
DevOps в Agile среде. Как, почему и когда инструменты помогают.
 
Как не налететь на рифы в море преимуществ Scrum: организация и оптимизация т...
Как не налететь на рифы в море преимуществ Scrum: организация и оптимизация т...Как не налететь на рифы в море преимуществ Scrum: организация и оптимизация т...
Как не налететь на рифы в море преимуществ Scrum: организация и оптимизация т...
 
Как проекты приходят к DevOps?
Как проекты приходят к DevOps?Как проекты приходят к DevOps?
Как проекты приходят к DevOps?
 
SECON'2016 Евтухович Иван, Эксплуатация завтрашнего дня: от DevOps к NoOps
SECON'2016 Евтухович Иван, Эксплуатация завтрашнего дня: от DevOps к NoOpsSECON'2016 Евтухович Иван, Эксплуатация завтрашнего дня: от DevOps к NoOps
SECON'2016 Евтухович Иван, Эксплуатация завтрашнего дня: от DevOps к NoOps
 
QA Fest 2017. Святослав Логин. Как провести тестирование на безопасность Web ...
QA Fest 2017. Святослав Логин. Как провести тестирование на безопасность Web ...QA Fest 2017. Святослав Логин. Как провести тестирование на безопасность Web ...
QA Fest 2017. Святослав Логин. Как провести тестирование на безопасность Web ...
 
DevOps от и до - что, зачем и почему
DevOps от и до - что, зачем и почемуDevOps от и до - что, зачем и почему
DevOps от и до - что, зачем и почему
 
Багфиксинг процесса разработки в iOS: взгляд с двух сторон
Багфиксинг процесса разработки в iOS: взгляд с двух сторонБагфиксинг процесса разработки в iOS: взгляд с двух сторон
Багфиксинг процесса разработки в iOS: взгляд с двух сторон
 
QA Fest 2017. Надежда Шкуда. Работает ли A/B тестирование?
QA Fest 2017. Надежда Шкуда. Работает ли A/B тестирование?QA Fest 2017. Надежда Шкуда. Работает ли A/B тестирование?
QA Fest 2017. Надежда Шкуда. Работает ли A/B тестирование?
 
Развитие DevOps/NoOps инструментов. Что было, что есть, что будет.
Развитие DevOps/NoOps инструментов.  Что было, что есть, что будет.Развитие DevOps/NoOps инструментов.  Что было, что есть, что будет.
Развитие DevOps/NoOps инструментов. Что было, что есть, что будет.
 
DevOps и системы управления конфигурацией. SECON 2015
DevOps и системы управления конфигурацией. SECON 2015DevOps и системы управления конфигурацией. SECON 2015
DevOps и системы управления конфигурацией. SECON 2015
 
QA Fest 2017. Андрей Лазарев.Эффективный поиск невоспроизводимых ошибок
QA Fest 2017. Андрей Лазарев.Эффективный поиск невоспроизводимых ошибокQA Fest 2017. Андрей Лазарев.Эффективный поиск невоспроизводимых ошибок
QA Fest 2017. Андрей Лазарев.Эффективный поиск невоспроизводимых ошибок
 

Similar to Реальный DevOps в энтерпрайзе

BI-проекты глазами аналитика
BI-проекты глазами аналитикаBI-проекты глазами аналитика
BI-проекты глазами аналитикаSQALab
 
Система управления жизненным циклом разработки программного обеспечения Devpr...
Система управления жизненным циклом разработки программного обеспечения Devpr...Система управления жизненным циклом разработки программного обеспечения Devpr...
Система управления жизненным циклом разработки программного обеспечения Devpr...Evgeny Savitsky
 
Никита Ремизов - Введение в разработку ТЗ
Никита Ремизов - Введение в разработку ТЗНикита Ремизов - Введение в разработку ТЗ
Никита Ремизов - Введение в разработку ТЗDrupalSPB
 
Управление &#1087...
Управление &#1087...Управление &#1087...
Управление &#1087...akor
 
Что DevOps должен знать про статический анализ кода?
Что DevOps должен знать про статический анализ кода?Что DevOps должен знать про статический анализ кода?
Что DevOps должен знать про статический анализ кода?Andrey Karpov
 
Agile requirements management
Agile requirements managementAgile requirements management
Agile requirements managementAlexey Bolshakov
 
цифровой Hr в производственной компании северсталь 2
цифровой Hr в производственной компании северсталь 2цифровой Hr в производственной компании северсталь 2
цифровой Hr в производственной компании северсталь 2HR&Trainings EXPO
 
Больше чем анализ
Больше чем анализБольше чем анализ
Больше чем анализSQALab
 
5 alina petrenko - key requirements elicitation during the first contact wi...
5   alina petrenko - key requirements elicitation during the first contact wi...5   alina petrenko - key requirements elicitation during the first contact wi...
5 alina petrenko - key requirements elicitation during the first contact wi...Ievgenii Katsan
 
технологии внедрения корпоративного портала с практическими примерами внедрений
технологии внедрения корпоративного портала с практическими примерами внедренийтехнологии внедрения корпоративного портала с практическими примерами внедрений
технологии внедрения корпоративного портала с практическими примерами внедренийTatjana Ostretsova
 
Software Analytics in frontend
Software Analytics in frontendSoftware Analytics in frontend
Software Analytics in frontendDenis Kolesnikov
 
Длинный путь к DevOps?
Длинный путь к DevOps?Длинный путь к DevOps?
Длинный путь к DevOps?CEE-SEC(R)
 
Система управления требованиями Devprom
Система управления требованиями DevpromСистема управления требованиями Devprom
Система управления требованиями DevpromEvgeny Savitsky
 
Dev ops performance lab-v2 (1)
Dev ops performance lab-v2 (1)Dev ops performance lab-v2 (1)
Dev ops performance lab-v2 (1)Rostislav Achilov
 
Доски проектов и продуктов на TFS: Agile-визуализация на уровне компании
Доски проектов и продуктов на TFS: Agile-визуализация на уровне компанииДоски проектов и продуктов на TFS: Agile-визуализация на уровне компании
Доски проектов и продуктов на TFS: Agile-визуализация на уровне компанииGoSharp
 
Развитие сообщества Open DevOps Community
Развитие сообщества Open DevOps CommunityРазвитие сообщества Open DevOps Community
Развитие сообщества Open DevOps CommunityPositive Hack Days
 
Software People 2010
Software People 2010Software People 2010
Software People 2010Sergey Orlik
 
Agile days `16 summary
Agile days `16 summaryAgile days `16 summary
Agile days `16 summaryAnton Zhukov
 

Similar to Реальный DevOps в энтерпрайзе (20)

BI-проекты глазами аналитика
BI-проекты глазами аналитикаBI-проекты глазами аналитика
BI-проекты глазами аналитика
 
Система управления жизненным циклом разработки программного обеспечения Devpr...
Система управления жизненным циклом разработки программного обеспечения Devpr...Система управления жизненным циклом разработки программного обеспечения Devpr...
Система управления жизненным циклом разработки программного обеспечения Devpr...
 
Никита Ремизов - Введение в разработку ТЗ
Никита Ремизов - Введение в разработку ТЗНикита Ремизов - Введение в разработку ТЗ
Никита Ремизов - Введение в разработку ТЗ
 
Управление &#1087...
Управление &#1087...Управление &#1087...
Управление &#1087...
 
Что DevOps должен знать про статический анализ кода?
Что DevOps должен знать про статический анализ кода?Что DevOps должен знать про статический анализ кода?
Что DevOps должен знать про статический анализ кода?
 
Agile requirements management
Agile requirements managementAgile requirements management
Agile requirements management
 
цифровой Hr в производственной компании северсталь 2
цифровой Hr в производственной компании северсталь 2цифровой Hr в производственной компании северсталь 2
цифровой Hr в производственной компании северсталь 2
 
Больше чем анализ
Больше чем анализБольше чем анализ
Больше чем анализ
 
5 alina petrenko - key requirements elicitation during the first contact wi...
5   alina petrenko - key requirements elicitation during the first contact wi...5   alina petrenko - key requirements elicitation during the first contact wi...
5 alina petrenko - key requirements elicitation during the first contact wi...
 
DevOps and Azure
DevOps and AzureDevOps and Azure
DevOps and Azure
 
технологии внедрения корпоративного портала с практическими примерами внедрений
технологии внедрения корпоративного портала с практическими примерами внедренийтехнологии внедрения корпоративного портала с практическими примерами внедрений
технологии внедрения корпоративного портала с практическими примерами внедрений
 
MS ALM 2013 Review
MS ALM 2013 ReviewMS ALM 2013 Review
MS ALM 2013 Review
 
Software Analytics in frontend
Software Analytics in frontendSoftware Analytics in frontend
Software Analytics in frontend
 
Длинный путь к DevOps?
Длинный путь к DevOps?Длинный путь к DevOps?
Длинный путь к DevOps?
 
Система управления требованиями Devprom
Система управления требованиями DevpromСистема управления требованиями Devprom
Система управления требованиями Devprom
 
Dev ops performance lab-v2 (1)
Dev ops performance lab-v2 (1)Dev ops performance lab-v2 (1)
Dev ops performance lab-v2 (1)
 
Доски проектов и продуктов на TFS: Agile-визуализация на уровне компании
Доски проектов и продуктов на TFS: Agile-визуализация на уровне компанииДоски проектов и продуктов на TFS: Agile-визуализация на уровне компании
Доски проектов и продуктов на TFS: Agile-визуализация на уровне компании
 
Развитие сообщества Open DevOps Community
Развитие сообщества Open DevOps CommunityРазвитие сообщества Open DevOps Community
Развитие сообщества Open DevOps Community
 
Software People 2010
Software People 2010Software People 2010
Software People 2010
 
Agile days `16 summary
Agile days `16 summaryAgile days `16 summary
Agile days `16 summary
 

Реальный DevOps в энтерпрайзе

  • 1. Реальный DevOps в энтерпрайзе Александр Тараторин Райффайзенбанк 05 июня 2017 г
  • 2. О себе Компании: • 8 лет в Альфа-Банке • 3 года в МТС • уже 10 лет в Райффайзенбанке Роли: • Инженер и менеджер в поддержке • Менеджер по стратегии и процессам • ПМ Александр Тараторин начальник Управления поддержки приложений, управляющий директор taratorin@raiffeisen.ru
  • 3. О Райффайзенбанке Банк (на 1.04.2017 г) 1: • №13 по активам • №10 по депозитам физлиц • №6 по чистой прибыли • №2 из TOP 15 по эффективности активов (ROA2) ИТ: • 800+ сотрудников • Основные площадки - Москва и Омск • 300+ банковских приложений 1 По данным российской отчетности, методология banki.ru 2 ROA (Return on Assets) – возврат на активы
  • 4. Что такое DevOps? Как по-вашему, что из этого входит в понятие DevOps? • Автоматизация процессов разработки и внедрения • Объединение Dev и Ops • Культура сотрудничества Dev и Ops • Правильные процессы работы Dev и Ops • Современная архитектура приложений, позволяющая применять DevOps • DevOps - это просто очередной модный термин, ничего большего
  • 5. Энтерпрайз как площадка для DevOps • Много сложных взаимосвязанных приложений • Много устаревших технологических решений • Сложная и глубокая оргструктура, много начальников • Масса регуляторных ограничений и проверяющих их аудитов • Низкая мобильность организации, бюрократия
  • 6. А нужен ли энтерпрайзам DevOps?
  • 8. Цели и заказчики DevOps Цель: • Ускорить разработку и внедрение ПО не в ущерб качеству Место DevOps в Банке: • Часть стратегии ИТ • Часть программы «Agile Organization» «Двигатели» DevOps: • 3 Топа в IT • Часть среднего менеджмента • Люди «в полях»
  • 9. DevOps манифест Райффайзенбанка Мы фокусируемся на достижении цели, а не на бесконечном планировании Все, что делаем более 1 раза - автоматизируем Мы соблюдаем стандарты и умеем их менять Everything-as-a-Code Эффективность - ответственность каждого Мы верим в кросс-функциональные самоорганизующиеся команды, отвечающие за внедрение и за стабильность
  • 10. Культура • Пропаганда на всех уровнях • Личное общение • Таунхоллы • Манифест DevOps • Внутренние конференции • ИТ информер • Внутренний блог • Обучение • ИТ академия • Домашние задания + Включение целей и задач по DevOps в годовые и квартальные цели. Для поддержки культурных преобразований
  • 11. Структура • Никакой реструктуризации ради DevOps – проводим изменения через матричные структуры • Три модели взаимодействия Dev и Ops • Ops внутри SCRUM-команд • Выделенные сотрудники из Dev и Ops выполняют связующие функции • Ops-команда работает как сервис
  • 12. Организационные практики DevOps* Практика Описание Requirements grooming Совместное (Dev+Ops) участие в формировании требований к задачам Backlog Prioritization Совместная (Dev+Ops+Product owner) приоритизация задач в бэклоге (инциденты, проблемы) Meetings Участие Dev и Ops в совместных встречах команды (ретро, стэндапы, планирование и приоритизация задач, декомпозиция) CI / CD Pipeline Совместное Dev+Ops внедрение CI / CD практик. Автоматизация установок и рутинных действий по целевым приложениям команд Source code access Предоставление доступа к исходному коду приложений сотрудникам Ops Demo Проведение Demo нового функционала приложения Dev+Ops+бизнес Collocation Совместное расположение команды (Dev+Ops+бизнес) на одной площадке Incident analysis Совместный разбор нетиповых инцидентов Access to production Доступ Dev к логам и (возможно) данным в промышленной среде для решения инцидентов *Список живой, регулярно пополняется и корректируется
  • 13. Инструменты • Основной объем работ делают сами DevOps команды • Внешние вендоры на «участках прорыва» • Где не хватает рук или компетенции у команд - внутренний центр экспертизы по CI/CD • Разумная гибкость • R&D по технологиям
  • 14. Метрики и процессы • Не перегружать людей метриками • Не пытаться измерять не «устаканившиеся» процессы • Менять только те процессы, в которых уже есть боль Метрики DevOps команд: • Скорость разработки • Объем разработки • Стабильность приложения • Скорость решения инцидентов
  • 15. Подход к внедрению • Никакого долгосрочного плана • Цели на год / квартал • Регулярный пересмотр целей • Задачи в JIRA • Еженедельные статус-митинги • Чемпионы • Вирусный маркетинг
  • 16. А вы уже внедряете DevOps? Приходите к нам, обменяемся опытом! e-mail: devops@raiffeisen.ru

Editor's Notes

  1. DevOps – очень своеобразная и разная для каждого тема Как-то сложилось, что о нем чаще говорят внедренцы и инструментальщики DevOps в крупных компаниях – отдельная история, кто-то в нее не верит, кто-то считает, что это просто Мой рассказ – о реальности. Изнутри
  2. Вся жизнь – в энтерпрайзах, больше половины – в Ops
  3. Крупный. Очень универсальный. Из-за этого сложный с точки зрения ИТ
  4. Сколько людей – столько мнений Поэтому давайте выравняемся по пониманию
  5. Завидую стартапам и внешним вендорам Байка про Кобол и РПГ 4 уровня вложенности, а у кого-то 6, может даже 7 Аудиторы – красный праведный огонь в глазах при упоминании о DevOps И просто инертность
  6. Необходимость Agile-ов и DevOps – вопрос веры У нас – спасибо Сбербанку У них – поголовное вовлечение Локхид и Нортроп
  7. Теперь к практике – про нас
  8. Любые истории очень хорошо развиваются, если идут не в поисках счастья, а для устранения боли Наша боль – скорость внедрения. Можем внедрить ApplePay в числе первых, стартовав последними, но это не правило И мы верим в то, что Agile нам в решении этой боли поможет Поэтому Стратегия – Agile – DevOps Поэтому CIO – спонсор истории, а 3 топа в ИТ впряглись в эту историю по уши Поэтому находятся миддлы, которым интересно себя проявить А есть еще народ в полях + миддлы, кто видит историю по-другому, со стороны удобства работы и интересного содержания (R&D по инструментам)
  9. Любая большая история начинается с видения будущего. Мы свое сформулировали год назад, и выглядело оно так. Что-то уже немножко поменяло форму, но суть осталось. И это: Работа в командах, которые нацелены и на скорость, и на стабильность, и думают об эффективности Тотальная автоматизация Разумный подход к стандартам Готовность к экспериментам ради достижения цели
  10. И чтобы это видение претворялось в жизнь, мы тратим колоссальное кол-во усилий, в первую очередь – в плане культуры, потому что это область, которая меняется медленнее всего Пропаганда: Личное общение. Представьте, как это непросто – поменять нацеленность людей, которые уже много лет занимаются какой-то одной работой Заинтересовать поддержку скоростью разработки Внутренние конфы + манифест Информеры для технарей Обучение: Академия А чтобы слова уж точно не расходились с делом – у всех есть цели по DevOps
  11. Когда мы начинали, было идеализированное видение. Не полностью оправдалось В какой-то момент решили, что радикальных изменений структуры чисто для DevOps делать не стоит Моделей получилось аж три T-shape Коллокейшен – где-то да, где-то нет Зато есть общие цели )
  12. Для вариантов «разные команды» есть набор практик, которые мы применяем для того чтобы Dev и Ops реально обеспечивали движение к цели Список живой, сейчас выглядит вот так, в минувшую пятницу договорились покреативить на тему дополнения практиками «от Dev»
  13. Самая простая тема в плане продвижения и прогресса Начну с того, кто делает автоматизацию Когда ты начинаешь идею, есть куча скептиков, говорящих «у нас это не заработает» Поэтому в такой ситуации очень полезно совершить прорыв, сделав то, что все считают невозможным ICDB и E42 Сами и Siebel Кроме того, есть E21, которая как обеспечивает «бедноту», так и Ведет R&D по CI/CD
  14. Тема вечных споров Полезность DevOps – вопрос веры, т.к. вычленить эффект нереально Но мерить надо Четыре метрики в KPI + 7 дополнительных Процессы – только то, что уже не может работать нормально Пример – Change Management
  15. Ну и наконец про подход к внедрению Итеративность и адаптируемость – наше все Если бы план был, мы бы его поменяли тридцать раз – примерно каждую вторую неделю Поэтому сначала Mind Map Потом канбан-доска в JIRA Поэтому чемпионы и вирусное вовлечение Внедряя Agile, действуй в Agile стиле