Как не попасть в ловушку локальной оптимизации в процессе Agile-трансформации
•
3 likes•1,166 views
Systems Thinking - это направление методологии научного познания, в основе которого лежит рассмотрение объекта как системы, сообщает нам wikipedia. Один из ключевых навыков, которыми должен обладать топ-менеджмент по мнению Гарвардского Университета. Данная техника оказывается абсолютно бесценной, когда дело доходит до по-настоящему больших и сложных agile-трансформаций. Когда буквально пара компромисов "мы это не трогаем, потому что..." или неверно выбранный фреймфорк могут привести к катастрофе, нужно иметь средство принимать взвешенные и обоснованные решения, исключающие очередную локальную оптимизацию. Systems Thinking в этом случае - как раз то, что доктор прописал. За два часа мы очень быстро познакомимся с теорией метода и посвятим львинную долю времени практике. Не могу обещать, что после этой сессии мир будет все еще прежним.
Report
Share
Report
Share
Download to read offline
Recommended
Почему у нас не выходит Agile?
Scrum, Kanban, XP, Crystal и прочие еще более редкие фреймворки и методы, что обещают Вам стать agile, уже давно опробованы, как в чистом виде, так и в составе ядерных коктейлей а воз и ныне там. Ваши отделы, продуктовые группы и вся компания целиком все так же далеки от того, чтобы быть agile. Меж тем верхи действительно хотят, а низы однозначно могут и даже обратное все так же верно. Так в чем же дело? В рамках этого доклада мы попытаемся ответить на этот вопрос. Будем говорить о разной степени важности тех или иных элементов больших agile-трансформаций, их влиянии друг на друга и правильно расставленных акцентах и приоритетах. В конце, как обычно, секретный ингредиент успеха.
Как не собрать все грабли при Agile трансформации компании?
Agile хайп делает свое дело: многие компании от крупных банков до растущих стартапов ринулись трансформироваться в Agile. Но все так или иначе наступают на грабли: Нужно ли менять организационную структуру компании или не стоит? В какой момент это делать? Если менять, то как? Есть ли какие-то шаблоны или нужно использовать другие подходы? Как формировать Agile команды? Довериться мнению бизнеса, функциональных руководителей IT? Я расскажу о нетривиальных проблемах, в решении которых я участвовал за предыдущий год в крупных компаниях (количество команд >= 5), и, конечно же, о решениях.
Scaling without Scale is Possible!
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.
Как сохранить гибкость бизнеса
Практически все молодые компании гибкие. Именно это им помогает обходить “взрослые” медленные компании на крутых виражах конкурентной гонки.
Компания не может быть вечно молодой. По мере роста и взросления продукта процессы нужно оптимизировать — снижать затраты и растить эффективность, увеличивать обороты. Все это требует найма людей, приходится вкладываться в ИТ-системы и вводить правила работы в виде регламентов или чеклистов.
Может ли компания контролировать сложность и научиться меняться? В докладе мы поговорим, как именно можно контролировать процесс взросления и постоянно держать компанию в тонусе.
Scrum, Kanban… Что дальше? История Nokia
Scrum, Kanban, XP или любой другой известный гибкий фреймворк/метод: для вашей команды уже давно не является чем-то новым.
Многие многие месяцы вы регулярно проводите стендапы; ваши ретроспективы все так же интересны и эффективны; непрерывная интеграция и поставка - это что-то само собой разумеющееся; коллективное владение кодом, парная работа, ревью и стандарты кодирования - это, как чистить зубы по утрам. В общем, если вы уже давно и серьезно следуете не только букве, но и духу Agile, то может быть пришло время задуматься о чем-то большем? Как насчет того, чтобы сделать следующий заметный шаг по направлению к настоящей гибкости?
В этом докладе я расскажу вам, как мы в Nokia сделали этот радикальный шаг, почему мы его совершили и что из этого получилось. Вы узнаете, что ждет по-настояющему опытные и сработанные команды там за горизонтом привычного и уже обыденного для многих Scrum или Kanban. Давайте же вместе заглянем за грань!
Михаил Подурец. Почему Agile не работает (на самом деле нет). Agiledays2017
Каждый уважающий себя Agile-coach рано или поздно должен высказаться на эту тему:
— АААА! Оно у нас не работает
— Ваш Скрам у нас невозможен
— Как вы предлагаете делать нам интеграционное тестирование внутри спринта, если оно занимает месяц!? О_о
Спокойно! На докладе мы разберем, почему оно не работает, и как на самом деле оно должно работать.
Презентация с доклада на AgileDays 2017. Скоро будет видео
Успешный запуск продукта: совместная работа BA, PO, PM
Успешный запуск продукта: совместная работа Business Analyst, Product Owner, Product Manager + инвестор. Что нужно знать бизнес аналитику для построения эффективного и результативного взаимодействия на старте - насколько понятен "голубой океан" продукта, целевые сегменты, процессы по всему жизненному циклу продукта. Выстроено ли Agile взаимодействие?
Recommended
Почему у нас не выходит Agile?
Scrum, Kanban, XP, Crystal и прочие еще более редкие фреймворки и методы, что обещают Вам стать agile, уже давно опробованы, как в чистом виде, так и в составе ядерных коктейлей а воз и ныне там. Ваши отделы, продуктовые группы и вся компания целиком все так же далеки от того, чтобы быть agile. Меж тем верхи действительно хотят, а низы однозначно могут и даже обратное все так же верно. Так в чем же дело? В рамках этого доклада мы попытаемся ответить на этот вопрос. Будем говорить о разной степени важности тех или иных элементов больших agile-трансформаций, их влиянии друг на друга и правильно расставленных акцентах и приоритетах. В конце, как обычно, секретный ингредиент успеха.
Как не собрать все грабли при Agile трансформации компании?
Agile хайп делает свое дело: многие компании от крупных банков до растущих стартапов ринулись трансформироваться в Agile. Но все так или иначе наступают на грабли: Нужно ли менять организационную структуру компании или не стоит? В какой момент это делать? Если менять, то как? Есть ли какие-то шаблоны или нужно использовать другие подходы? Как формировать Agile команды? Довериться мнению бизнеса, функциональных руководителей IT? Я расскажу о нетривиальных проблемах, в решении которых я участвовал за предыдущий год в крупных компаниях (количество команд >= 5), и, конечно же, о решениях.
Scaling without Scale is Possible!
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.
Как сохранить гибкость бизнеса
Практически все молодые компании гибкие. Именно это им помогает обходить “взрослые” медленные компании на крутых виражах конкурентной гонки.
Компания не может быть вечно молодой. По мере роста и взросления продукта процессы нужно оптимизировать — снижать затраты и растить эффективность, увеличивать обороты. Все это требует найма людей, приходится вкладываться в ИТ-системы и вводить правила работы в виде регламентов или чеклистов.
Может ли компания контролировать сложность и научиться меняться? В докладе мы поговорим, как именно можно контролировать процесс взросления и постоянно держать компанию в тонусе.
Scrum, Kanban… Что дальше? История Nokia
Scrum, Kanban, XP или любой другой известный гибкий фреймворк/метод: для вашей команды уже давно не является чем-то новым.
Многие многие месяцы вы регулярно проводите стендапы; ваши ретроспективы все так же интересны и эффективны; непрерывная интеграция и поставка - это что-то само собой разумеющееся; коллективное владение кодом, парная работа, ревью и стандарты кодирования - это, как чистить зубы по утрам. В общем, если вы уже давно и серьезно следуете не только букве, но и духу Agile, то может быть пришло время задуматься о чем-то большем? Как насчет того, чтобы сделать следующий заметный шаг по направлению к настоящей гибкости?
В этом докладе я расскажу вам, как мы в Nokia сделали этот радикальный шаг, почему мы его совершили и что из этого получилось. Вы узнаете, что ждет по-настояющему опытные и сработанные команды там за горизонтом привычного и уже обыденного для многих Scrum или Kanban. Давайте же вместе заглянем за грань!
Михаил Подурец. Почему Agile не работает (на самом деле нет). Agiledays2017
Каждый уважающий себя Agile-coach рано или поздно должен высказаться на эту тему:
— АААА! Оно у нас не работает
— Ваш Скрам у нас невозможен
— Как вы предлагаете делать нам интеграционное тестирование внутри спринта, если оно занимает месяц!? О_о
Спокойно! На докладе мы разберем, почему оно не работает, и как на самом деле оно должно работать.
Презентация с доклада на AgileDays 2017. Скоро будет видео
Успешный запуск продукта: совместная работа BA, PO, PM
Успешный запуск продукта: совместная работа Business Analyst, Product Owner, Product Manager + инвестор. Что нужно знать бизнес аналитику для построения эффективного и результативного взаимодействия на старте - насколько понятен "голубой океан" продукта, целевые сегменты, процессы по всему жизненному циклу продукта. Выстроено ли Agile взаимодействие?
Кадрия Кот. Использование игр для запуска процесса рефлексии на ретроспективе
Примеры использования игр для проведения эффективной ретроспективы.
Антон Зотин, Магеллан. Год спустя
В январе 2015 началось наше неизведанное плаванье. Следующий шаг в самоорганизации и управлении продуктом. Магеллан. Мы начинали тихую революцию в рамках одного продукта и одной платформы, имея команду порядка 50 человек. Прошел год. Мы убедились и убедили многих в компании, что Магелан работает. Теперь в рамках этого подхода разрабатывается несколько мультиплатформенных продуктов и работает более чем 100 человек. И все так же отсутствуют сложные механизмы синхронизации, специфические роли, иерархические структуры, предопределенные процессы и брендированные scaling-фреймфорки. Как у нас это все еще получается? Приходите и послушайте историю команды HERE Maps.
Why Do You Scale: Because You Really Need or Because You Don't Know How to Or...
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.
PMI - Business Agility
Доклад на открытом форуме PMI о том, что такое Business Agility и к каким изменениям в организации оно ведет.
https://www.youtube.com/watch?v=ZfLqWwDp5QQ&feature=youtu.be&t=22465
CI/CD for mobile at HERE
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)
Презентация с конференции во Львове: различия между требованиями и дизайном, и как с этими различиями жить аналитику.
Макс Гапонов. Тактическое управление продуктами: все еще недостающее звено
На каждой стратегической сессии выясняется, что реальный объем работ, которые необходимо совершить, в 4-5 раз превышает тот, который запланирован. И, что самое интересное, этот объем озвучивают сами участники, которые и являются авторами предыдущих нереалистичных планов.
Слушайте, с этим пора что-то делать :) Это же не магия какая-нибудь. Это ремесло. Ремесло о том, как системно сформировать и договориться о границах работ; ремесло, как закрепить за ролями ответственность; ремесло, как выстроить управление и коммуникации между разными уровнями доставки бизнес-ценности; ремесло, как оценивать текущую зрелость процессов и обеспечивать непрерывное улучшение.
В докладе я расскажу вам о своем опыте решения этих задач в разных компаниях.
Анастасия Веселко. Agile, Kanban и проектирование зданий
Наш опыт внедрения agile в архитектурном бюро.
На примере одной рабочей группы с помощью консультанта ScrumTrek мы провели обучение и начали работу над проектом жилого дома. Сейчас расширили обучение на оставшуюся часть компании и планируем все проекты переводить в agile
Почему Agile, и как мы о нем узнали? От Грефа и сразу поняли - нам надо)
IT разработка и проектирование — мы очень похожи (внезапность заказчика, постоянное изменение ТЗ, этапность работ, гибкая рабочая группа, непредсказуемый результат, срывы сроков, бюджетов).
ХОД РАБОТЫ:
Отношение команды (сначала скептическое, потом воодушевленное)
Наша доска
Наши Демо (примеры, плюcы и минусы)
РЕЗУЛЬТАТЫ: плюсы и минусы
Выводы для остальных команд
Наши next steps
Резюме (классно, надо брать)
С юмором и с картинками.
Анна Обухова. Continuous Balancing - управление Agile портфолио уровня мир
С увеличивающимися масштабами использования Agile в крупных организациях, грамотное использование техник управления Agile портфолио становится все более значимым. Особенно сложным портфолио менеджмент становится, если не вся организация перешла на Agile и необходимо находить работающие решения чтобы и использовать преимущества Agile подхода и сохранить координацию с другими структурами компании.
Опираясь на свой опыт управления портфолио в инвестиционном банке в Лондоне размером около 50 программ, распределенном на 4 континента и 14 локаций я предлагаю обсудить:
- принципы построения Agile портфолио, что именно делает его Agile
- какие техники управления из классического портфолио менеджмента годны и для Agile, а какие нужно адаптировать
- сложности балансировки портфолио, по каким классическим и Agile параметрам необходима сбалансированность чтобы управление было эффективным
- особенности управления крупным и сильно распределенным портфолио
- какие информационные радиаторы и информационные потоки необходимы и достаточны
- с какими иллюзиями и сложностями приходится сталкиваться если бизнес знает что используется Agile подход.
Наталья Гульчевская, Командный коучинг: взгляд коуча ICF
Роль и компетенции коуча, которые помогут раскрыть потенциал команды.
Complexity of organizational design and its effect scaling agility
System thinking talk for project managers of product/software companies.
Joost Schouten. Holacracy. Purpose driven & self organising
Сегодня целеустремленные сотрудники требуют от организаций осмысленных и интересных задач, а заказчики — качественных продуктов и услуг. Для коммерческих компаний лозунг «адаптируйся или умри» никогда не был столь актуальным. Самоорганизация широко используется как способ достижения гибкости. Но как применить ее ко всей организации и как убедиться в том, что результат достигнут и организация стала эффективной? Как перейти от делегирования к распределенной ответственности? И от процедур к прозрачной оценке эффективности?
Цель этого доклада — дать представление о том, как Холакратия может помочь построить самоорганизующуюся и целеустремленную компанию.
Agile оставит рынок без программистов
Наше сообщество SkillsWiki с интересом наблюдает за стремительным изменением рынка, темпы конкуренции которого увеличиваются год за годом. IT и бизнес подталкивают друг друга все к более быстрым изменениям. Agile, гибкие процессы во многих областях давно стали необходимостью. Неудивительно, что все эти изменения постепенно коренным образом перестраивают профиль сотрудников, изменяют подходы к образованию, заставляют людей по-другому смотреть на свое развитие, карьеру. Узкоспециализированные профессии постепенно отмирают, на их место приходят более универсальные профессии, способные сочетать навыки нескольких специализацией, умение приспосабливаться и быстро реагировать на потребности бизнеса. Как и всех, нас интересует наше будущее, наша востребованность. Можем ли мы полагаться в своем развитии на мнение коллег на работе? А идет ли в ногу со временем вся компания в целом? Какие специалисты потребуются рынку через несколько лет? На примере исследования рынков труда России и США по таким популярным и новым специализациями как DevOps Engineer, Data Scientist, .NET Developer, мы постарались выделить главные тренды ближайших лет и ориентиры для личного развития.
Борис Вольфсон. Почему Agile больше не работает
Гибкие подходы перестали работать! По крайне мере, если судить по многочисленным публикациям, которые все чаще и чаще стали появляться. У кого-то не работает Scrum, у кого-то не прижился Канбан и, вообще, Agile не работает. В своем докладе я также приведу несколько примеров критики Agile в виде статей и докладов, разберу типичные заблуждения и ошибки, которыми оперируют критики.
Если использовать модель жизненного цикла принятия инноваций, можно спрогнозировать, что число такого негатива будет расти, потому что в России Agile начинают использовать не только инноваторы и ранние последователи, но и раннее большинство, которому трудно грамотно внедрить Agile и стать действительно гибкими.
Опытные управленцы, которые владеют гибкими подходами, обычно посмеиваются над этим негативом и пересказывают друг другу как анекдоты, а это как раз и есть та пропасть, которую Джеффри Мур описал в своей книге. Дополнительно мы обсудим, где сейчас находится Agile с точки зрения цикла зрелости технологий, так как эта модель тоже объясняет неудачный опыт использования Agile.
Agile-сообществу важно дальше вовлекать и помогать развиваться тем, кто пытается сделать свою команды, отдел или целую компанию гибкой.
Антон Сержантов. Эволюция ретроспективы
В докладе будет рассказываться как видоизменяется ретроспектива с ростом команды, какие этапы зрелости ретроспективы проходит команда.
Для каждого этапа будут рассмотрены структура ретро и какие инструменты применяются. Какие есть опасности каждого этапа зрелости. Какие инструменты и подходы нужно применить, чтобы перейти на следующий этап зрелости ретроспективы.
Левон Гончаров. Секреты эффективной межкомандной ретроспективы
1 продукт. 9 команд. 100 человек. 1 ретроспектива. Как совместно улучшаться? Как не начать субоптимизировать на уровне одной команды? Как делиться историями побед и фейлов?
В этом выступлении я расскажу про свой опыт настраивания такого процесса улучшения в 9 командах одновременно и о зонах роста и развития далее этих команд.
Это будет полезно и интересно скрам мастерам, которые хотят освоить межкомандные взаимодействия.
Евгений Емельянов. Целеполагание с помощью OKR
В большой компании членам команды сложно понять цели и оценить свой вклад в общее дело. На помощь приходит OKR
More Related Content
Viewers also liked
Кадрия Кот. Использование игр для запуска процесса рефлексии на ретроспективе
Примеры использования игр для проведения эффективной ретроспективы.
Антон Зотин, Магеллан. Год спустя
В январе 2015 началось наше неизведанное плаванье. Следующий шаг в самоорганизации и управлении продуктом. Магеллан. Мы начинали тихую революцию в рамках одного продукта и одной платформы, имея команду порядка 50 человек. Прошел год. Мы убедились и убедили многих в компании, что Магелан работает. Теперь в рамках этого подхода разрабатывается несколько мультиплатформенных продуктов и работает более чем 100 человек. И все так же отсутствуют сложные механизмы синхронизации, специфические роли, иерархические структуры, предопределенные процессы и брендированные scaling-фреймфорки. Как у нас это все еще получается? Приходите и послушайте историю команды HERE Maps.
Why Do You Scale: Because You Really Need or Because You Don't Know How to Or...
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.
PMI - Business Agility
Доклад на открытом форуме PMI о том, что такое Business Agility и к каким изменениям в организации оно ведет.
https://www.youtube.com/watch?v=ZfLqWwDp5QQ&feature=youtu.be&t=22465
CI/CD for mobile at HERE
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)
Презентация с конференции во Львове: различия между требованиями и дизайном, и как с этими различиями жить аналитику.
Макс Гапонов. Тактическое управление продуктами: все еще недостающее звено
На каждой стратегической сессии выясняется, что реальный объем работ, которые необходимо совершить, в 4-5 раз превышает тот, который запланирован. И, что самое интересное, этот объем озвучивают сами участники, которые и являются авторами предыдущих нереалистичных планов.
Слушайте, с этим пора что-то делать :) Это же не магия какая-нибудь. Это ремесло. Ремесло о том, как системно сформировать и договориться о границах работ; ремесло, как закрепить за ролями ответственность; ремесло, как выстроить управление и коммуникации между разными уровнями доставки бизнес-ценности; ремесло, как оценивать текущую зрелость процессов и обеспечивать непрерывное улучшение.
В докладе я расскажу вам о своем опыте решения этих задач в разных компаниях.
Анастасия Веселко. Agile, Kanban и проектирование зданий
Наш опыт внедрения agile в архитектурном бюро.
На примере одной рабочей группы с помощью консультанта ScrumTrek мы провели обучение и начали работу над проектом жилого дома. Сейчас расширили обучение на оставшуюся часть компании и планируем все проекты переводить в agile
Почему Agile, и как мы о нем узнали? От Грефа и сразу поняли - нам надо)
IT разработка и проектирование — мы очень похожи (внезапность заказчика, постоянное изменение ТЗ, этапность работ, гибкая рабочая группа, непредсказуемый результат, срывы сроков, бюджетов).
ХОД РАБОТЫ:
Отношение команды (сначала скептическое, потом воодушевленное)
Наша доска
Наши Демо (примеры, плюcы и минусы)
РЕЗУЛЬТАТЫ: плюсы и минусы
Выводы для остальных команд
Наши next steps
Резюме (классно, надо брать)
С юмором и с картинками.
Анна Обухова. Continuous Balancing - управление Agile портфолио уровня мир
С увеличивающимися масштабами использования Agile в крупных организациях, грамотное использование техник управления Agile портфолио становится все более значимым. Особенно сложным портфолио менеджмент становится, если не вся организация перешла на Agile и необходимо находить работающие решения чтобы и использовать преимущества Agile подхода и сохранить координацию с другими структурами компании.
Опираясь на свой опыт управления портфолио в инвестиционном банке в Лондоне размером около 50 программ, распределенном на 4 континента и 14 локаций я предлагаю обсудить:
- принципы построения Agile портфолио, что именно делает его Agile
- какие техники управления из классического портфолио менеджмента годны и для Agile, а какие нужно адаптировать
- сложности балансировки портфолио, по каким классическим и Agile параметрам необходима сбалансированность чтобы управление было эффективным
- особенности управления крупным и сильно распределенным портфолио
- какие информационные радиаторы и информационные потоки необходимы и достаточны
- с какими иллюзиями и сложностями приходится сталкиваться если бизнес знает что используется Agile подход.
Наталья Гульчевская, Командный коучинг: взгляд коуча ICF
Роль и компетенции коуча, которые помогут раскрыть потенциал команды.
Complexity of organizational design and its effect scaling agility
System thinking talk for project managers of product/software companies.
Joost Schouten. Holacracy. Purpose driven & self organising
Сегодня целеустремленные сотрудники требуют от организаций осмысленных и интересных задач, а заказчики — качественных продуктов и услуг. Для коммерческих компаний лозунг «адаптируйся или умри» никогда не был столь актуальным. Самоорганизация широко используется как способ достижения гибкости. Но как применить ее ко всей организации и как убедиться в том, что результат достигнут и организация стала эффективной? Как перейти от делегирования к распределенной ответственности? И от процедур к прозрачной оценке эффективности?
Цель этого доклада — дать представление о том, как Холакратия может помочь построить самоорганизующуюся и целеустремленную компанию.
Agile оставит рынок без программистов
Наше сообщество SkillsWiki с интересом наблюдает за стремительным изменением рынка, темпы конкуренции которого увеличиваются год за годом. IT и бизнес подталкивают друг друга все к более быстрым изменениям. Agile, гибкие процессы во многих областях давно стали необходимостью. Неудивительно, что все эти изменения постепенно коренным образом перестраивают профиль сотрудников, изменяют подходы к образованию, заставляют людей по-другому смотреть на свое развитие, карьеру. Узкоспециализированные профессии постепенно отмирают, на их место приходят более универсальные профессии, способные сочетать навыки нескольких специализацией, умение приспосабливаться и быстро реагировать на потребности бизнеса. Как и всех, нас интересует наше будущее, наша востребованность. Можем ли мы полагаться в своем развитии на мнение коллег на работе? А идет ли в ногу со временем вся компания в целом? Какие специалисты потребуются рынку через несколько лет? На примере исследования рынков труда России и США по таким популярным и новым специализациями как DevOps Engineer, Data Scientist, .NET Developer, мы постарались выделить главные тренды ближайших лет и ориентиры для личного развития.
Борис Вольфсон. Почему Agile больше не работает
Гибкие подходы перестали работать! По крайне мере, если судить по многочисленным публикациям, которые все чаще и чаще стали появляться. У кого-то не работает Scrum, у кого-то не прижился Канбан и, вообще, Agile не работает. В своем докладе я также приведу несколько примеров критики Agile в виде статей и докладов, разберу типичные заблуждения и ошибки, которыми оперируют критики.
Если использовать модель жизненного цикла принятия инноваций, можно спрогнозировать, что число такого негатива будет расти, потому что в России Agile начинают использовать не только инноваторы и ранние последователи, но и раннее большинство, которому трудно грамотно внедрить Agile и стать действительно гибкими.
Опытные управленцы, которые владеют гибкими подходами, обычно посмеиваются над этим негативом и пересказывают друг другу как анекдоты, а это как раз и есть та пропасть, которую Джеффри Мур описал в своей книге. Дополнительно мы обсудим, где сейчас находится Agile с точки зрения цикла зрелости технологий, так как эта модель тоже объясняет неудачный опыт использования Agile.
Agile-сообществу важно дальше вовлекать и помогать развиваться тем, кто пытается сделать свою команды, отдел или целую компанию гибкой.
Антон Сержантов. Эволюция ретроспективы
В докладе будет рассказываться как видоизменяется ретроспектива с ростом команды, какие этапы зрелости ретроспективы проходит команда.
Для каждого этапа будут рассмотрены структура ретро и какие инструменты применяются. Какие есть опасности каждого этапа зрелости. Какие инструменты и подходы нужно применить, чтобы перейти на следующий этап зрелости ретроспективы.
Левон Гончаров. Секреты эффективной межкомандной ретроспективы
1 продукт. 9 команд. 100 человек. 1 ретроспектива. Как совместно улучшаться? Как не начать субоптимизировать на уровне одной команды? Как делиться историями побед и фейлов?
В этом выступлении я расскажу про свой опыт настраивания такого процесса улучшения в 9 командах одновременно и о зонах роста и развития далее этих команд.
Это будет полезно и интересно скрам мастерам, которые хотят освоить межкомандные взаимодействия.
Евгений Емельянов. Целеполагание с помощью OKR
В большой компании членам команды сложно понять цели и оценить свой вклад в общее дело. На помощь приходит OKR
Viewers also liked (20)
Кадрия Кот. Использование игр для запуска процесса рефлексии на ретроспективе
Кадрия Кот. Использование игр для запуска процесса рефлексии на ретроспективе
Why Do You Scale: Because You Really Need or Because You Don't Know How to Or...
Why Do You Scale: Because You Really Need or Because You Don't Know How to Or...
Dude, Where's my Specification? (Где моя спецификация, чувак?)
Dude, Where's my Specification? (Где моя спецификация, чувак?)
Макс Гапонов. Тактическое управление продуктами: все еще недостающее звено
Макс Гапонов. Тактическое управление продуктами: все еще недостающее звено
Анастасия Веселко. Agile, Kanban и проектирование зданий
Анастасия Веселко. Agile, Kanban и проектирование зданий
Анна Обухова. Continuous Balancing - управление Agile портфолио уровня мир
Анна Обухова. Continuous Balancing - управление Agile портфолио уровня мир
Наталья Гульчевская, Командный коучинг: взгляд коуча ICF
Наталья Гульчевская, Командный коучинг: взгляд коуча ICF
Complexity of organizational design and its effect scaling agility
Complexity of organizational design and its effect scaling agility
Joost Schouten. Holacracy. Purpose driven & self organising
Joost Schouten. Holacracy. Purpose driven & self organising
Левон Гончаров. Секреты эффективной межкомандной ретроспективы
Левон Гончаров. Секреты эффективной межкомандной ретроспективы