Как не попасть в ловушку локальной оптимизации в процессе Agile-трансформации

Mar 27, 20173 likes1,167 views

Systems Thinking - это направление методологии научного познания, в основе которого лежит рассмотрение объекта как системы, сообщает нам wikipedia. Один из ключевых навыков, которыми должен обладать топ-менеджмент по мнению Гарвардского Университета. Данная техника оказывается абсолютно бесценной, когда дело доходит до по-настоящему больших и сложных agile-трансформаций. Когда буквально пара компромисов "мы это не трогаем, потому что..." или неверно выбранный фреймфорк могут привести к катастрофе, нужно иметь средство принимать взвешенные и обоснованные решения, исключающие очередную локальную оптимизацию. Systems Thinking в этом случае - как раз то, что доктор прописал. За два часа мы очень быстро познакомимся с теорией метода и посвятим львинную долю времени практике. Не могу обещать, что после этой сессии мир будет все еще прежним.

Как не попасть в ловушку локальной оптимизации в процессе Agile-трансформации

Scrum, Kanban, XP, Crystal и прочие еще более редкие фреймворки и методы, что обещают Вам стать agile, уже давно опробованы, как в чистом виде, так и в составе ядерных коктейлей а воз и ныне там. Ваши отделы, продуктовые группы и вся компания целиком все так же далеки от того, чтобы быть agile. Меж тем верхи действительно хотят, а низы однозначно могут и даже обратное все так же верно. Так в чем же дело? В рамках этого доклада мы попытаемся ответить на этот вопрос. Будем говорить о разной степени важности тех или иных элементов больших agile-трансформаций, их влиянии друг на друга и правильно расставленных акцентах и приоритетах. В конце, как обычно, секретный ингредиент успеха.

Как не собрать все грабли при Agile трансформации компании?Alexey Voronin

��

Agile хайп делает свое дело: многие компании от крупных банков до растущих стартапов ринулись трансформироваться в Agile. Но все так или иначе наступают на грабли: Нужно ли менять организационную структуру компании или не стоит? В какой момент это делать? Если менять, то как? Есть ли какие-то шаблоны или нужно использовать другие подходы? Как формировать Agile команды? Довериться мнению бизнеса, функциональных руководителей IT? Я расскажу о нетривиальных проблемах, в решении которых я участвовал за предыдущий год в крупных компаниях (количество команд >= 5), и, конечно же, о решениях.

Scaling without Scale is Possible!Anton Zotin

��

LeSS, Nexus, SAFe, XYZ – the more years passed since Agile Manifesto was created the more scaled frameworks we get. But is it really the only one way to help dozens of people to self-organise around the single product? What if there are other ways with fewer efforts and more efficiency, meaning, awareness? I want to tell you the story of our company. One awesome product, millions of users all over the world, several platforms, around 100 brave people and… no backlogs synchronisations, no very special roles, no hierarchical structures, no prescribed aligned processes and no branded scaled frameworks. On the other hand, there are technical excellence, impact driven development, platform silos absence, meaningful KPI orientation, lean startup culture and teams happiness. How are we able to do this? Please, come and you will find out. A true HERE Maps team story with a lot of real examples.

Как сохранить гибкость бизнесаAskhat Urazbaev

��

Практически все молодые компании гибкие. Именно это им помогает обходить “взрослые” медленные компании на крутых виражах конкурентной гонки. Компания не может быть вечно молодой. По мере роста и взросления продукта процессы нужно оптимизировать — снижать затраты и растить эффективность, увеличивать обороты. Все это требует найма людей, приходится вкладываться в ИТ-системы и вводить правила работы в виде регламентов или чеклистов. Может ли компания контролировать сложность и научиться меняться? В докладе мы поговорим, как именно можно контролировать процесс взросления и постоянно держать компанию в тонусе.

Scrum, Kanban… Что дальше? История NokiaAnton Zotin

��

