DevOpsConf 2022
Конференция для инженеров и всех, кто должен понимать инженеров
13 и 14 июня 2022 / Москва, Кампус СКОЛКОВО
О конференции
Мы готовим площадку для обсуждения практических вопросов из мира DevOps, SRE, разработки и инженерных практик.

Никакого "чтения документации" и хайпа ради хайпа. Максимально прагматично рассматриваем реальные вопросы и задачи, возникающие у специалистов и менеджеров на конкретных ролях: инженеров, техлидов, тимлидов, CTO, CIO. Выносим на обсуждение и находим решения для компаний самого разного класса, от вертикально-ориентированных компаний реального сектора, IT-гигантов, амбициозных IT-компаний до дерзких стартапов.
с 2009
первая конференция
4889
участников за 13 лет
378
докладов за все время
Мы ждем реальные истории
и находки команд из широкого спектра IT
Молодые стартапы
01
Early adopters самых новых технологий
02
Зрелые сервисы на проверенных решениях
03
Вертикально интегрированные компании реального сектора экономики
04
Enterprise IT
05
Направления DevOpsConf
Конференция призвана охватить следующие направления IT-отрасли
Разработка
Разработка отказоустойчивого production ready-программного обеспечения
DevOps
Инструментарий, процессы, люди, принципы и практики
SRE
Разработка в сопровождении и operations, инструменты observability, метрики, низкоуровневый тулинг и конфигурации для повышения доступности ваших сервисов

Проблематика
Мы собираем программу по максимально предметным конкретным болям представителей разных ролей
в компаниях разного типа
IT-компании
Энтерпрайз ­ и вертикально-ориентированные
Стартап
  • Инженер
  1. Как перестать тестировать в продакшене?
  2. Когда и кто должен сделать мониторинг и observability микросервисов?
  3. Почему продакт и SRE хотят разные метрики с продакшена и как их достать?
  • Тимлид
  1. Команда работает изо всех сил, но прогресса нет. Как выявлять такую ситуации и как ее лечить без soft skills?
  2. Сеньор больше не перформит. Как выявлять, если им мешает перформить окружение и процесс работы? Что можно изменить... без soft skills
  • Техлид
  1. Почему мне нужно SLO, хотя заказчик трясет SLA?
  2. Сложные инфра кейсы, в т.ч. в кубере, в облаках и даже на baremetal?
  3. Как трейсить сложные ошибки и какие для этого применять технические средства?
  4. Как и зачем создать инфраструктурную платформу (как уйти от ticket-based к API-based)?
  • CTO
  1. Разбил команды по рекомендациям лучших гуру, а все равно не летит. Почему и что делать?
  2. Организация взаимодействия между командами и информационными системами (OpenAPI)
  3. Как через телеметрию понять связь между ростом доходности, технологиям и запускаемыми изменениями?
  4. Как применять SRE для решения конкретных бизнес-проблем?
  • CIO
  1. FinOps и как считать облака и уход с железа, как взаимодействовать с финансовыми стандартами?
  • Инженер
  1. Как давать инженерам пробовать новые технологии, но при этом грести беклог и не плодить зоопарк на проде?
  2. Как удерживать инженеров, если они хотят новые технологии, а у вас сроки и вот это вот все?
  • Тимлид
  1. Как выбрать технологию, на которую вы сможете перейти меньше чем за бесконечность?
  2. Как делать инфраструктуру при помощи современных подходов и проходить комплаенс?
  3. Как построить инфраструктурную платформу и добиться что в нее пойдут все продуктовые команды?
  4. Как интегрировать с ней кучу инфраструктурных команд?
  • Техлид
  1. Как выбрать технологию, на которую вы сможете перейти меньше чем за бесконечность?
  2. Как делать инфраструктуру при помощи современных подходов и проходить комплаенс?
  3. Как построить инфраструктурную платформу и добиться что в нее пойдут все продуктовые команды?
  4. Как интегрировать с ней кучу инфраструктурных команд?
  • CTO
  1. Как построить систему "влияния" в сложной оргструктуре, которая будет помогать реализовывать изменения?
  • CIO
  1. Как реализовать в компании изменения и принести "быстрые победы?
  2. Почему меняться необходимо и как живут ДИТы в компаниях лидерах?
  • Инженер
  1. Как писать быстро, но безопасно?
  2. Каким нужно быть фулстеком и как им стать?
  • Тимлид
  1. Как избежать перегрузки сотрудников?
  2. Сидели в одной комнате разработчики и админы, а теперь админов пересадили в отдельную комнату и началось.... Как структурироваться в растущей и продолжающей расти команде?
  3. Как выбрать подходящий фреймворк когда их очень много, они сложные, и понять - а нужен ли он мне на этом этапе и как поймать момент когда он стал нужен?
  • Техлид
  1. Как не плодить техдолг на этапе роста, который потом придется выплачивать Vs. Как избежать преждевременной оптимизации?
  • CTO
  1. Как и в какой момент перестать быть фулстеком?
  2. Как узнать что вот эти девопсы действительно работают, а не обманывают тебя, как их контролировать и измерять эффективность и надо ли?
  3. Повышение прозрачности процессов взаимодействия отделов и потоков работ внутри отделов?
  4. Какую инженерию и тулинг выбрать, на что опереться?
  5. Накликали разное в AWS, а тут SLA и штрафники. Как во всем разобраться?
Мы ждем твоей заявки
Подавай доклад, если тебя тоже напрягали такие вопросы и ты смог найти решение!
Это хорошая возможность:
  • «Обстучать»‎ свои инсайты об экспертное сообщество.
  • Получить идеи и предложения по развитию своих процессов.
  • Найти единомышленников.
  • Получить тренинги и консультации от ведущих специалистов отрасли и гуру публичных выступлений!
  • Засветиться на всю страну :)
