Многие компании пытаются "работать по Agile", "внедрить Agile" и вообще сделать все "как надо". Но получается не у всех.
Как всегда - все дело в людях. Они вынуждены меняться, приспосабливая свое мышление к Agile, например к Scrum и scrum-мастер часто оказывается не готов к той групповой динамике, которая возникает по ходу трансформации. Это может привести к печальным последствиям.
Я расскажу о том, что scrum-мастеру важно учитывать и знать при работе с группой, как формируются взаимосвязи в команде, и как групповая динамика влияет на эффективность команды.
Процесс внедрения Agile - это процесс приобретения людьми новых навыков. Как лидер может помочь команде успешно пройти через кризисы, помочь выработать новые привычки, и создать самоорганизующуюся команду?
В этом докладе я пытаюсь ответить на этот вопрос.
Александр Колесников. Все команды похожи на гвозди, когда в руках агента изме...ScrumTrek
История про программиста, который помогал внедрять Agile в своей компании, и у которого не получилось сделать это с первого раза в разных командах. Все потому, что эти команды считали себя особенными, хотя и признавали наличие проблем. Рассказ про эти особенности, про их использование и про то, почему получилось во второй раз.
Как работает ваша команда? Все ли в порядке? Ваша команда – самоорганизующаяся? Что такое самоорганизация вообще? Что нужно сделать, чтобы команду можно было действительно назвать самоорганизующейся?
О самых распространенных мифах, которые касаются самоорганизующихся команд; о том, какую команду можно в принципе считать командой; какие признаки говорят об успешности команды; и что собственно говоря можно сделать, чтобы команда могла стать самоорганизующейся.
Многие компании пытаются "работать по Agile", "внедрить Agile" и вообще сделать все "как надо". Но получается не у всех.
Как всегда - все дело в людях. Они вынуждены меняться, приспосабливая свое мышление к Agile, например к Scrum и scrum-мастер часто оказывается не готов к той групповой динамике, которая возникает по ходу трансформации. Это может привести к печальным последствиям.
Я расскажу о том, что scrum-мастеру важно учитывать и знать при работе с группой, как формируются взаимосвязи в команде, и как групповая динамика влияет на эффективность команды.
Процесс внедрения Agile - это процесс приобретения людьми новых навыков. Как лидер может помочь команде успешно пройти через кризисы, помочь выработать новые привычки, и создать самоорганизующуюся команду?
В этом докладе я пытаюсь ответить на этот вопрос.
Александр Колесников. Все команды похожи на гвозди, когда в руках агента изме...ScrumTrek
История про программиста, который помогал внедрять Agile в своей компании, и у которого не получилось сделать это с первого раза в разных командах. Все потому, что эти команды считали себя особенными, хотя и признавали наличие проблем. Рассказ про эти особенности, про их использование и про то, почему получилось во второй раз.
Как работает ваша команда? Все ли в порядке? Ваша команда – самоорганизующаяся? Что такое самоорганизация вообще? Что нужно сделать, чтобы команду можно было действительно назвать самоорганизующейся?
О самых распространенных мифах, которые касаются самоорганизующихся команд; о том, какую команду можно в принципе считать командой; какие признаки говорят об успешности команды; и что собственно говоря можно сделать, чтобы команда могла стать самоорганизующейся.
Reference - Peak Management for Large FactoryGyuhak Choi
LG CNS has implemented a management control system of Peak usage point in the massive production line where it uses a huge amount of power. LG Chemistry's factory in Iksan, Korea, is a case where the world's largest behind-the-meter LiB ESS is applied.
Как часто случается в нашей практике, когда к нам приходит коллега с вопросом, на который он сможет ответить сам за 3 минуты? Или на стендапе SCRUM-мастеру заявляется проблема, которую,
все уверены, член команды мог бы решить сам, будь он чуть посмелей, поупорней, поответственней? Можно временно закрыть на проблему глаза — бросим товарища в воду, глядишь, и сам поплывет. Можно спасать, чинить и решать все самому — так и быстрей и вроде человеку помог — доброе дело сделал. Есть и третий путь.
Василий Савунов — 5 опор команды или управленческий минимумAgileLAB
Когда мы говорим «команда» - что мы имеем в виду? Сплоченность? Мудрость группы? Взаимовыручку? Наверно да, все это вместе и кое-что еще является обязательным атрибутом хорошей команды. Но что, если вы лидер этой команды? Тимлид или Scrum-мастер? На что вам опираться при построении команды мечты и достигать всего вышеперечисленного? Есть несколько опор, на которых держится команда, и про которые тимлиду или scrum-мастеру никогда не стоит забывать. Об этом я и расскажу в моем докладе. Доклад будет рассказывать много теории, но я обязательно проиллюстрирую ее практическими примерами из практики.
Reference - Peak Management for Large FactoryGyuhak Choi
LG CNS has implemented a management control system of Peak usage point in the massive production line where it uses a huge amount of power. LG Chemistry's factory in Iksan, Korea, is a case where the world's largest behind-the-meter LiB ESS is applied.
Как часто случается в нашей практике, когда к нам приходит коллега с вопросом, на который он сможет ответить сам за 3 минуты? Или на стендапе SCRUM-мастеру заявляется проблема, которую,
все уверены, член команды мог бы решить сам, будь он чуть посмелей, поупорней, поответственней? Можно временно закрыть на проблему глаза — бросим товарища в воду, глядишь, и сам поплывет. Можно спасать, чинить и решать все самому — так и быстрей и вроде человеку помог — доброе дело сделал. Есть и третий путь.
Василий Савунов — 5 опор команды или управленческий минимумAgileLAB
Когда мы говорим «команда» - что мы имеем в виду? Сплоченность? Мудрость группы? Взаимовыручку? Наверно да, все это вместе и кое-что еще является обязательным атрибутом хорошей команды. Но что, если вы лидер этой команды? Тимлид или Scrum-мастер? На что вам опираться при построении команды мечты и достигать всего вышеперечисленного? Есть несколько опор, на которых держится команда, и про которые тимлиду или scrum-мастеру никогда не стоит забывать. Об этом я и расскажу в моем докладе. Доклад будет рассказывать много теории, но я обязательно проиллюстрирую ее практическими примерами из практики.
Практика внедрения методологий показала, что компании спустя рукава пытаются приобщиться к результативным техникам. За десятки лет внедрения разных методологий и стандартов, накопился опыт как саксесс стори, так и факап стори. Почему не получается внедрить гибкие методологии? Многие компании уж очень сильно педалируют Agile, Scrum, не отдавая себе отчет в том, что это не просто "сделай 1-2-3"! Смотрим презентацию! Здесь описаны основные эффекты, которые должны знать все, кто внедряет гибкие методологии. Прокачайте своего скрам мастера в психологии и повысьте эффективность!
И руководителя тоже надо прокачать...
Нельзя внедрить часть методологии, без понимания основ - что из чего проистекает :)
cmcons.com
anovichkov.msk.ru
Внедрение Agile на разных этапах развития компанииAskhat Urazbaev
Адизес сравнивает развитие организации с взрослением человека – от стадии ухаживания и зачатия до самой смерти. На разных этапах требуется по разному управлять компанией.
В последнее время (с приходом Lean) гибкие практики выходят на уровень управления организацией. Однако, как показывает опыт (сын ошибок трудных), тот Agile, который подходит молодой, полной надежд организации может совсем не подойти покрытой шрамами и растерявшей все свои зубы компании.
Мы поговорим о том, какие потребности в проектном управлении есть у компании на разных этапах ее развития, когда имеет смысл применять Agile, когда это опасно и рассмотрим несколько практических советов по управлению проектами.
Борис Вольфсон. Почему Agile больше не работаетScrumTrek
Гибкие подходы перестали работать! По крайне мере, если судить по многочисленным публикациям, которые все чаще и чаще стали появляться. У кого-то не работает Scrum, у кого-то не прижился Канбан и, вообще, Agile не работает. В своем докладе я также приведу несколько примеров критики Agile в виде статей и докладов, разберу типичные заблуждения и ошибки, которыми оперируют критики.
Если использовать модель жизненного цикла принятия инноваций, можно спрогнозировать, что число такого негатива будет расти, потому что в России Agile начинают использовать не только инноваторы и ранние последователи, но и раннее большинство, которому трудно грамотно внедрить Agile и стать действительно гибкими.
Опытные управленцы, которые владеют гибкими подходами, обычно посмеиваются над этим негативом и пересказывают друг другу как анекдоты, а это как раз и есть та пропасть, которую Джеффри Мур описал в своей книге. Дополнительно мы обсудим, где сейчас находится Agile с точки зрения цикла зрелости технологий, так как эта модель тоже объясняет неудачный опыт использования Agile.
Agile-сообществу важно дальше вовлекать и помогать развиваться тем, кто пытается сделать свою команды, отдел или целую компанию гибкой.
2. Agile: команда
- идеальная команда (dream team)
- 5-6 человек
- гибкость
- самоорганизация
- продолжительный flow
- ретроспективы (критика, анализ ошибок, исправление)
- постоянное развитие
- мгновенная быстрая реакция на изменения
- минимальные потери
- высокая общественная ответственность
- частая и бесперебойная поставка продукта
- системный подход к решению задач
4. Типовая команда
- отсутствие горизонтального прямого
общения (изолированность единиц слоя)
- медленное развитие
- нет системного подхода к решениям
- нет простых решений
- отсутствие постоянного flow
- страх в случае срочных задач
- скука в остальное время
- страхнежелание экспериментов (чёткое
следование личным обязательствам)FLOW
скука
страх
5. Типовая команда
- отсутствие видения (куда? зачем? как?)
- медленное развитие
- низкая скорость реакции на изменения
- отсутствие обратной связи
- завал ответственности:
- отрицание (это не я)
- обвинение (это Вася мне железку не дал)
- оправдание (я торопился, у меня свидание)
- самообвинение (вот я дурак)
- обязательство (это не мой код)FLOW
скука
страх
6. Типовая команда
При достижении условного предела
срабатывает принцип чайника
- потеря ценных специалистов
- временный (?) провал экспертизы
8. Социальная ячейка: возможности
Особенность первая: новые
возможности, расширение границ
- развитие механизмов
восприятия
- развитие осознанности момента
“здесь и сейчас”
- атмосфера доверия, поддержки
- горизонтальная коммуникация
- вертикальная коммуникация
- самомотивация на развитие
(соответствовать уровню)
- публичные обязательства
11. Социальная ячейка: самоорганизация
Особенность вторая: самоорганизация
- самоорганизация “тащеров”
- шаринг опыта и экспертизы
- высокая реакция на изменения
- обучение и взаимовыручка
- системный подход к решению
задач
- простые и эффективные решения
- продолжительный flow
- самоанализ ошибок
14. Социальная пирамида
инженеры
“тащеры”
прожекты
держатель $$$
Big Boss
Особенность пирамиды:
- на каждом уровне своя социальная
ячейка (своя область деятельности)
- всегда присутствует замкнутость и
непрозрачность между слоями
Особенность социальной ячейки пирамиды:
- уникальная атмосфера
- уникальное видение
- уникальные механизмы восприятия
18. Социальная ячейка: ограничения
- ячейка 5-6 человек
- минимизация конфликтов
- максимизация публичности в рамках
ячейки
- самоорганизация
- невозможность скинуть ответственность
(“отсидеться за спинами других”)
- максимальная атмосфера доверия и
поддержки
- формирование команды под проект, а не
проекта под команду
20. Команда мечты
- 5-6 человек
- гибкость
- самоорганизация
- продолжительный flow
- ретроспективы (критика, анализ ошибок,
исправление)
- постоянное развитие
- мгновенная быстрая реакция на изменения
- минимальные потери
- высокая общественная ответственность
- частая и бесперебойная поставка продукта
- системный подход к решению задач