The document discusses Nokia's transition to an agile organization model with self-organized teams focused on measurable missions. Key aspects of the new model included team ownership, time-boxed projects with clear metrics, multi-disciplinary self-organized teams, flexibility in process but accountability for progress, reviews instead of specifications, considering work "done" at project end, end-to-end responsibility, and empowering all employees as innovators. The changes aimed to increase engagement, accountability and innovation.

Михаил Подурец. Почему Agile не работает (на самом деле нет). Agiledays2017LuxoftAgilePractice

��

Каждый уважающий себя Agile-coach рано или поздно должен высказаться на эту тему: — АААА! Оно у нас не работает — Ваш Скрам у нас невозможен — Как вы предлагаете делать нам интеграционное тестирование внутри спринта, если оно занимает месяц!? О_о Спокойно! На докладе мы разберем, почему оно не работает, и как на самом деле оно должно работать. Презентация с доклада на AgileDays 2017. Скоро будет видео

Как перевести требования на agile-рельсы в действующем проектеAnton Zotin

��

Успешный запуск продукта: совместная работа BA, PO, PMAnton Vityaz

��

Успешный запуск продукта: совместная работа Business Analyst, Product Owner, Product Manager + инвестор. Что нужно знать бизнес аналитику для построения эффективного и результативного взаимодействия на старте - насколько понятен "голубой океан" продукта, целевые сегменты, процессы по всему жизненному циклу продукта. Выстроено ли Agile взаимодействие?

Кадрия Кот. Использование игр для запуска процесса рефлексии на ретроспективеScrumTrek

��

Антон Зотин, Магеллан. Год спустяScrumTrek

��

В январе 2015 началось наше неизведанное плаванье. Следующий шаг в самоорганизации и управлении продуктом. Магеллан. Мы начинали тихую революцию в рамках одного продукта и одной платформы, имея команду порядка 50 человек. Прошел год. Мы убедились и убедили многих в компании, что Магелан работает. Теперь в рамках этого подхода разрабатывается несколько мультиплатформенных продуктов и работает более чем 100 человек. И все так же отсутствуют сложные механизмы синхронизации, специфические роли, иерархические структуры, предопределенные процессы и брендированные scaling-фреймфорки. Как у нас это все еще получается? Приходите и послушайте историю команды HERE Maps.

Why Do You Scale: Because You Really Need or Because You Don't Know How to Or...Anton Zotin

��

LeSS, Nexus, SAFe, XYZ — the more years passed since Agile Manifesto was created the more scaled frameworks we get. But is it really the only one way to help dozens of people to self-organise around the single product? What if there are other ways with fewer efforts and more efficiency, meaning, awareness? I want to tell you the story of our company. One awesome product, millions of users all over the world, several platforms, around 100 brave people and… no backlogs synchronisations, no very special roles, no hierarchical structures, no prescribed aligned processes and no branded scaled frameworks. On the other hand, there are technical excellence, impact driven development, platform silos absence, meaningful KPI orientation, lean startup culture and teams happiness. How are we able to do this? Please, come and you will find out. A true HERE Maps team story with a lot of real examples.

Agile для девочекAnton Zotin

��

Dude, Where's my Specification? (Где моя спецификация, чувак?)Anton Zotin

��

PMI - Business AgilityAlexey Voronin

��

CI/CD for mobile at HEREStefan Verhoeff

��

This talk describes how we use a scaled approach for CI/CD. The system is set up for iOS and Android Apps but many of the concepts presented are applicable for any type of application. We will cover the different pipeline stages a change goes through, how we automate many levels of testing, treat our CI infrastructure as code, which key metrics we use and we track them on dashboards. All this demonstrates how we can get close to Continuous Delivery for platforms still ruled by App stores.

Требования и дизайн (BAQ, Львов, 25.03.2017)Anatoly Loy

��

Макс Гапонов. Тактическое управление продуктами: все еще недостающее звеноScrumTrek