Ключевые даты
1
30 января 2022
Окончание приема заявок на доклады
2
9 февраля 2022
Окончательное решение о включении в программу, начало прогонов
3
16 февраля 2022
Формирование расписания
4
13 и 14 июня 2022
Конференция
Докладчики DevOpsConf
Вот, что гарантированно получает каждый спикер
Экспертизу
По своему кейсу от членов Программного комитета конференции — опытных представителей отрасли, пионеров DevOps в России.
Коучинг
Профессиональную помощь в подготовке к выступлению и презентации.
Подарки
Бесплатный доступ на все активности конференции. А также специальные подарки для всех спикеров конференции :)
Промо
Анонсы ваших докладов в соцсетях и тематических группах.
Этапы работы с докладчиками
1
Подача заявки
Вы подаете заявку на доклад, воркшоп или другую активность.
Важно! Оставьте для связи актуальные контакты, лучше всего Telegram для оперативной связи с ПК!
2
Общение с ПК
В течение 3-х рабочих дней с вами свяжется представитель ПК, который будет курировать вашу заявку.
3
Установочный созвон
Вы запланируете и проведете установочный созвон, где мы обсудим основную идею вашего доклада, сформулируем ценности, которые унесут с собой слушатели.
По следам этого и последующих созвонов куратор от ПК может дать вам рекомендации, какие аспекты лучше подсветить, что стоит добавить, а что сократить в вашем докладе. Мы очень хорошо знаем свою аудиторию, и наша главная цель в работе с заявкой — помочь вам быть услышанными аудиторией и чтобы все получили максимум пользы от вашего доклада!
4
Структурный созвон
Или в рамках этой встречи, или в рамках Структурного созвона с куратором от ПК (зависит от проработанности доклада с вашей стороны) вы обсудите детально структуру и последовательность изложения материала в рамках доклада.
5
Прогон
В зависимости от готовности вашего доклада, вы проведете еще демонстрационный прогон доклада с куратором. Здесь уже должна быть готова черновая, пусть не оформленная иллюстрациями, но законченная по содержанию версия презентации. В рамках демопрогона вы с куратором также меряете тайминг и анализируете, что нужно убрать или добавить, чтобы уложиться в отведенный слот.
6
Принятие решения
Если ПК принимает решение принять ваш доклад в программу конференции, ваш куратор сообщит вам об этом сразу же!

Если ПК по тем или иным причинам примет решение не брать доклад в программу конференции, ваш куратор также обязательно с вами свяжется и подробно пояснит причины и рекомендации по доработке материала, чтобы попробовать выступить в следующий раз или на другой конференции.
7
Согласование расписания
В феврале 2022 мы уже активно начнем верстать расписание конференции — и на этом этапе вам нужно:

  • Согласовать с ПК слот в расписании, в который вам будет предложено выступить.
  • Провести финальный созвон и сделать чистовой прогон презентации с Романом Поборчим. К этому времени ваша презентация уже должна быть готова на 95%. Консультация Романа — это уникальная возможность получить от эксперта с глубоким техническим бэкграундом и богатым опытом выступлений и подготовки спикеров максимально практичные и ценные рекомендации как по оформлению, так и по донесению вашей идеи до аудитории!
  • За неделю до конференции выслать организаторам финальную версию презентации для вычитки и корректуры!
8
Конференция
Да, подготовка к выступлению на DevOpsConf — это большой путь! Но этот путь на каждом своем шагу несет ценность именно для вас как для спикера и гарантирует, что участники конференции получат актуальные и полезные инсайты, которыми смогут воспользоваться сразу после конференции!
* Решение по заявке
Решение по заявке Программный комитет принимает как минимум на основе трех голосов "За" при их большинстве. Решение может быть принято как после Структурного созвона, так и после Демонстрационного.

Мы убеждены, что, готовя свое выступление, вам не стоит ждать окончательного решения ПК. Раз вы готовы выступить — значит у вас есть, что рассказать миру. Независимо от того, будет ли принят ваш доклад в программу именно этой конференции — хорошо проработанный материал обязательно найдет своего благодарного слушателя! Практически все члены ПК сами являются спикерами разных конференций, включая DevOpsConf, и мы поступаем со своими докладами именно так!
Критерии отбора докладов
Уникальность
Мы отдаем предпочтение докладам, которые наша аудитория еще не слышала!
Личный опыт
Вы рассказываете про свой личный опыт. Это не история про знакомого, это не разбор теории. Это прожитый вами кейс, ваши боли, победы и опыт!
Open source
Технологии, про которые вы рассказываете — или полностью open source, или как минимум имеют полноценную версию Community edition. Наши участники должны иметь возможность беспрепятственно воспользоваться идеями, почерпнутыми на докладах конференции, независимо от бюджетов организации!
Боевые проекты
Процессы, технологии, продукты или проект, про который вы рассказываете, уже находится в стадии промышленной эксплуатации! У вас есть качественные и/или количественные результаты их применения. Как минимум, должен быть пройден этап опытной эксплуатации!
Никакой рекламы
Доклад не должен быть продажей ваших услуг. Если вашим клиентам есть, что рассказать про свой опыт, это может быть совместный круглый стол. Но обязательно с конечными потребителями услуги!
DevOpsConf 2022
Еще раз, но в цифрах
800+
участников
40
докладов
24
темы по 3 направлениям
100
тонн напитков на пати
Twitter
VK
Youtube
Telegram
По любым вопросам, связанным с докладами, пишите:
Юлия, координатор Программного комитета
tg: @julia_kuzmicheva
e-mail: julia.kuzmicheva@ontico.ru
По остальным вопросам
e-mail: support@ontico.ru