Вместе со стремительным ростом компании, приходят такие проблемы, как: бюрократия, иерархия, конфликты между подразделениями. Компания постепенно теряет фокус на потребителя и смещает его на разрешение внутренних проблем. Как вернуться в то состояние, когда компания была молодой и динамичной, был драйв, и компания работала на потребителя? Как перейти в такое состояние большим и иерархичным компаниям?
Алексей Ионов. Agile-трансформация: что делать, чтобы потом не искать виноватых?ScrumTrek
Вы готовы двигаться, но не знаете, с чего конкретно начать? Какую построить структуру, какие задачи ставить и как оценивать результаты? Как не превратить гибкость в хаос? Как масштабировать успех одной команды на всю организацию (и нужно ли это делать)? Мы не станем убеждать вас в абсолютной правильности, исключительной необходимости или супер-эффективности Agile-методов. Мы просто расскажем, как их внедрять на практике. Минимум теории – максимум конкретики: ключевые шаги, подводные камни, типичные ошибки и технологии достижения результата.
Алексей Воронин. Как не собрать все грабли при Agile трансформации компании?ScrumTrek
Agile хайп делает свое дело: многие компании от крупных банков до растущих стартапов ринулись трансформироваться в Agile. Но все так или иначе наступают на грабли: Нужно ли менять организационную структуру компании или не стоит? В какой момент это делать? Если менять, то как? Есть ли какие-то шаблоны или нужно использовать другие подходы? Как формировать Agile команды? Довериться мнению бизнеса, функциональных руководителей IT? Я расскажу о нетривиальных проблемах, в решении которых я участвовал за предыдущий год в крупных компаниях (количество команд >= 5), и, конечно же, о решениях.
4 подхода работы с часто меняющимися требованиями в SCRUMak-itconsulting.com
Знакома ли вам ситуация, когда вы уже спланировали спринт и начали работать, а тут приходят новые срочные/важные требования от заказчика или Product Owner-а? Или другой вариант: вы работаете с живой системой (которая уже в продакшене) и во время спринта приходят задачи на поддержку этой системы (например, баг-репорты)? На этом вебинаре мы поговорим именно о таких ситуациях и о том, как их обрабатывать в рамках SCRUM и не только.
В ходе вебинара вы:
- Узнаете почему меняющиеся требования — это хорошо!
- Поймете как можно обрабатывать важные задачи (Urgent Tasks) посреди спринта
- Увидите как Kanban иногда спасает в таких ситуациях
Узнать больше:
http://coach.ak-itconsulting.com/2014/11/webinar-chasto-menyayushiesya-trebovaniya/
Николай Фабричев. Внедряем Agile. Как можно влиять на мотивацию команды при в...ScrumTrek
Внедряя Agile, мы много говорим про ценности и mindset, про особый тип мотивации. Процесс обычно строится на базе принципов мотивации 2.0 (Daniel Pink Drive) и, к сожалению, он не работает. Опыт показывает, что в головах людей Agile ценности часто не могут найти отражения в реальности. Люди воспринимают все как красивую теорию, не имеющую применимость в реальной жизни, но главное, не имеют внутренней мотивации изменяться и изменять окружение вокруг себя. И это проблема на пути внедрения Agile, потому что без желания двигаться к цели любая преграда становится непреодолимой. Давайте поговорим про мотивацию команды внедрять изменения на простом языке. Я приведу примеры, как заинтересовать людей изменяться самим и изменять свою команду
Александр Колесников. Все команды похожи на гвозди, когда в руках агента изме...ScrumTrek
История про программиста, который помогал внедрять Agile в своей компании, и у которого не получилось сделать это с первого раза в разных командах. Все потому, что эти команды считали себя особенными, хотя и признавали наличие проблем. Рассказ про эти особенности, про их использование и про то, почему получилось во второй раз.
Сергей Рогачев; Лилия Алексеева. Дизайн и запуск Agile-команд.ScrumTrek
Запуск в Agile — это одно из ключевых событий в жизни команды: от него зависит, взлетит ли Agile? Но запуск дает только 30% гарантии успеха, около 60% зависит от правильного дизайна команды. Мы расскажем, как проводить дизайн команды. Причем покажем на цифрах реального статистического исследования, как ошибки при дизайне отражаются на эффективности команд. Мы поделимся опытом, как непосредственно при запуске команды можно исправить кривой дизайн. И что делать, если нужно запустить одновременно много команд.
Вместе со стремительным ростом компании, приходят такие проблемы, как: бюрократия, иерархия, конфликты между подразделениями. Компания постепенно теряет фокус на потребителя и смещает его на разрешение внутренних проблем. Как вернуться в то состояние, когда компания была молодой и динамичной, был драйв, и компания работала на потребителя? Как перейти в такое состояние большим и иерархичным компаниям?
Алексей Ионов. Agile-трансформация: что делать, чтобы потом не искать виноватых?ScrumTrek
Вы готовы двигаться, но не знаете, с чего конкретно начать? Какую построить структуру, какие задачи ставить и как оценивать результаты? Как не превратить гибкость в хаос? Как масштабировать успех одной команды на всю организацию (и нужно ли это делать)? Мы не станем убеждать вас в абсолютной правильности, исключительной необходимости или супер-эффективности Agile-методов. Мы просто расскажем, как их внедрять на практике. Минимум теории – максимум конкретики: ключевые шаги, подводные камни, типичные ошибки и технологии достижения результата.
Алексей Воронин. Как не собрать все грабли при Agile трансформации компании?ScrumTrek
Agile хайп делает свое дело: многие компании от крупных банков до растущих стартапов ринулись трансформироваться в Agile. Но все так или иначе наступают на грабли: Нужно ли менять организационную структуру компании или не стоит? В какой момент это делать? Если менять, то как? Есть ли какие-то шаблоны или нужно использовать другие подходы? Как формировать Agile команды? Довериться мнению бизнеса, функциональных руководителей IT? Я расскажу о нетривиальных проблемах, в решении которых я участвовал за предыдущий год в крупных компаниях (количество команд >= 5), и, конечно же, о решениях.
4 подхода работы с часто меняющимися требованиями в SCRUMak-itconsulting.com
Знакома ли вам ситуация, когда вы уже спланировали спринт и начали работать, а тут приходят новые срочные/важные требования от заказчика или Product Owner-а? Или другой вариант: вы работаете с живой системой (которая уже в продакшене) и во время спринта приходят задачи на поддержку этой системы (например, баг-репорты)? На этом вебинаре мы поговорим именно о таких ситуациях и о том, как их обрабатывать в рамках SCRUM и не только.
В ходе вебинара вы:
- Узнаете почему меняющиеся требования — это хорошо!
- Поймете как можно обрабатывать важные задачи (Urgent Tasks) посреди спринта
- Увидите как Kanban иногда спасает в таких ситуациях
Узнать больше:
http://coach.ak-itconsulting.com/2014/11/webinar-chasto-menyayushiesya-trebovaniya/
Николай Фабричев. Внедряем Agile. Как можно влиять на мотивацию команды при в...ScrumTrek
Внедряя Agile, мы много говорим про ценности и mindset, про особый тип мотивации. Процесс обычно строится на базе принципов мотивации 2.0 (Daniel Pink Drive) и, к сожалению, он не работает. Опыт показывает, что в головах людей Agile ценности часто не могут найти отражения в реальности. Люди воспринимают все как красивую теорию, не имеющую применимость в реальной жизни, но главное, не имеют внутренней мотивации изменяться и изменять окружение вокруг себя. И это проблема на пути внедрения Agile, потому что без желания двигаться к цели любая преграда становится непреодолимой. Давайте поговорим про мотивацию команды внедрять изменения на простом языке. Я приведу примеры, как заинтересовать людей изменяться самим и изменять свою команду
Александр Колесников. Все команды похожи на гвозди, когда в руках агента изме...ScrumTrek
История про программиста, который помогал внедрять Agile в своей компании, и у которого не получилось сделать это с первого раза в разных командах. Все потому, что эти команды считали себя особенными, хотя и признавали наличие проблем. Рассказ про эти особенности, про их использование и про то, почему получилось во второй раз.
Сергей Рогачев; Лилия Алексеева. Дизайн и запуск Agile-команд.ScrumTrek
Запуск в Agile — это одно из ключевых событий в жизни команды: от него зависит, взлетит ли Agile? Но запуск дает только 30% гарантии успеха, около 60% зависит от правильного дизайна команды. Мы расскажем, как проводить дизайн команды. Причем покажем на цифрах реального статистического исследования, как ошибки при дизайне отражаются на эффективности команд. Мы поделимся опытом, как непосредственно при запуске команды можно исправить кривой дизайн. И что делать, если нужно запустить одновременно много команд.
Доклад с PM Day 2014, который прошел во Львове 22.11.2014.
Тема доповіді: «Agile планування проектів»
Рівень доповіді: Середній.
Тези доповіді:
- Agile філософія.
- Ролі в плануванні.
- Рівні планування Agile проектів.
- Планування дня.
- Планування спринту.
- Планування релізу.
- Гнучке управління проектами.
Постановка и улучшение скрам процесса для группы проектов в большой компании,...viktor_bezhenar
Презентация с конференции Lviv PM Day весны 2014 года:
- Что мешает организациям начать использовать гибкие методологии и почему это сложно?
- Преобразование методологий разработки портфеля проектов к Scrum методологии с помощью ЕТС (enterprise transition community - сообщество по изменениям на предприятии):
* наш путь
* его пересечение с моделью Майка Кона и работа по модели
* обязанности и методы работы ЕТС
Вячеслав Пресняков. Тестирование в эпоху Agile.ScrumTrek
В моём выступлении я расскажу, как трансформировался наш подход к тестированию, чтобы команда тестирования начала приносить пользу agile проекту и перестала быть узким местом в процессе разработки продукта, как подружить тестирование и короткие итерации, как инженеру-тестировщику не остаться за бортом в agile команде, откуда берётся тестерский долг и как его победить, почему из-за команды тестирования съезжают сроки итераций/релизов и что с этим делать.
Что такое групповая динамика и зачем про нее знать фасилитатору?LuxoftAgilePractice
Бывала ли у вас такая ситуация с командой, когда вы не понимали, чем вызван спад ее производительности или возросшее количество внутрикомандных конфликтов? На прошлой неделе еще все дружно работали, а на этой начался какой-то разлад и шатание.
Одной из причин такой метаморфозы может быть переход команды из стадии формирования в стадию штормления. Как это определить и что с этим делать, мы рассмотрим на вебинаре на примере модели командной динамики Брюса Такмана.
Модель Такмана - это, конечно, не единственный способ описания процессов, которые происходят с командой, компанией или социумом в целом. Для рассмотрения более глубокий, экзистенциальных потоков изменений можно использовать модель Спиральной Динамики. Эта модель может ответить не только на философские, но и на такие утилитарные вопросы как:
В чем причина бюрократии на проекте или в компании?
Каким сотрудникам будет сложно работать в Agile среде?
Почему участники одной команды могут действовать против друг друга и напоминать коллектив из басни “лебедь, рак и щука”?
Каким руководителям сложно увольнять сотрудникам и проводить дисциплинарные беседы с подчиненными?
Каким командам подойдет и принесет пользу Скрам фреймворк.
На вебинаре мы детально, но быстро, разберем две вышеперечисленные модели и еще один подход, который помогает последовательно сформировать команду из группы специалистов.
Запись прошлых вебинаров на тему фасилитации:
https://youtu.be/VqarmllTKD4 Фасилитируем командное обсуждение и принятие решений
https://youtu.be/7x3uHaFqe1I Майндсет и поведение Agile фасилитатора
https://youtu.be/ykx54Kx6wOA Фасилитируем встречи, повышающие уровень сотрудничества в команде
https://youtu.be/mjIu06mvO4A Вебинар От Agile фасилитатора до Agile коуча
Максим Цепков. Agile — ответ на вызовы третьей промышленной революции.ScrumTrek
Третья промышленная революция, которая была предсказана в далеком 1980 году Элвисом Тоффлером в книге «Третья волна», уже перестала быть делом будущего, а становится частью настоящего. Вызовы, которые она несла, в первую очередь пришли в IT-отрасль в конце 20 века. А в начале 21 века появился ответ на них — практики Agile, которые развиваются уже полтора десятилетия, в том числе вбирая из традиционного менеджмента все ценное и применимое в будущем мире. Сейчас новые вызовы и связанная с ними турбулентность идут в другие отрасли, которые могут в ответ изобретать собственные практики, а могут воспользоваться апробированными ответами Agile, наполнив его практики своей спецификой. Темп изменений в разных отраслях различается, однако приход нового неизбежен, потому что изменился mindset нового поколения соцсетей — тех, кто начал активно общаться и завоевывать лидерство в виртуальном пространстве еще в школе. И по мере того, как такие люди будут приходить в организации, они будут необратимо менять их культуру. Распространение бирюзовых организаций, описанных Фредериком Лалу в книге «Открывая организации будущего», — зримое проявление этих изменений. И вовсе не случайно организационный фреймворк для таких компаний — холакратия — тоже появился в IT-отрасли и распространяется за ее пределы. В докладе будет описана big picture современного развития, в которой каждой из организаций предстоит самоопределиться и выбрать собственный путь. Доклад является развитием моих выступлений по темам Agile и Спиральной динамики, доступных на моем сайте http://mtsepkov.org/Agile.
Статегия agile-трансформации крупной компанииAskhat Urazbaev
Достаточно ли обойтись внедрением Agile-практик на уровне Scrum/XP или для успешной работы нужно нечто большее?
Опыт показывает, что существование в компании Agile только как методологии для команд приводит к слабому и часто кратковременному эффекту повышения производительности. Порой это дисбалансирует компанию и приводит к результатам даже хуже, чем были до внедрения Agile.
Для получения максимального результата изменения в культуре организации необходимы на всех уровнях.
Что это означает на практике и как этого добится?
В этом выступлении мы обсудим подходы проведения Agile-трансформации в больших организациях. Мы рассмотрим практики которые работают в российских корпорациях, а также типичные ловушки и грабли на которые вы можете наступить при старте изменений.
Внедрение Agile на разных этапах развития компанииAskhat Urazbaev
Адизес сравнивает развитие организации с взрослением человека – от стадии ухаживания и зачатия до самой смерти. На разных этапах требуется по разному управлять компанией.
В последнее время (с приходом Lean) гибкие практики выходят на уровень управления организацией. Однако, как показывает опыт (сын ошибок трудных), тот Agile, который подходит молодой, полной надежд организации может совсем не подойти покрытой шрамами и растерявшей все свои зубы компании.
Мы поговорим о том, какие потребности в проектном управлении есть у компании на разных этапах ее развития, когда имеет смысл применять Agile, когда это опасно и рассмотрим несколько практических советов по управлению проектами.
Асхат Уразбаев. Крутые организации, счастливые сотрудникиScrumTrek
В жизни каждой организации наступает момент роста, когда старые “семейные” методы управления перестают работать. Сотрудников становится много, они не так хорошо понимают идею и миссию компании, и эффективность работы постепенно падает.
У компании есть 2 варианта развития. Можно начать “закручивать гайки” — привязывать KPI к бонусам и штрафам, вводить многочисленный управляющий персонал. Сотрудник теряет свободу, его постоянно контролируют и обкладывают многочисленными регламентами с жесткими правилами. Это точно приводит к улучшению, но это не единственный способ.
Есть вариант развития в стиле Agile — когда сотрудники счастливы, контроль осуществляют сами, а компания, тем не менее, продолжает эффективно развиваться. Как этого добиться?
В ходе вебинара вы:
- Узнаете об обязанностях и зонах ответственности SCRUM-мастера
- Поймете какие инструменты есть у SCRUM-мастера для повышения эффективности команды
- Узнаете какие умения, нужно развивать успешному SCRUM-мастеру
Видео с вебинара: http://coach.ak-itconsulting.com/2014/06/video-scrummaster/
Алексей Ионов. Agile в масштабе корпорации: как не создать хаос?ScrumTrek
Когда-то давно на заре Agile многие (и я в том числе) часто начинали разговор про внедрение проворно-гибких подходов с того, что переход на них полностью зависит от поддержки высшего менеджмента организации. Сегодня по опыту работы очень разных крупных компаний становится совершенно очевидно, что основные препятствия на пути трансформации находятся не только и не столько на уровне первых лиц. Они выходят далеко за рамки Манифеста и широко известных подходов для управления эффективными командами. Я поделюсь идеями и наработками, которые позволяют разрешать проблемы (а они есть!) с масштабированием Agile на сложный ландшафт организации в условиях, когда одновременно самые разные исполнители ведут разработку множества интегрируемых решений. Как на практике выстроить первые шаги, на каких принципах основываться, и чего избегать? Давайте обсудим, как вместо повышения эффективности не создать хаос!
Николай Кныш; Сергей Щербинин. Continuous Fail как способ внедрения Agile.ScrumTrek
Как и многие 4 года назад мы задумались о внедрении Agile. Российские и зарубежные конференции помогли узнать разные подходы к этому упражнению. 4 года мы отчасти разочаровывались в этих подходах и сформировали свое собственное видение, которым поделимся с вами в этом докладе. Мы поговорим про мифы, разочарования, фейлы и те подходы, которые сработали у нас.
Александра Баптизманская. Мы решили сделать наш маркетинг гибким, и вот что и...ScrumTrek
Что делать если в отделе международного маркетинга нет четких результатов, отсутствует фокус, работа ведется только с удобными регионами, а в коллективе царит вечный раздор и поиск виноватых? Было решено лечить Аджайлом и Скрамом! Длительность эксперимента — 1,5 года, полет нормальный.
Михаил Подурец. Почему Agile не работает (на самом деле нет). Agiledays2017LuxoftAgilePractice
Каждый уважающий себя Agile-coach рано или поздно должен высказаться на эту тему:
— АААА! Оно у нас не работает
— Ваш Скрам у нас невозможен
— Как вы предлагаете делать нам интеграционное тестирование внутри спринта, если оно занимает месяц!? О_о
Спокойно! На докладе мы разберем, почему оно не работает, и как на самом деле оно должно работать.
Презентация с доклада на AgileDays 2017. Скоро будет видео
Видео: https://www.youtube.com/watch?v=I5bI1QTGrRs
Провёл тренинг и kickoff, а команда всё равно не понимает, зачем она повесила доску, и каждый день двигает стикеры? Завёл бэклог и запустил все события Scrum, а Владелец Продукта продолжает себя вести как начальник отдела или руководитель проекта? Провёл воркшоп по 5 порокам команды, а её участники продолжают работать обособленно? Значит ты что-то упустил при внедрении изменений. На докладе рассмотрим, типичные ошибки внедрения изменений на реальных примерах из Agile-кочинга и как их избежать:
- Отсутствие активного участия руководства
- Недостаточное вовлечение сотрудников
- Недостаточное уделение внимания планированию трансформации
- Завышенные ожидания от Agile и отсутствие желания/возможности поменять окружение
Николай Борисов, Денис Тучин - Основы метода LEGO SERIOUS PLAY, фасилитация, ...Denis Tuchin
4-часовой мастер-класс
Lego Serious Play (LSP) — инновационный и эффективный способ проведения различных встреч, будь то стратегическая сессия, генерация идей нового продукта или ретроспектива. Метод LSP — это не просто метод фасилитации, это своеобразный язык общения.
Он позволяет находить совместные решения, моделировать системы и их взаимосвязи для людей с разным уровнем и порогом входа - "6+". Отличный способ построить любую текущую картину и понять, как достичь планируемой.
Позволяет:
- обеспечить вовлеченность и прозрачность близкую к 100%;
- создать 3D модель, на которую можно смотреть под разным углом, изменять - дополнять и соединять с другими, сравнивать и обсуждать;
- на уровне биохимии мы готовы реализовывать, то что уже построили руками;
- мягко и плавно выводит на очень сокровенные темы и истинные причины проблем и конфликтов, помогаем договориться там, где это казалось не возможным.
На мастер-классе участники узнают о принципах работы метода Lego Serious Play (LSP), где и как можно применить его, а также сами построят индивидуальные и групповые модели.
Рассказ про собственный опыт использования Agile, как на работе, так и в личной жизни.
На работе Agile-подходы я применял в рамках компании Avito. Опыт интересен тем, что он позитивный, но при этом не использовались стандартные методологические фрейм-ворки: Scrum, Kanban и пр. Также привожу свой вариант краткого определения сути Agile и кратко описываю опыт применения этих подходов в семье.
Слайды к докладу на конференции AgileDays 2015.
Доклад с PM Day 2014, который прошел во Львове 22.11.2014.
Тема доповіді: «Agile планування проектів»
Рівень доповіді: Середній.
Тези доповіді:
- Agile філософія.
- Ролі в плануванні.
- Рівні планування Agile проектів.
- Планування дня.
- Планування спринту.
- Планування релізу.
- Гнучке управління проектами.
Постановка и улучшение скрам процесса для группы проектов в большой компании,...viktor_bezhenar
Презентация с конференции Lviv PM Day весны 2014 года:
- Что мешает организациям начать использовать гибкие методологии и почему это сложно?
- Преобразование методологий разработки портфеля проектов к Scrum методологии с помощью ЕТС (enterprise transition community - сообщество по изменениям на предприятии):
* наш путь
* его пересечение с моделью Майка Кона и работа по модели
* обязанности и методы работы ЕТС
Вячеслав Пресняков. Тестирование в эпоху Agile.ScrumTrek
В моём выступлении я расскажу, как трансформировался наш подход к тестированию, чтобы команда тестирования начала приносить пользу agile проекту и перестала быть узким местом в процессе разработки продукта, как подружить тестирование и короткие итерации, как инженеру-тестировщику не остаться за бортом в agile команде, откуда берётся тестерский долг и как его победить, почему из-за команды тестирования съезжают сроки итераций/релизов и что с этим делать.
Что такое групповая динамика и зачем про нее знать фасилитатору?LuxoftAgilePractice
Бывала ли у вас такая ситуация с командой, когда вы не понимали, чем вызван спад ее производительности или возросшее количество внутрикомандных конфликтов? На прошлой неделе еще все дружно работали, а на этой начался какой-то разлад и шатание.
Одной из причин такой метаморфозы может быть переход команды из стадии формирования в стадию штормления. Как это определить и что с этим делать, мы рассмотрим на вебинаре на примере модели командной динамики Брюса Такмана.
Модель Такмана - это, конечно, не единственный способ описания процессов, которые происходят с командой, компанией или социумом в целом. Для рассмотрения более глубокий, экзистенциальных потоков изменений можно использовать модель Спиральной Динамики. Эта модель может ответить не только на философские, но и на такие утилитарные вопросы как:
В чем причина бюрократии на проекте или в компании?
Каким сотрудникам будет сложно работать в Agile среде?
Почему участники одной команды могут действовать против друг друга и напоминать коллектив из басни “лебедь, рак и щука”?
Каким руководителям сложно увольнять сотрудникам и проводить дисциплинарные беседы с подчиненными?
Каким командам подойдет и принесет пользу Скрам фреймворк.
На вебинаре мы детально, но быстро, разберем две вышеперечисленные модели и еще один подход, который помогает последовательно сформировать команду из группы специалистов.
Запись прошлых вебинаров на тему фасилитации:
https://youtu.be/VqarmllTKD4 Фасилитируем командное обсуждение и принятие решений
https://youtu.be/7x3uHaFqe1I Майндсет и поведение Agile фасилитатора
https://youtu.be/ykx54Kx6wOA Фасилитируем встречи, повышающие уровень сотрудничества в команде
https://youtu.be/mjIu06mvO4A Вебинар От Agile фасилитатора до Agile коуча
Максим Цепков. Agile — ответ на вызовы третьей промышленной революции.ScrumTrek
Третья промышленная революция, которая была предсказана в далеком 1980 году Элвисом Тоффлером в книге «Третья волна», уже перестала быть делом будущего, а становится частью настоящего. Вызовы, которые она несла, в первую очередь пришли в IT-отрасль в конце 20 века. А в начале 21 века появился ответ на них — практики Agile, которые развиваются уже полтора десятилетия, в том числе вбирая из традиционного менеджмента все ценное и применимое в будущем мире. Сейчас новые вызовы и связанная с ними турбулентность идут в другие отрасли, которые могут в ответ изобретать собственные практики, а могут воспользоваться апробированными ответами Agile, наполнив его практики своей спецификой. Темп изменений в разных отраслях различается, однако приход нового неизбежен, потому что изменился mindset нового поколения соцсетей — тех, кто начал активно общаться и завоевывать лидерство в виртуальном пространстве еще в школе. И по мере того, как такие люди будут приходить в организации, они будут необратимо менять их культуру. Распространение бирюзовых организаций, описанных Фредериком Лалу в книге «Открывая организации будущего», — зримое проявление этих изменений. И вовсе не случайно организационный фреймворк для таких компаний — холакратия — тоже появился в IT-отрасли и распространяется за ее пределы. В докладе будет описана big picture современного развития, в которой каждой из организаций предстоит самоопределиться и выбрать собственный путь. Доклад является развитием моих выступлений по темам Agile и Спиральной динамики, доступных на моем сайте http://mtsepkov.org/Agile.
Статегия agile-трансформации крупной компанииAskhat Urazbaev
Достаточно ли обойтись внедрением Agile-практик на уровне Scrum/XP или для успешной работы нужно нечто большее?
Опыт показывает, что существование в компании Agile только как методологии для команд приводит к слабому и часто кратковременному эффекту повышения производительности. Порой это дисбалансирует компанию и приводит к результатам даже хуже, чем были до внедрения Agile.
Для получения максимального результата изменения в культуре организации необходимы на всех уровнях.
Что это означает на практике и как этого добится?
В этом выступлении мы обсудим подходы проведения Agile-трансформации в больших организациях. Мы рассмотрим практики которые работают в российских корпорациях, а также типичные ловушки и грабли на которые вы можете наступить при старте изменений.
Внедрение Agile на разных этапах развития компанииAskhat Urazbaev
Адизес сравнивает развитие организации с взрослением человека – от стадии ухаживания и зачатия до самой смерти. На разных этапах требуется по разному управлять компанией.
В последнее время (с приходом Lean) гибкие практики выходят на уровень управления организацией. Однако, как показывает опыт (сын ошибок трудных), тот Agile, который подходит молодой, полной надежд организации может совсем не подойти покрытой шрамами и растерявшей все свои зубы компании.
Мы поговорим о том, какие потребности в проектном управлении есть у компании на разных этапах ее развития, когда имеет смысл применять Agile, когда это опасно и рассмотрим несколько практических советов по управлению проектами.
Асхат Уразбаев. Крутые организации, счастливые сотрудникиScrumTrek
В жизни каждой организации наступает момент роста, когда старые “семейные” методы управления перестают работать. Сотрудников становится много, они не так хорошо понимают идею и миссию компании, и эффективность работы постепенно падает.
У компании есть 2 варианта развития. Можно начать “закручивать гайки” — привязывать KPI к бонусам и штрафам, вводить многочисленный управляющий персонал. Сотрудник теряет свободу, его постоянно контролируют и обкладывают многочисленными регламентами с жесткими правилами. Это точно приводит к улучшению, но это не единственный способ.
Есть вариант развития в стиле Agile — когда сотрудники счастливы, контроль осуществляют сами, а компания, тем не менее, продолжает эффективно развиваться. Как этого добиться?
В ходе вебинара вы:
- Узнаете об обязанностях и зонах ответственности SCRUM-мастера
- Поймете какие инструменты есть у SCRUM-мастера для повышения эффективности команды
- Узнаете какие умения, нужно развивать успешному SCRUM-мастеру
Видео с вебинара: http://coach.ak-itconsulting.com/2014/06/video-scrummaster/
Алексей Ионов. Agile в масштабе корпорации: как не создать хаос?ScrumTrek
Когда-то давно на заре Agile многие (и я в том числе) часто начинали разговор про внедрение проворно-гибких подходов с того, что переход на них полностью зависит от поддержки высшего менеджмента организации. Сегодня по опыту работы очень разных крупных компаний становится совершенно очевидно, что основные препятствия на пути трансформации находятся не только и не столько на уровне первых лиц. Они выходят далеко за рамки Манифеста и широко известных подходов для управления эффективными командами. Я поделюсь идеями и наработками, которые позволяют разрешать проблемы (а они есть!) с масштабированием Agile на сложный ландшафт организации в условиях, когда одновременно самые разные исполнители ведут разработку множества интегрируемых решений. Как на практике выстроить первые шаги, на каких принципах основываться, и чего избегать? Давайте обсудим, как вместо повышения эффективности не создать хаос!
Николай Кныш; Сергей Щербинин. Continuous Fail как способ внедрения Agile.ScrumTrek
Как и многие 4 года назад мы задумались о внедрении Agile. Российские и зарубежные конференции помогли узнать разные подходы к этому упражнению. 4 года мы отчасти разочаровывались в этих подходах и сформировали свое собственное видение, которым поделимся с вами в этом докладе. Мы поговорим про мифы, разочарования, фейлы и те подходы, которые сработали у нас.
Александра Баптизманская. Мы решили сделать наш маркетинг гибким, и вот что и...ScrumTrek
Что делать если в отделе международного маркетинга нет четких результатов, отсутствует фокус, работа ведется только с удобными регионами, а в коллективе царит вечный раздор и поиск виноватых? Было решено лечить Аджайлом и Скрамом! Длительность эксперимента — 1,5 года, полет нормальный.
Михаил Подурец. Почему Agile не работает (на самом деле нет). Agiledays2017LuxoftAgilePractice
Каждый уважающий себя Agile-coach рано или поздно должен высказаться на эту тему:
— АААА! Оно у нас не работает
— Ваш Скрам у нас невозможен
— Как вы предлагаете делать нам интеграционное тестирование внутри спринта, если оно занимает месяц!? О_о
Спокойно! На докладе мы разберем, почему оно не работает, и как на самом деле оно должно работать.
Презентация с доклада на AgileDays 2017. Скоро будет видео
Видео: https://www.youtube.com/watch?v=I5bI1QTGrRs
Провёл тренинг и kickoff, а команда всё равно не понимает, зачем она повесила доску, и каждый день двигает стикеры? Завёл бэклог и запустил все события Scrum, а Владелец Продукта продолжает себя вести как начальник отдела или руководитель проекта? Провёл воркшоп по 5 порокам команды, а её участники продолжают работать обособленно? Значит ты что-то упустил при внедрении изменений. На докладе рассмотрим, типичные ошибки внедрения изменений на реальных примерах из Agile-кочинга и как их избежать:
- Отсутствие активного участия руководства
- Недостаточное вовлечение сотрудников
- Недостаточное уделение внимания планированию трансформации
- Завышенные ожидания от Agile и отсутствие желания/возможности поменять окружение
Николай Борисов, Денис Тучин - Основы метода LEGO SERIOUS PLAY, фасилитация, ...Denis Tuchin
4-часовой мастер-класс
Lego Serious Play (LSP) — инновационный и эффективный способ проведения различных встреч, будь то стратегическая сессия, генерация идей нового продукта или ретроспектива. Метод LSP — это не просто метод фасилитации, это своеобразный язык общения.
Он позволяет находить совместные решения, моделировать системы и их взаимосвязи для людей с разным уровнем и порогом входа - "6+". Отличный способ построить любую текущую картину и понять, как достичь планируемой.
Позволяет:
- обеспечить вовлеченность и прозрачность близкую к 100%;
- создать 3D модель, на которую можно смотреть под разным углом, изменять - дополнять и соединять с другими, сравнивать и обсуждать;
- на уровне биохимии мы готовы реализовывать, то что уже построили руками;
- мягко и плавно выводит на очень сокровенные темы и истинные причины проблем и конфликтов, помогаем договориться там, где это казалось не возможным.
На мастер-классе участники узнают о принципах работы метода Lego Serious Play (LSP), где и как можно применить его, а также сами построят индивидуальные и групповые модели.
Рассказ про собственный опыт использования Agile, как на работе, так и в личной жизни.
На работе Agile-подходы я применял в рамках компании Avito. Опыт интересен тем, что он позитивный, но при этом не использовались стандартные методологические фрейм-ворки: Scrum, Kanban и пр. Также привожу свой вариант краткого определения сути Agile и кратко описываю опыт применения этих подходов в семье.
Слайды к докладу на конференции AgileDays 2015.
Как и многие 4 года назад мы задумались о внедрении Agile. Российские и зарубежные конференции помогли узнать разные подходы к этому упражнению. 4 года мы отчасти разочаровывались в этих подходах и сформировали свое собственное видение, которым поделимся с вами в этом докладе. Мы поговорим про мифы, разочарования, фейлы и те подходы, которые сработали у нас.
РИТ++ 2017, Aletheia Business Conf
Зал Калининград, 6 июня, 16:00
Тезисы:
http://conf.aletheia.business/2017/abstracts/2813.html
Мы рассмотрим простую и мощную модель лидерства, дающую возможность серией точных касаний придавать ускорение развитию как человека, так и команды и организации в целом.
Что это за точки приложения:
- работа на уровне смыслов и развитие метанавыков,
- целеполагание и мотивация,
- обучение и наставничество,
- преодоление прокрастинации и производительность труда.
...
Ключевые навыки успешной Agile-команды / Дмитрий Лобасев (lobasev.ru)Ontico
Динамика изменений со стороны бизнеса (наших заказчиков) сейчас настолько велика, что впереди оказываются компании, процесс разработки в которых непрерывно эволюционирует.
Эволюционный процесс позволяет научиться делать более быстрые поставки, принимать более качественные решения, а главное, поставлять с первого раза именно то, что нужно бизнесу.
Необходимый минимум для построения современных процессов разработки - это три ключевых, обязательных для освоения навыка, которым просто обязан научиться каждый участник проектной команды:
1. как можно раньше узнавать то, чего мы еще не знаем;
2. вовремя видеть, анализировать и решать возникающие проблем;
3. помогать бизнесу добиваться лучших из возможных результатов.
Во время доклада я расскажу подробно, какие инструменты вы можете использовать, чтобы выработать в своей команде эти три навыка и тем самым научиться постоянно улучшаться.
Mykola Mytko — "Быть, а не казаться Agile" it-network
Николай рассказал, что же значит Agile и как правильно его внедрять.
✔️Agile — это обучение и выполнение работы через опыт.
✔️Изменения - это нормально, нужно ошибаться, делать выводы и учиться.
✔️Agile — это мышление. Есть 2 подхода к Agile: делать и быть.
✔️Попробуйте модель обучения СюХаРи.
✔️Задача Agile коучей - научить людей мыслить.
Владимир Каленов. Перезапуск ретроспективы по модели КоттераScrumTrek
Так получилось, что у многих команд в tutu.ru практика проведения ретроспектив не взлетела, хуже того, команды решили, что это бесполезная практика.
Я расскажу, как применяя модель орг. изменений Котера, результативно перезапускать ретроспективы в продуктовых командах и даже в отделе продуктовой аналитики.
Немного, структурированно и просто об интегральном подходе к развитию команд :)
Основные пункты развития по всем 4-м направлениям, на основании которых можно простраивать стратегию развития команды.
Я использую Agile в своей работе вот уже 7 лет Сейчас я выступаю в роли тренера и консультанта, но вообще я практикую ведение проектов в качестве менеджера Знакомство с аудиторией Кто уже использует Agile? А кто только внедряет Agile или подумывает о внедрении? Мой доклад предназначен тем, кто поднял руку вторыми
Успех внедрения Agile зависит от того , насколько вы воспользовались сильными сторонами Agile и нивелировали его слабые стороны в ВАШЕЙ СИТУАЦИИ
Вам по какой-то причине должно быть ОЧЕНЬ ВАЖНО внедрить у себя Agile Важно найти эту самую важную причину Размер важности причины задает потенциал будущих изменений
Вначале команда будет разделена на приверженцев – равнодушных – противников Задача: собрать ядро приверженцев нового, затем вовлечь колеблющихся и решить, что сделать с противниками Как вовлечь других? Вспомнить, что мотивирует вас, и рассказать другим об этом Узнать, что важно для другого, и придумать, как внедрение Agile решит его проблемы Апеллировать к общим ценностям
Продавать начальству не сам Agile, а результаты, которые можно получить с его внедрением Узнать, что волнует начальника, и придумать, как Agile справится с этим Начальство хорошо воспринимает рациональные доводы и плохо воспринимает иррациональные Рациональные доводы: Time-to-market, управление качеством Иррациональные доводы: самоорганизованная и самоуправляемая команда Начальник потеряет часть своей власти – нужно придумать, что он более ценного получит взамен
Зафиксировать – чего мы хотим добиться, внедряя Agile
Берем самые большие проблемы и изменяем процесс в первую очередь так, чтобы решить эти проблемы Как правило, самые большие проблемы в планировании (оценках) и качестве Один раз я внедрял все сразу, но это был специальный случай. Теперь я так не рискую Кванты изменений нужно планировать таким образом, чтобы команда успела к ним привыкнуть перед тем, как внедрять новые изменения
Кто выступает в роли Product Ownera (человека, отвечающего за продукт)? Кто выступает в роли Scrum Mastera (человека, отвечающего за процесс)? Чем в этой истории будет заниматься начальник?
Правила игры нужны, чтобы играть по ним. Чтобы при нарушении правил можно было точно определить, кто и что нарушил, и избегать дальнейших нарушений Две составляющих правил: конституция и
1. Билль о правах: соглашение между заказчиком и командой (обязанности одной стороны начинаются там, где заканчиваются права другой стороны, и наоборот): Заказчик имеет право знать, что может быть сделано и сколько это будет стоить Заказчик имеет право приоритезации работ Заказчик имеет право получать инкремент ценности к окончанию каждой итерации Команда имеет право знать, что нужно сделать и с каким приоритетом Команда имеет право оценивать, сколько что стоит сделать Команда имеет право выпускать качественный продукт Команда имеет право самостоятельно принимать на себя обязательства вместо их навязывания Definition of Done: соглашение по критериям завершенности работы Что значит – работа над кодом завершена? Все юнит-тесты прошли успешно Что значит – работа над карточкой завершена? Все приемочные тесты прошли успешно Что значит – итерация завершена? Наступила четная пятница Что значит – код покрыт юнит-тестами? Степень покрытия 80% Что значит – US готова к оценке? В ней все понятно написано и определены приемочные тесты
1. Четкий ритм Daily Scrum митинг каждое утро в 10:00 IPM каждый четный понедельник в 10:15 Демонстрация каждую нечетную пятницу в 10:15 Ретроспектива каждую нечетную пятницу в 15:00 В ситуации, когда нет ничего четкого, должно быть что-то определенное на 100%, на чем будет держаться все остальное. И это ‘ 100% определенное ’ является процессом разработки – что бы ни случилось, у нас каждую нечетную пятницу демонстрация и ретроспектива Я знаю, что бывают итерации с нечетким тайм-боксингом, я лично противник этого
Время работает против вас с того момента, как вы создали ощущение “ крайней необходимости ” Энтузиазм имеет ограниченный по времени эффект – если он не подкрепляется быстрыми победами, то рано или поздно гаснет
Скорость движения в первой итерации задает планку движения команды в проекте в целом
В мире Agile- неопределенности именно процесс является определенностью, на которой основывается все остальное Команда должна привыкнуть к структуре и ритму процесса Чем четче ритм, тем команда быстрее привыкнет к процессу Самая большая опасность – потерять структуру процесса!
Производить измерения: прогресса, качества, возможно, хронометраж времени. Измерения есть обратная связь, на которой можно учиться
На ретроспективе определить чем мы научились за итерацию Главное в ретроспективе – честно смотреть на происходящее
Работа в ритме Agile должна войти в привычку команды. Эту привычку нужно выработать – для этого, нужно практиковать Agile
Время работает против вас с того момента, как вы создали ощущение “ крайней необходимости ” Энтузиазм имеет ограниченный по времени эффект – если он не подкрепляется быстрыми победами, то рано или поздно гаснет
В условиях высокого темпа возможен отказ от неустоявшихся практик
Как правило, провалы случаются на второй-третьей итерации – команда расслабляется и лажает Нужно на этот случай подстелить соломку у начальства Провалы – это хорошо – будет, что обсудить на ретроспективе
Время работает против вас с того момента, как вы создали ощущение “ крайней необходимости ” Энтузиазм имеет ограниченный по времени эффект – если он не подкрепляется быстрыми победами, то рано или поздно гаснет
Важно закрепить стремление к совершенствованию – это должно войти в привычку Охота за недостатками “ так же неисчерпаема, как атом ” (В.И.Ленин) Документируйте ход итерации настолько подробно, насколько это нужно, чтобы обнаружить новый недостаток, и на ретроспективе решить, как с ним покончить
Удовольствие от достижения успехов, о совместной плодотворной работе Если удовольствия нет, то это серьезный звонок – значит что-то идет не так
Суть: вы теряете контакт с командой и ее поддержку; между вами и командой возникает изоляция Как определить: вам все труднее и труднее коммуницировать с остальными членами команды Последствия: вы окончательно потеряете контакт с командой, останетесь в изоляции и будете вынуждены уйти Причины: возможно, вы перетягиваете одеяло на себя, не слышите других Как исправить: обсудить в команде, признать свою неправоту, если она была, двигаться дальше вместе с командой Вариант: кто-то другой замыкается в себе, уходит от коммуникации Последствия: может покинуть команду Причины: например, он слаб для этой команды Как исправить: привлечь команду на помощь
Суть: кто-то ведет себя неконструктивно по отношению к работе, высокомерно и агрессивно по отношению к команде Как определить: постоянные скандалы, выяснения отношений, претензии к другим Последствия: влияет на моральный климат и производительность команды Причины: человек не принимает ценности Agile , ставит себя выше других Как исправить: вовлечь команду для конструктивного разрешения проблемы, если не помогает, вывести его из команды
Суть: заказчик вмешивается в процесс разработки, команда сама решает, что и в какую очередь делать, DoD не соблюдается Последствия: хаос в процессе разработки, невыход продукта Как исправить: следить за ненарушением конвенций
Суть: команда с удовольствием играет в процесс разработки, которые не приводит к результату - выпуску продукта Последствия: продукт может не быть выпущен, проект может быть закрыт Причины: команда потеряла цель Как исправить: постоянно проводить измерения прогресса, предоставлять эту информацию команде, отслеживать процесс на ретроспективах
Суть: анонсированные начальству быстрые и легкие изменения все не происходят и не происходят Последствия: возможна потеря поддержки руководства Причины: при продаже Agile начальнику пообещали с три короба Как не допустить: не обещать с три короба, вовлекать начальство в процесс (чтобы оно видело, как обстоят дела)
Суть: команда не становится самоорганизующейся и самоуправляемой – в ней по-прежнему есть главный, который все решает (как правило, это начальник) Как определить: посмотреть на коммуникационные потоки; если они идут через начальника, то иерархия сохраняется Последствия: команда не достигнет своей максимальной производительности, сохраняются все недостатки иерархически построенных команд Причины: либо начальник не перестал видеть себя начальником, либо команда не перестала видеть в нем начальника Как исправить: начальнику перестать вести себя, как начальнику
Суть: вследствие энтропии технический долг накапливается, команда с ним ничего не делает Как определить: от итерации к итерации не появляются задачи по уменьшению технического долга (рефакторингу, переделке архитектуры, итд) Последствия: замедление темпов разработки Причины: команда недостаточно сильна технически; стремление к показухе Как исправить: обратить внимание команды на технический долг
Психологи утверждают, что для выработки устойчивой привычки нужно практиковать ее в течение 30-90 дней. Работа в стиле Agile – это та же привычка Я лично придерживаюсь верхней границы оценки