Алексей Ионов. Agile в масштабе корпорации: как не создать хаос?ScrumTrek
Когда-то давно на заре Agile многие (и я в том числе) часто начинали разговор про внедрение проворно-гибких подходов с того, что переход на них полностью зависит от поддержки высшего менеджмента организации. Сегодня по опыту работы очень разных крупных компаний становится совершенно очевидно, что основные препятствия на пути трансформации находятся не только и не столько на уровне первых лиц. Они выходят далеко за рамки Манифеста и широко известных подходов для управления эффективными командами. Я поделюсь идеями и наработками, которые позволяют разрешать проблемы (а они есть!) с масштабированием Agile на сложный ландшафт организации в условиях, когда одновременно самые разные исполнители ведут разработку множества интегрируемых решений. Как на практике выстроить первые шаги, на каких принципах основываться, и чего избегать? Давайте обсудим, как вместо повышения эффективности не создать хаос!
Алексей Ионов. Agile в масштабе корпорации: как не создать хаос?ScrumTrek
Когда-то давно на заре Agile многие (и я в том числе) часто начинали разговор про внедрение проворно-гибких подходов с того, что переход на них полностью зависит от поддержки высшего менеджмента организации. Сегодня по опыту работы очень разных крупных компаний становится совершенно очевидно, что основные препятствия на пути трансформации находятся не только и не столько на уровне первых лиц. Они выходят далеко за рамки Манифеста и широко известных подходов для управления эффективными командами. Я поделюсь идеями и наработками, которые позволяют разрешать проблемы (а они есть!) с масштабированием Agile на сложный ландшафт организации в условиях, когда одновременно самые разные исполнители ведут разработку множества интегрируемых решений. Как на практике выстроить первые шаги, на каких принципах основываться, и чего избегать? Давайте обсудим, как вместо повышения эффективности не создать хаос!
Владимир Стасевич, Сбербанк и Agile – понятия совместимыеScrumTrek
В моем выступлении мы по шагам пройдем наш тернистый путь к продукту Сбербанк Онлайн, каким мы знаем его сегодня. С момента первого запуска нашего мобильного приложения мы преодолели огромное расстояние – как внутри команды, так и внутри такой огромной структуры, как Сбербанк.
Я буду в деталях рассказывать о том, какие методы мы внедряли, с какими проблемами сталкивались, как строили культуру, как формировали доверие в команде и в каком виде сейчас у нас работает Agile.
Участникам конференции наш кейс будет особенно интересен тем, что речь пойдет не столько об IT, сколько о создании продукта. Я подробно расскажу о формировании цикла product discovery – сложной, крупной задаче, под которую мы подбирали свои методы. В процессе мы столкнулись с разными трудностями, а еще активно работали над созданием культуры и среды, которая бы стимулировала креатив и генерацию идей внутри команды. В докладе не будет воды и голословных тезисов – только реальные примеры, только работающие методы, только хардкор.
Agile Vector - внедрение agile разработки в РайффайзенбанкеAlexey Deryushkin
Доклад на 60 минут с пошаговым описанием процесса внедрения гибких методологий разработки в окружении, работающем по «водопаду», проблем такого точечного внедрения и их способов решений на примере нескольких связных проектов, а также влияние такого внедрения на IT банка в целом. Затрагиваются все темы, связанные с постановкой производства ПО -- от технических практик до образа мышления, на примерах из жизни. История успеха длинной в два года, которая не собирается завершаться.
Михаил Лукьянов, Дмитрий Шайхатаров, Agile среди водопадов. Использование SCR...ScrumTrek
Трудно представить возможность применения Agile в компаниях с большим количеством зарегламентированных процессов, которые, к тому же, ориентированны на водопадную модель разработки ПО. На примере разработки системы управления рисками на Финансовых рынках мы поделимся своим опытом как можно построить полноценный Agile процесс исключительно с использованием стандартного SCRUM framework. Мы расскажем об бизнес процессе, решенных проблемах и инженерных практиках, которые позволили обеспечить высокую скорость delivery в рамках данной системы.
Борис Вольфсон. Agile ценности и принципы для новичков.ScrumTrek
Это базовый доклад для новичков в Agile, которые только хотят использовать гибкие подходы, будет построен через ценности и принципы, на которых строятся отдельные практики и целые фреймворки. Понимание Agile через призму ценностей и принципов позволит не только лучше разбираться в гибком фреймворке Scrum и методе Kanban, но и после освоения основ изменять их под свою среду и нужды.
Паттерны Agile-трансформации ИТ крупных компаний (банков)Dmitry Lobasev
На нескольких примерах расскажу про то, как мы проводили культурную трансформацию ИТ подразделений очень крупных финансовых компаний в сторону Agile.
Вне зависимости от того, в какой компании вы работаете (внутренняя разработка, продуктовая, аутсорс), общие паттерны трансформации компании могут показаться вам интересными.
Дмитрий Лобасев. Подготовка корпоративной культуры к внедрению Agile.ScrumTrek
Вы работаете в крупной организации и думаете о том, как начать использовать Agile-практики в ней? Или, возможно, уже пробовали "внедрять Скрам", но эта инициатива "не взлетела"? На докладе я рассмотрю основные причины, мешающие традиционным компаниям вставать на путь гибкости и уверенно по нему идти. На конкретных примерах нашего опыта работы с крупнейшими Российскими компаниями, в частности, не-ИТ сферы. Мы рассмотрим те самые первые, критически необходимые шаги, которые должны сделать ТОП-менеджеры компании, чтобы запустить процесс Agile-трансформации. Задолго до "внедрения Скрама", массового обучения сотрудников Agile или найма команды Agile-коучей.
Владимир Стасевич, Сбербанк и Agile – понятия совместимыеScrumTrek
В моем выступлении мы по шагам пройдем наш тернистый путь к продукту Сбербанк Онлайн, каким мы знаем его сегодня. С момента первого запуска нашего мобильного приложения мы преодолели огромное расстояние – как внутри команды, так и внутри такой огромной структуры, как Сбербанк.
Я буду в деталях рассказывать о том, какие методы мы внедряли, с какими проблемами сталкивались, как строили культуру, как формировали доверие в команде и в каком виде сейчас у нас работает Agile.
Участникам конференции наш кейс будет особенно интересен тем, что речь пойдет не столько об IT, сколько о создании продукта. Я подробно расскажу о формировании цикла product discovery – сложной, крупной задаче, под которую мы подбирали свои методы. В процессе мы столкнулись с разными трудностями, а еще активно работали над созданием культуры и среды, которая бы стимулировала креатив и генерацию идей внутри команды. В докладе не будет воды и голословных тезисов – только реальные примеры, только работающие методы, только хардкор.
Agile Vector - внедрение agile разработки в РайффайзенбанкеAlexey Deryushkin
Доклад на 60 минут с пошаговым описанием процесса внедрения гибких методологий разработки в окружении, работающем по «водопаду», проблем такого точечного внедрения и их способов решений на примере нескольких связных проектов, а также влияние такого внедрения на IT банка в целом. Затрагиваются все темы, связанные с постановкой производства ПО -- от технических практик до образа мышления, на примерах из жизни. История успеха длинной в два года, которая не собирается завершаться.
Михаил Лукьянов, Дмитрий Шайхатаров, Agile среди водопадов. Использование SCR...ScrumTrek
Трудно представить возможность применения Agile в компаниях с большим количеством зарегламентированных процессов, которые, к тому же, ориентированны на водопадную модель разработки ПО. На примере разработки системы управления рисками на Финансовых рынках мы поделимся своим опытом как можно построить полноценный Agile процесс исключительно с использованием стандартного SCRUM framework. Мы расскажем об бизнес процессе, решенных проблемах и инженерных практиках, которые позволили обеспечить высокую скорость delivery в рамках данной системы.
Борис Вольфсон. Agile ценности и принципы для новичков.ScrumTrek
Это базовый доклад для новичков в Agile, которые только хотят использовать гибкие подходы, будет построен через ценности и принципы, на которых строятся отдельные практики и целые фреймворки. Понимание Agile через призму ценностей и принципов позволит не только лучше разбираться в гибком фреймворке Scrum и методе Kanban, но и после освоения основ изменять их под свою среду и нужды.
Паттерны Agile-трансформации ИТ крупных компаний (банков)Dmitry Lobasev
На нескольких примерах расскажу про то, как мы проводили культурную трансформацию ИТ подразделений очень крупных финансовых компаний в сторону Agile.
Вне зависимости от того, в какой компании вы работаете (внутренняя разработка, продуктовая, аутсорс), общие паттерны трансформации компании могут показаться вам интересными.
Дмитрий Лобасев. Подготовка корпоративной культуры к внедрению Agile.ScrumTrek
Вы работаете в крупной организации и думаете о том, как начать использовать Agile-практики в ней? Или, возможно, уже пробовали "внедрять Скрам", но эта инициатива "не взлетела"? На докладе я рассмотрю основные причины, мешающие традиционным компаниям вставать на путь гибкости и уверенно по нему идти. На конкретных примерах нашего опыта работы с крупнейшими Российскими компаниями, в частности, не-ИТ сферы. Мы рассмотрим те самые первые, критически необходимые шаги, которые должны сделать ТОП-менеджеры компании, чтобы запустить процесс Agile-трансформации. Задолго до "внедрения Скрама", массового обучения сотрудников Agile или найма команды Agile-коучей.
«DevOps — это о передаче смысла» — Александр Титов, Express 42DevDay
Текущим определением DevOps является аббревиатура CAMS:
— культура;
— автоматизация;
— измерения;
— распространение знаний.
Для меня это недостаточно понятно, я дополнил эти пункты тем, что DevOps это впервую очередь о передаче смысла без искажений. Я расскажу, как эти мысли соотносятся с методиками прошлого (ITIL, etc), как, используя такой подход, создать набор правил для работы и почему автоматизация — это не всегда хорошо.
Мы посмотрим как инструменты автоматизации помогают передавать смысл изменений между окружениями на примере реальных компонентов и кукбуков и рассмотрим на практике почему bash скрипты более слабый инструмент, чем Opscode Chef.
Совместно разберемся к требованиям к системе мониторинга. Что в системах мониторинга вредит передаче смысла, а что, наоборот, помогает. Какую систему мониторинга выбрать для вашего проекта?
Важность честности и открытости в команде для передачи смысла. Честные публичные пост-мортемы — это не проявление слабости, а проявление уважения к своим пользователям. Как научится делиться информацией друг с другом и не скрывать важного.
DevOps - очередное красивое слово или следующая ступень эволюции?Magneta AI
Андрей Ребров, ScrumTrek (Москва)
Меня зовут Андрей Ребров. Я начал свой путь в IT как разработчик в компании Magenta, занимающейся разработкой мультиагентных систем, применяемых в логистике и торговле. После окончания университета перешел в компанию Luxoft, где занимал позицию Senior Java Developer в подразделение UBS Investment Bank и активно развивал agile как scrum master распределенной команды, работающей в трех локациях: Москва, Киев и Лондон. Помимо этого активно участвовал в развитии agile методологии внутри Luxoft как тренер Luxoft Agile Practice. C 2012 года работаю в команде ScrumTrek в роли тренера и коуча, каждый день помогая проектным командам крупнейших российский компаний улучшать свои процессы разработки, делая упор не только на процессные методологии, но и на инженерные практики, такие как TDD, ATDD, AFT, Refactoring, Continuous Deployment и так далее. Кроме этого, являюсь лидеров и развиваю инженерное сообщество Russian Software Craftsmanship Community, имеющее целью популяризацию инженерных практик.
В словаре методологий, наравне со scrum, kanban и прочими красивыми словами, появилось новое слово - DevOps. Как и все новое оно встречает много отторжения и непонимания. Кто такие Ops? Зачем нам это нужно, если и так вроде релизимся? В конце концом, мы только перешли на agile, зачем нам еще что-то, если нам и так обещали розовый мир? К сожалению, розовый мир был обещан только команде разработке и заказчику, а вот о тех, кто ставит продукт и его поддерживает забыли. В своем докладе я расскажу и покажу, кто же такие Operations (ops), в чем их работа и какие их проблемы, и самое главное - как их включить в цепочку создания и доставки продукта.
Корпоративная культура руками HR, без бюджетаHRedu.ru
Очень часто HR-специалист встает перед проблемой: как замерить качество корпоративной культуры, существующей в компании? На вебинаре вы получите практические инструменты, которые помогут вам самостоятельно провести диагностику культуры своей компании.
Сайт проекта: http://hredu.ru
Поддержать проект: http://hredu.ru/donate/
Страница проекта в Facebook: https://www.facebook.com/hreduru/
Страница проекта в LinkedIn: https://www.linkedin.com/company/hredu-ru
Путь мониторинга: модульность, гибкость, devops / Всеволод Поляков (Grammarly)Ontico
Почти год назад мы завершили проект по универсальному мониторингу и в процессе приобрели кучу секретных знаний и умений, которыми хотим поделиться:
* как сделать мониторинг простым, отказоустойчивым и горизонтально масштабируемым;
* как понять, что важно, что не важно, а что важно, но чуть-чуть;
* полезные логи: конвертация логов в метрики и обратно;
* как диагностировать реальные проблемы и отличить их от ложной тревоги (на примере связки js-фронтенд + балансеры + java-бэкенд);
* и, конечно же, как внедрить практики DevOps посредством мониторинга (и подготовить разработчиков к тому, что они ответственны за алерты).
Стек мониторинга: sensu, graphite, cassandra, logstash, heka, influxdb, elsticsearch, chef, statsd, nginx.
Стек поддержки: js, java, erlang, lisp, python, ruby, nginx, mysql, haproxy
Адаптация персонала является вторым обязательным шагом после принятия сотрудников на работу. Качественное ее проведение значительно снижает издержки компании за счет того, что:
ускоряется процесс вхождения нового сотрудника в должность;
уменьшается текучесть кадров;
снижается количество сотрудников, не прошедших испытательный срок;
сокращается количество сотрудников, покинувших предприятие в течение первого года работы. http://donskih.ru/trening-jeffektivnaja-adaptacija-personala/
Вебинар "Культура DevOps: основы эффективного взаимодействия IT-команд"Svyatoslav Vereshchak
Вебинар "Культура DevOps: основы эффективного взаимодействия IT-команд" состоялся 16 декабря 2014 года.
Темы:
– как зарождалась культура DevOps и что лежит в ее основе
– по каким качественным и количественным критериям оценивать эффективность IT-команд с точки зрения DevOps
– какие существуют типы корпоративных культур и как они влияют на IT-системы и коммуникации
– список самых популярных DevOps-инструментов
Информация о DevOps сообществе в России http://devopsru.com
Видеозапись вебинара http://www.youtube.com/watch?v=-T6FXE34ap0
Александр Титов, Digital, Agile, DevOps, микросервисы и контейнеры - как это ...ScrumTrek
Digital, Agile, DevOps, микросервисы и контейнеры баззворды, баззворды, баззворды. Но за этими баззвордами скрывается дивный новый мир мир цифровых продуктов и сложных информационных систем.
В докладе речь пойдет про системный подход в применении новых технологий, что такое микросервисы, как они связаны с контейнерами и почему надо использовать Agile и DevOps для того, чтобы это все работало. Еще вы узнаете на каком уровне сложности ИТ-системы эти технологии имеет смысл применять.
Прошло время, когда DevOps не был еще модным, началось время карго-культов и безбашенных внедрений. В докладе я расскажу про основные ошибки перехода компании к DevOps из моей практики, покажу как не надо использовать инструменты и как не надо организовывать команды, а также многое другое.
Мифы о DevOps / Александр Титов, Иван Евтухович (Экспресс 42)Ontico
РИТ++ 2017, Root Conf
Зал Пекин + Шанхай, 5 июня, 10:00
Тезисы:
http://rootconf.ru/2017/abstracts/2830.html
Про DevOps, как и про Agile, сейчас говорят все, но все равно ничего не понятно. Часто послушаешь доклад и ощущение, что все в компании и так по DevOps, и не надо ничего делать, или, наоборот, ощущение, что это совершенно дикая история, и DevOps-практики категорически противопоказаны.
Мы не хотим рассказывать, что такое DevOps, а расскажем о мифах, которые вредят пониманию. Их не так много, но важно о них знать, потому что эти мифы для вас будут маркерами неправильных управленческих и инженерных решений:
1) DevOps может делать DevOps-отдел или DevOps-инженер.
2) DevOps — это про то, что надо нанимать специалистов-многостаночников, которые умеют все.
...
Развитие DevOps/NoOps инструментов. Что было, что есть, что будет.Ivan Evtukhovich
Доклад для конференции SQADays 20, обзорно рассказывает про DevOps, переход к NoOps и микросервисной архитектуре, а также почему ручное тестирование умрет.
Обновленный и дополненный доклад о микросервисах, специально для конференции DevOpsPro.ru
http://www.devopspro.ru/ivan-evtukhovich/?lang=ru
Углубил и расширил тему оргдизайна согласно закону Конвея, рассказал про смерть "аналоговых" компаний, и про платформы и DCOS-ы.
SECON'2016 Евтухович Иван, Эксплуатация завтрашнего дня: от DevOps к NoOpsSECON
За последние годы у ИТ-сообщества накопился опыт использования систем управления конфигурацией и работой в организации по методологии DevOps. Но растущие вызовы показывают, что и этот подход имеет свои недостатки. Доклад расскажет о том, какие контейнеры бывают и почему они победят, что придет на смену облакам, и какие практики стоит начать внедрять сегодня, чтобы завтра не остаться без работы.
Новый IT для нового enterprise / Александр Титов (Экспресс 42)Ontico
Мир меняется, и корпорации меняются следом за миром. GE собирается зарабатывать на данных и создает консорциумы, банки спят и видят обузданный ими блокчейн, Microsoft добавляет Docker в свою операционную систему.
Что же происходит, какие закономерности стоят за этими событиями? Почему web стал ближе к enterprise, и как enterprise догнать web?
В этом докладе я попробую рассказать, как начать строить новый IT в рамках старого enterprise, как при этом надо действовать. Каких ошибок можно избежать, какие новые возможности вы получите.
Доклад основан на 7-летнем опыте внедрения DevOps практик и технологий в компаниях разного размера.
Реальный DevOps в энтерпрайзе / Александр Тараторин (Райффайзенбанк)Ontico
РИТ++ 2017, Web-scale IT Сonference
Зал Владивосток, 5 июня, 18:00
Тезисы:
http://webscaleconf.ru/2017/abstracts/2828.html
Что такое DevOps? Очередной модный термин? Методология? Набор инструментов? Культурные практики?
Для Райффайзенбанка DevOps - микс из всего перечисленного (смешать, но не взбалтывать!), применяемый чтобы:
- ускорить разработку и внедрение новых решений не в ущерб качеству;
- вовлечь админов в работу девелопмента;
- заинтересовать разработчиков жизнеспособностью их творений в реальной жизни.
...
Доклад на конференции Youcon в октябре 2016 года. http://youcon.ru/
В последнее время только ленивый не пишет о микросервисной архитектуре. Но почему вдруг этот достаточно очевидный способ организации ИТ-проектов стал так популярен?
В докладе пойдет речь о том, что такое микросервисная архитектуры, об ее принципах и устройстве и преимуществах, которые она предоставляет, будет рассказано об основных компонентах, которые она включает в себя. Также будет дан краткий экскурс в контейнеры и Docker в разрезе их использования в микросервисной архитектуре.
Но любые преимущества не бывают бесплатными, также в докладе пойдет речь о том, какие недостатки несет в себе данный подход.
We have a lot of businesses working in Ukraine as Outsource company. But all we know that outsource is not options as the long-term
business strategy. From the other perspective, there are a few firms that are trying to move to the product development but it too risky
for two reasons:
— You need to invest your money and losing your margin.
— You have no any experience in product management or startup landing neither fundraising.
We in Octoberry, start to work as Product Sourcing company three years ago. We find this way very useful to gain experience in product
management and fundraising and after we moved to own product development and we want to share our case. In this talk, we will
discuss:
— What is product sourcing?
— Why product source.
— Five steps key steps to run Product Source project
— Moving from product source to Product Company
AgileCamp — летняя практическая конференция, которую ежегодно проводить компания ScrumTrek. Участники процессного трека на практике отрабатывают все цепочку создания продукта. Используются такие техники как проведение опросов, игра в ТЗ, user story mapping, bucket estimation, planning poker, getkanban, world cafe и др.
Как создать концепцию продукта в виде Lean CanvasMagneta AI
Lean Canvas — инструмент, который позволяет быстро понять ценность продукта, проблемы, которые он решает, его основную аудиторию и способы монетизации. В презентации подробно рассмотрен шаблон lean canvas и дается подробное руководство по заполнению.
Зачем нужны ретроспективы и как их проводить? Основные отличия ретроспектив в различных фреймворках, например, Scrum или Kanban, рекомендации по продолжительности, наполнению, советы по каждому этапу ретроспективы.
11. DevOps путь
✦ Развитие обратной связи
✦ Внедрение непрерывной поставки ПО
✦ Изменение процессов и культуры
✦ Внедрение принципа
«Инфраструктура как код»
12. Показатели системы
★ Частота релизов
★ Время внедрения изменения
★ Среднее время восстановления
после сбоя
★ Доля успешных изменений
14. Три типа корпоративной
культуры*
✦ Патологическая
✦ Бюрократическая
✦ Производительная
✦ * R Westrum. A typology of organisational cultures, Qual. Saf. Health Care 2004;13; 22-27
Избавляем бизнес от ИТ-зависимости
15. Три типа культуры
Патологическая Бюрократическая Производительная
Методы управления Силовые Регламентирующие Целеполагающие
Уровень
сотрудничества Низкий Средний Высокий
Мессенджеры Искореняются Игнорируются Рекомендуются
Ответственность Уклонение Узкая область Широкая область
Горизонтальные связи Порицаются Допускаются Поощряются
Реакция на сбои
Новые козлы
отпущения
Новые правила
Новые
исследования
Отношение к
инновациям Подавляются
Приводят к
проблемам
Внедряются
16. Патология
✦ Релиз = незапланированная
работа
✦ «Какова моя выгода от этой
информации?»
✦ Сбой → «Козел отпущения»
→ «Наказание»
17. Бюрократия
✦ «Что мне предписано
делать с этой
информацией?»
✦ Сбой → Виновный →
Новая инструкция
✦ Изменения = проблемы
18. Производительность
✦ «Кому сейчас требуется
эта информация?»
✦ Сбой → Исследование
→ Улучшение
✦ Непрерывные
изменения – основа
развития
19. Три типа корпоративной
культуры
Патологическая Бюрократическая Производительная
Как
передается
информация
Кому
выгодно?
Кому
предписано?
Для кого
важно?
К чему
приводят
сбои
Поиск
виновных
Новые
инструкции
Улучшение
25. Как развивать открытые
коммуникации и горизонтальные
связи
✦ Ежедневные стэндапы с
участием инженеров
✦ Регулярные ретроспективы
✦ Кроссфункциональные
команды
✦ Общая среда управления
задачами
✦ Чатики
DevOps
26. Как преодолевать
страх
✦ Разборы полетов без
виновных
✦ Согласование с командой
важных решений
✦ Неформальное
общение
✦ Индивидуальный
подход