��

На каждой стратегической сессии выясняется, что реальный объем работ, которые необходимо совершить, в 4-5 раз превышает тот, который запланирован. И, что самое интересное, этот объем озвучивают сами участники, которые и являются авторами предыдущих нереалистичных планов. Слушайте, с этим пора что-то делать :) Это же не магия какая-нибудь. Это ремесло. Ремесло о том, как системно сформировать и договориться о границах работ; ремесло, как закрепить за ролями ответственность; ремесло, как выстроить управление и коммуникации между разными уровнями доставки бизнес-ценности; ремесло, как оценивать текущую зрелость процессов и обеспечивать непрерывное улучшение. В докладе я расскажу вам о своем опыте решения этих задач в разных компаниях.

Анастасия Веселко. Agile, Kanban и проектирование зданийScrumTrek

��

Наш опыт внедрения agile в архитектурном бюро. На примере одной рабочей группы с помощью консультанта ScrumTrek мы провели обучение и начали работу над проектом жилого дома. Сейчас расширили обучение на оставшуюся часть компании и планируем все проекты переводить в agile Почему Agile, и как мы о нем узнали? От Грефа и сразу поняли - нам надо) IT разработка и проектирование — мы очень похожи (внезапность заказчика, постоянное изменение ТЗ, этапность работ, гибкая рабочая группа, непредсказуемый результат, срывы сроков, бюджетов). ХОД РАБОТЫ: Отношение команды (сначала скептическое, потом воодушевленное) Наша доска Наши Демо (примеры, плюcы и минусы) РЕЗУЛЬТАТЫ: плюсы и минусы Выводы для остальных команд Наши next steps Резюме (классно, надо брать) С юмором и с картинками.

Анна Обухова. Continuous Balancing - управление Agile портфолио уровня мирScrumTrek

��

С увеличивающимися масштабами использования Agile в крупных организациях, грамотное использование техник управления Agile портфолио становится все более значимым. Особенно сложным портфолио менеджмент становится, если не вся организация перешла на Agile и необходимо находить работающие решения чтобы и использовать преимущества Agile подхода и сохранить координацию с другими структурами компании. Опираясь на свой опыт управления портфолио в инвестиционном банке в Лондоне размером около 50 программ, распределенном на 4 континента и 14 локаций я предлагаю обсудить: - принципы построения Agile портфолио, что именно делает его Agile - какие техники управления из классического портфолио менеджмента годны и для Agile, а какие нужно адаптировать - сложности балансировки портфолио, по каким классическим и Agile параметрам необходима сбалансированность чтобы управление было эффективным - особенности управления крупным и сильно распределенным портфолио - какие информационные радиаторы и информационные потоки необходимы и достаточны - с какими иллюзиями и сложностями приходится сталкиваться если бизнес знает что используется Agile подход.

Наталья Гульчевская, Командный коучинг: взгляд коуча ICFScrumTrek

��

Complexity of organizational design and its effect scaling agilityAlexey Krivitsky

��

This document discusses the complexity of large organizations and its effect on scaling agility. As organizations grow, they typically add more roles, meetings, documentation and managers, which increases indirection and coordination needs. This added complexity can lead to uneven workloads, out-of-sync development, and a focus on process over work. The document proposes organizing for value delivery through high alignment, clear constraints and high autonomy as a way to reduce complexity and improve agility at scale. It provides examples of structuring products and teams to optimize for customer value.

Joost Schouten. Holacracy. Purpose driven & self organisingScrumTrek

��

Сегодня целеустремленные сотрудники требуют от организаций осмысленных и интересных задач, а заказчики — качественных продуктов и услуг. Для коммерческих компаний лозунг «адаптируйся или умри» никогда не был столь актуальным. Самоорганизация широко используется как способ достижения гибкости. Но как применить ее ко всей организации и как убедиться в том, что результат достигнут и организация стала эффективной? Как перейти от делегирования к распределенной ответственности? И от процедур к прозрачной оценке эффективности? Цель этого доклада — дать представление о том, как Холакратия может помочь построить самоорганизующуюся и целеустремленную компанию.

