26 ноября 2019 г.
Конференц-центр «ТехноПрогресс»
Конференция о DevOps как управленческом подходе
и его роли в цифровой трансформации
и его роли в цифровой трансформации
Популярность DevOps растет, но какова реальная ценность этого подхода для бизнеса, который сегодня ищет наиболее эффективные способы своей цифровой модернизации?
На конференции обсуждаем DevOps с погружением:
НАТАЛЬЯ ДУБОВА
программный директор Корпоративный DevOps
При переходе в «цифру» создание программных решений (продуктов и сервисов) становится ядром любой деятельности, и успех бизнеса попадает в прямую зависимость от скорости и гибкости взаимодействий ИТ-команд между собой и с бизнес-заказчиками. Философия DevOps, правильно понятая и транслированная в практические методы и инструменты, обеспечит компании надежный стержень для воплощения в жизнь самых смелых инициатив.
Но для этого в осмыслении DevOps надо подняться над техническими деталями и разбором жизненного цикла кода и постараться понять, каких изменений эта философия потребует от управления ИТ-организацией и бизнесом, их взаимоотношений друг с другом, культуры взаимодействия людей и процессов в кроссфункциональных командах, охватывающих всю организацию.
Но для этого в осмыслении DevOps надо подняться над техническими деталями и разбором жизненного цикла кода и постараться понять, каких изменений эта философия потребует от управления ИТ-организацией и бизнесом, их взаимоотношений друг с другом, культуры взаимодействия людей и процессов в кроссфункциональных командах, охватывающих всю организацию.
В программе
Экспертные доклады
Выступления
с разбором кейсов
с разбором кейсов
Мастер-классы
Семинары
Основные темы
Принципы DevOps
в теории и на практике
в теории и на практике
Основные драйверы внедрения
DevOps в общей системе корпоративного управления
DevOps и Lean, DevOps и Agile, DevOps и ITSM
Корпоративная культура DevOps
Кроссфункциональное взаимодействие людей и интеграция процессов
Взгляд на DevOps
со стороны
со стороны
разработки, эксплуатации ИТ, CIO, директора по цифровой трансформации, руководителей бизнеса
Путь DevOps: с чего начать и как развиваться
Истории успеха и анатомия неудач
Фреймворки и инструменты DevOps
SAFe, автоматизация тестирования, конвейер CI/CD, системы
контроля версий,
управление конфигурациями, среды совместной работы и др.
контроля версий,
управление конфигурациями, среды совместной работы и др.
Мастерская
Построение индивидуального DevOps-радара для организации
Ведущий – Алексей Ионов, управляющий партнер, «Ионов и Партнеры»
Построение индивидуального DevOps-радара для организации
Ведущий – Алексей Ионов, управляющий партнер, «Ионов и Партнеры»
Как ответить на вопрос, насколько в организации присутствует культура и используются практики DevOps? Или еще более важный вопрос: с течением времени мы повышаем нашу DevOps культуру и внедряем новые практики или развитие остановилось?
Для ответа на эти вопросы удобно использовать DevOps-радар, доступный в рамках фреймворка SAFe (Scaled Agile Framework) или как независимый продукт. На основе измерений, предусмотренных в радаре, можно создать свою собственную шкалу, в которой будут учтены корпоративные ноу-хау и инновационные идеи вашей организации.
На мастерской мы сделаем следующее:
Для ответа на эти вопросы удобно использовать DevOps-радар, доступный в рамках фреймворка SAFe (Scaled Agile Framework) или как независимый продукт. На основе измерений, предусмотренных в радаре, можно создать свою собственную шкалу, в которой будут учтены корпоративные ноу-хау и инновационные идеи вашей организации.
На мастерской мы сделаем следующее:
- рассмотрим 16 шагов конвейера непрерывной доставки
- обменяемся опытом и обсудим, какие DevOps практики и процессы наиболее ценны на каждом этапе создания ИТ-ценности
- выстроим «шкалу оценки» каждого шага конвейера непрерывной доставки
- проведем презентацию результатов работы в командах и, возможно, получим новые идеи для использования на практике
- заполним DevOps-радар и увидим статистику использования DevOps в организациях, которые представляют участники
- участники получат системное понимание основных практик DevOps
- будет подготовлено небольшое исследование, показывающее уровень использования DevOps в организациях, которые представляют участники
Вам необходимо участвовать, если
Ваша компания только начинает свой путь в DevOps и нуждается в ориентирах и обмене опытом, чтобы определить правильное направление
Вы в раздумьях, нужен ли DevOps вашей компании, хотите разобраться в методах и принципах и оценить преимущества и возможные потери от внедрения корпоративной культуры DevOps
Вы уже работаете по DevOps и хотите развиваться и совершенствоваться, а также рассказать о своем опыте другим
Приглашаем на конференцию
- Топ-менеджеров бизнеса и руководителей подразделений
- Директоров по цифровой трансформации
- CIO, руководителей ИТ-департаментов
- ИТ-менеджеров
- Руководителей DevOps-команд
- Тимлидов команд разработки и тестирования
- Руководителей подразделений эксплуатации ИТ
Спикеры
Вернуться
к докладчикам
к докладчикам
Олег Скрынник,
управляющий партнер, Cleverics
управляющий партнер, Cleverics
ITIL Expert, EXINDevOps Master, автор книги «DevOps для ИТ-менеджеров».
Продуктовым командам метрики не нужны (или нет?)
Продуктовое управление – относительно новое словосочетание. В отличие от многих других модных идей, хорошо построенные продуктовые команды действительно могут показывать высокую скорость при сохранении качества. При этом опыт организации таких команд демонстрирует, что идея измерения прогресса, эффективности, производительности не находит горячей поддержки ни со стороны руководства, ни со стороны собственно команды. Так ли нужно что-то измерять? Что будет, если этого не делать? Как может выглядеть измерение, дающее ценность? Попробуем найти ответы на эти вопросы.
Продуктовое управление – относительно новое словосочетание. В отличие от многих других модных идей, хорошо построенные продуктовые команды действительно могут показывать высокую скорость при сохранении качества. При этом опыт организации таких команд демонстрирует, что идея измерения прогресса, эффективности, производительности не находит горячей поддержки ни со стороны руководства, ни со стороны собственно команды. Так ли нужно что-то измерять? Что будет, если этого не делать? Как может выглядеть измерение, дающее ценность? Попробуем найти ответы на эти вопросы.
Вернуться
к докладчикам
к докладчикам
Валерий Куваев
технический специалист, Micro Focus в России
технический специалист, Micro Focus в России
DevSecOps, или куда делся Sec?
DevSecOps, или куда делся Sec?
Стремление к быстрой и качественной разработке не может обойтись без прагматичного подхода к безопасности выпускаемого продукта.
На примерах реальных проектов мы проговорим, какие подходы к безопасности применимы в контексте DevSecOps и какими средствами можно их реализовать.
Стремление к быстрой и качественной разработке не может обойтись без прагматичного подхода к безопасности выпускаемого продукта.
На примерах реальных проектов мы проговорим, какие подходы к безопасности применимы в контексте DevSecOps и какими средствами можно их реализовать.
Вернуться
к докладчикам
к докладчикам
Александр Поломодов,
руководитель разработки, Tinkoff
руководитель разработки, Tinkoff
Около 15 лет опыта в ИТ в качестве аналитика, разработчика, тимлида. В настоящий момент исполняет роль CTO в управлении привлечением Tinkoff, где общий размер технических команд превышает 100 человек. Сферы ответственности сконцентрированы в трех областях: HR, менеджмент процессов, архитектура технических систем верхнего уровня.
DevOps культура: мифы и реальность
В наше время каждая уважающая себя корпорация рассказывает о своих планах цифровой трансформации, преградами для которой видятся проблемы с разработкой, тестированием и эксплуатацией, а зачастую на их стыках. На роль серебряной пули для решения этих проблем технологические евангелисты выдвигают DevOps-культуру, DevOps-подходы или просто и кратко – DevOps. В своем докладе я постараюсь рационально рассмотреть запросы современного бизнеса и как именно культура DevOps позволяет на них ответить. А также объясню, почему внедрение DevOps не сводится к найму человека, после прихода которого все «полетит».
В наше время каждая уважающая себя корпорация рассказывает о своих планах цифровой трансформации, преградами для которой видятся проблемы с разработкой, тестированием и эксплуатацией, а зачастую на их стыках. На роль серебряной пули для решения этих проблем технологические евангелисты выдвигают DevOps-культуру, DevOps-подходы или просто и кратко – DevOps. В своем докладе я постараюсь рационально рассмотреть запросы современного бизнеса и как именно культура DevOps позволяет на них ответить. А также объясню, почему внедрение DevOps не сводится к найму человека, после прихода которого все «полетит».
Вернуться
к докладчикам
к докладчикам
Александр Антонов,
технический архитектор, «Спортмастер»
технический архитектор, «Спортмастер»
Начал карьеру в Санкт-Петербурге в 2012 году программистом. С 2014 года работает в компании «Спортмастер». На текущей должности занимается управлением многофункциональной командой разработки продукта, внедряет передовые практики DevOps, а также отвечает за техническую архитектуру продукта.
В 2019 году получил диплом MBA-CIO РАНХиГС.
В 2019 году получил диплом MBA-CIO РАНХиГС.
Deploy по Devops: ритмично и предсказуемо
Поставка ценности пользователям в ИТ-сфере является важным шагом для получения прибыли. От нее зависит, как быстро наши клиенты смогут пользоваться новыми сервисами и уникальными предложениями. При этом важным свойством хорошей поставки является ритмичность и предсказуемость.
В выступлении пойдет речь о реальном примере использования практик Enterprise DevOps для полнофункциональной команды разработки. Будет рассмотрен пример качественного изменения сервиса поставки от состояния 1 раз в 3-4 месяца до 1 раза в 2 недели.
Особое внимание будет уделено двум аспектам ритмичности поставки: управление размером элементов работы внутри потока и автоматизации поставки.
Поставка ценности пользователям в ИТ-сфере является важным шагом для получения прибыли. От нее зависит, как быстро наши клиенты смогут пользоваться новыми сервисами и уникальными предложениями. При этом важным свойством хорошей поставки является ритмичность и предсказуемость.
В выступлении пойдет речь о реальном примере использования практик Enterprise DevOps для полнофункциональной команды разработки. Будет рассмотрен пример качественного изменения сервиса поставки от состояния 1 раз в 3-4 месяца до 1 раза в 2 недели.
Особое внимание будет уделено двум аспектам ритмичности поставки: управление размером элементов работы внутри потока и автоматизации поставки.
Вернуться
к докладчикам
к докладчикам
Алексей Ионов,
управляющий партнер, «Ионов и Партнеры»
управляющий партнер, «Ионов и Партнеры»
Более 20 лет работает в сфере создания и развертывания бизнес-систем как на стороне заказчика (в таких отраслях, как финансы, промышленность, фармацевтика), так и исполнителя – системная интеграция, разработка и внедрение систем уровня ERP, консалтинг. Имеет опыт консультирования топ-менеджеров различных компаний по применению гибких подходов. Обладатель сертификатов: ICF PCC (Professional Certified Coach by International Coach Federation), LeSS Practitioner (Large Scale Scrum), SAFe SPC4 (Certified Consultant), AHF (Certified Agility Health Facilitator by Agile Transformation), ICP-ATF (Agile Team Facilitation by ICAgile). Управляющий партнер консалтинговой компании «Ионов и Партнеры».
Мастерская. Построение индивидуального DevOps-радара для организации
Как ответить на вопрос, насколько в организации присутствует культура и используются практики DevOps? Или еще более важный вопрос: с течением времени мы повышаем нашу DevOps культуру и внедряем новые практики или развитие остановилось?
Для ответа на эти вопросы удобно использовать DevOps-радар, доступный в рамках фреймворка SAFe (Scaled Agile Framework) или как независимый продукт. На основе измерений, предусмотренных в радаре, на мастерской вы создадите свою собственную шкалу, в которой будут учтены корпоративные ноу-хау и инновационные идеи вашей организации.
Как ответить на вопрос, насколько в организации присутствует культура и используются практики DevOps? Или еще более важный вопрос: с течением времени мы повышаем нашу DevOps культуру и внедряем новые практики или развитие остановилось?
Для ответа на эти вопросы удобно использовать DevOps-радар, доступный в рамках фреймворка SAFe (Scaled Agile Framework) или как независимый продукт. На основе измерений, предусмотренных в радаре, на мастерской вы создадите свою собственную шкалу, в которой будут учтены корпоративные ноу-хау и инновационные идеи вашей организации.
Вернуться
к докладчикам
к докладчикам
Антон Исанин,
директор по разработке, АльфаCтрахование
директор по разработке, АльфаCтрахование
Более 10 лет проработал в Альфа-Банке, занимался оптимизацией производительности банковских систем, ускорением процессов разработки продуктов. Активно участвовал в DevOps-трансформации банка. В настоящее время отвечает за развитие и эффективность разработки в компании «АльфаСтрахование», активно развивает инженерные практики и DevOps-культуру.
Как запустить DevOps-трансформацию и получить результат
В докладе расскажу, с какими проблемами сталкиваются команды разработки в крупных и не очень крупных организациях, как мы организовываем работу команд в «АльфаСтраховании», как происходил переход к автоматизации процессов разработки и что эта автоматизация дала. Остановимся подробно на том, как наши команды работают с нагрузкой по поддержке и почему от 2 до 5% обращений пользователей направляется на команду разработки; где фокусируются усилия, чтобы повысить эффективности разработки, и что мы делаем для того, чтобы «подружить» agile и ITIL.
В докладе расскажу, с какими проблемами сталкиваются команды разработки в крупных и не очень крупных организациях, как мы организовываем работу команд в «АльфаСтраховании», как происходил переход к автоматизации процессов разработки и что эта автоматизация дала. Остановимся подробно на том, как наши команды работают с нагрузкой по поддержке и почему от 2 до 5% обращений пользователей направляется на команду разработки; где фокусируются усилия, чтобы повысить эффективности разработки, и что мы делаем для того, чтобы «подружить» agile и ITIL.
Вернуться
к докладчикам
к докладчикам
Роман Журавлев,
менеджер развития ITSM-портфеля, AXELOS
менеджер развития ITSM-портфеля, AXELOS
Ведущий архитектор ITIL 4, ITIL Expert. Профессионально занимается ITSM c 2003 года.
Автор ряда учебных курсов по управлению ИТ-услугами и тематических публикаций в периодических изданиях. Автор и переводчик книг по управлению ИТ.
Автор ряда учебных курсов по управлению ИТ-услугами и тематических публикаций в периодических изданиях. Автор и переводчик книг по управлению ИТ.
DevOps в/и/или ITIL 4
Вышедшая в 2019 году новая версия ITIL – теперь и про разработку (зачем?). А значит – про Agile и, конечно, про DevOps (это как это?). Более того, про продукты, а не только услуги (и что?).
Роман, который отвечает за обновление содержания ITIL, расскажет, что это, как и зачем.
Вышедшая в 2019 году новая версия ITIL – теперь и про разработку (зачем?). А значит – про Agile и, конечно, про DevOps (это как это?). Более того, про продукты, а не только услуги (и что?).
Роман, который отвечает за обновление содержания ITIL, расскажет, что это, как и зачем.
Вернуться
к докладчикам
к докладчикам
Сергей Гнутов,
руководитель сервисного департамента, iiko
руководитель сервисного департамента, iiko
За 15 лет в ИТ прошел карьерный путь от разработчика до руководителя сервисного департамента в компании iiko – ведущем игроке рынка ресторанной автоматизации в РФ, а также в 35 странах мира.
Работал в России и за рубежом на проектах в различных бизнес-сегментах, от ретейла до энергетической отрасли. Сертифицирован по ITIL, Prince2 и SAFe.
Работал в России и за рубежом на проектах в различных бизнес-сегментах, от ретейла до энергетической отрасли. Сертифицирован по ITIL, Prince2 и SAFe.
Критический взгляд на DevOps глазами службы эксплуатации
DevOps, без вопросов, самый актуальный и отвечающий современным реалиям набор практик в ИТ. Кажется, что достаточно просто произнести «мы теперь работаем по DevOps» и мир вокруг изменится. Но команды останутся те же, везде есть груз унаследованных систем и процессов, которые «сложились». Особенно это актуально для подразделения эксплуатации, где любое изменение считается риском, а принцип «не трогай то что работает» доминирует над всем остальным.
Я хочу рассказать и показать глазами службы эксплуатации – через практические примеры – как действительно можно прийти к существенным изменениями в инструментах, а также, что более существенно, в сознании команд.
DevOps, без вопросов, самый актуальный и отвечающий современным реалиям набор практик в ИТ. Кажется, что достаточно просто произнести «мы теперь работаем по DevOps» и мир вокруг изменится. Но команды останутся те же, везде есть груз унаследованных систем и процессов, которые «сложились». Особенно это актуально для подразделения эксплуатации, где любое изменение считается риском, а принцип «не трогай то что работает» доминирует над всем остальным.
Я хочу рассказать и показать глазами службы эксплуатации – через практические примеры – как действительно можно прийти к существенным изменениями в инструментах, а также, что более существенно, в сознании команд.
Вернуться
к докладчикам
к докладчикам
Евгений Карасик,
менеджер по продуктам ADM, Центр разработок Micro Focus (Израиль)
менеджер по продуктам ADM, Центр разработок Micro Focus (Израиль)
Инновационный лидер с более чем 20-летним опытом разработки, доставки и управления корпоративным программным обеспечением. Ведущий менеджер по продукту и Distinguished Technologist компании Micro Focus, центр разработок Micro Focus в Израиле. Специализация: мобильные разработки, непрерывная интеграция и доставка, трансформация в облачные решения.
Управление корпоративным DevOps: требования к платформе
Вне зависимости от того, начинаете ли вы реализацию DevOps или хотите выполнить интеграцию с имеющимися цепочками инструментов и процессов, процесс создания полнофункционального продукта требует управления. В рамках доклада мы обсудим основные требования к платформе управления жизненным циклом, которые мы сформировали на основе своего собственного опыта и реализовали, используя продукт Micro Focus ALM Octane.
Вне зависимости от того, начинаете ли вы реализацию DevOps или хотите выполнить интеграцию с имеющимися цепочками инструментов и процессов, процесс создания полнофункционального продукта требует управления. В рамках доклада мы обсудим основные требования к платформе управления жизненным циклом, которые мы сформировали на основе своего собственного опыта и реализовали, используя продукт Micro Focus ALM Octane.
Вернуться
к докладчикам
к докладчикам
Александр Калиновский,
CIO, Home Credit
CIO, Home Credit
С июня 2019 года CIO банка Home Credit. До этого три года руководил консалтингом в области ИТ-трансформации, а перед этим работал на разных позициях в ИТ банка HSBC.
Трансформация методов и средств разработки как необходимая составляющая agile-трансформации
DevOps – это культура разработки и поддержки систем и приложений. За последние несколько лет термин DevOps начал терять смысл. С ним происходит то же, что и с термином Agile, а возможно и еще хуже, что подтверждается возникновением такого жуткого термина на рынке труда как «девопсер».
В этом докладе мы вернемся к основам, поговорим о том, что инженерная трансформация является необходимой составляющей agile-трансформации, и как это связано с термином DevOps.
DevOps – это культура разработки и поддержки систем и приложений. За последние несколько лет термин DevOps начал терять смысл. С ним происходит то же, что и с термином Agile, а возможно и еще хуже, что подтверждается возникновением такого жуткого термина на рынке труда как «девопсер».
В этом докладе мы вернемся к основам, поговорим о том, что инженерная трансформация является необходимой составляющей agile-трансформации, и как это связано с термином DevOps.
Вернуться
к докладчикам
к докладчикам
Алексей Бондарев,
директор департамента развития и пресейла, Тионикс
директор департамента развития и пресейла, Тионикс
С 2017 и по настоящее время отвечает за пресейл и развитие продуктов отечественных облачных решений в компании «Тионикс».
С 2013 года руководил проектами в телекоме – развитие беспроводного интернета в России и Перу. Начинал карьеру в ООО «Вымпелком» как инженер.
С 2013 года руководил проектами в телекоме – развитие беспроводного интернета в России и Перу. Начинал карьеру в ООО «Вымпелком» как инженер.
Почему отделы продаж знают и любят наш DevOps?
«Тионикс» – российский производитель программных продуктов для оказания облачных услуг. Команда, которая продает продукты «Тионикс», привыкла, что каждые два месяца появляется новый релиз, в котором учтены насущные потребности рынка. Более того, релиз с новой функциональностью можно сделать даже под заказ конкретного клиента через те же два месяца. За этой гибкостью стоит построенный DevOps процесс, в первую очередь управление жизненным циклом продукта и правильная организация команды разработки и внедрения.
«Тионикс» – российский производитель программных продуктов для оказания облачных услуг. Команда, которая продает продукты «Тионикс», привыкла, что каждые два месяца появляется новый релиз, в котором учтены насущные потребности рынка. Более того, релиз с новой функциональностью можно сделать даже под заказ конкретного клиента через те же два месяца. За этой гибкостью стоит построенный DevOps процесс, в первую очередь управление жизненным циклом продукта и правильная организация команды разработки и внедрения.
Премиум партнер
Партнер
Информационные партнеры
.
© 1992 – 2019
Издательство «Открытые системы»
Издательство «Открытые системы»
ИНТЕРНЕТ - ИЗДАНИЯ