Диаграмма разрешения конфликтовMaxim Dorofeev

��

Agile оставит рынок без программистовAlexey Voronin

��

Наше сообщество SkillsWiki с интересом наблюдает за стремительным изменением рынка, темпы конкуренции которого увеличиваются год за годом. IT и бизнес подталкивают друг друга все к более быстрым изменениям. Agile, гибкие процессы во многих областях давно стали необходимостью. Неудивительно, что все эти изменения постепенно коренным образом перестраивают профиль сотрудников, изменяют подходы к образованию, заставляют людей по-другому смотреть на свое развитие, карьеру. Узкоспециализированные профессии постепенно отмирают, на их место приходят более универсальные профессии, способные сочетать навыки нескольких специализацией, умение приспосабливаться и быстро реагировать на потребности бизнеса. Как и всех, нас интересует наше будущее, наша востребованность. Можем ли мы полагаться в своем развитии на мнение коллег на работе? А идет ли в ногу со временем вся компания в целом? Какие специалисты потребуются рынку через несколько лет? На примере исследования рынков труда России и США по таким популярным и новым специализациями как DevOps Engineer, Data Scientist, .NET Developer, мы постарались выделить главные тренды ближайших лет и ориентиры для личного развития.

Борис Вольфсон. Почему Agile больше не работаетScrumTrek

��

Гибкие подходы перестали работать! По крайне мере, если судить по многочисленным публикациям, которые все чаще и чаще стали появляться. У кого-то не работает Scrum, у кого-то не прижился Канбан и, вообще, Agile не работает. В своем докладе я также приведу несколько примеров критики Agile в виде статей и докладов, разберу типичные заблуждения и ошибки, которыми оперируют критики. Если использовать модель жизненного цикла принятия инноваций, можно спрогнозировать, что число такого негатива будет расти, потому что в России Agile начинают использовать не только инноваторы и ранние последователи, но и раннее большинство, которому трудно грамотно внедрить Agile и стать действительно гибкими. Опытные управленцы, которые владеют гибкими подходами, обычно посмеиваются над этим негативом и пересказывают друг другу как анекдоты, а это как раз и есть та пропасть, которую Джеффри Мур описал в своей книге. Дополнительно мы обсудим, где сейчас находится Agile с точки зрения цикла зрелости технологий, так как эта модель тоже объясняет неудачный опыт использования Agile. Agile-сообществу важно дальше вовлекать и помогать развиваться тем, кто пытается сделать свою команды, отдел или целую компанию гибкой.

Антон Сержантов. Эволюция ретроспективыScrumTrek

��

В докладе будет рассказываться как видоизменяется ретроспектива с ростом команды, какие этапы зрелости ретроспективы проходит команда. Для каждого этапа будут рассмотрены структура ретро и какие инструменты применяются. Какие есть опасности каждого этапа зрелости. Какие инструменты и подходы нужно применить, чтобы перейти на следующий этап зрелости ретроспективы.

Левон Гончаров. Секреты эффективной межкомандной ретроспективыScrumTrek

��

1 продукт. 9 команд. 100 человек. 1 ретроспектива. Как совместно улучшаться? Как не начать субоптимизировать на уровне одной команды? Как делиться историями побед и фейлов? В этом выступлении я расскажу про свой опыт настраивания такого процесса улучшения в 9 командах одновременно и о зонах роста и развития далее этих команд. Это будет полезно и интересно скрам мастерам, которые хотят освоить межкомандные взаимодействия.

Евгений Емельянов. Целеполагание с помощью OKRScrumTrek

��

�ݺ�ߣ

Как не попасть в ловушку локальной оптимизации в процессе Agile-трансформации

Recommended

More Related Content

Viewers also liked (20)