Agile - это уже пост-промышленная революция, когда манагеры не вывозят знать всё что нужно команде, чтобы сделать свою работу. Но в одном вы правы, если начать приметь Agile? где не налажены процессы, бардака становится как правила больше, а не меньше
Тут скорее даже не бэкграунд, а поколения: X-ы суровые и прогматичные - как описано в 1 пункте. Y-ки реально более нежные до всякого стресса и неэкологичной обратной связи. Что там с Z-ами боюсь даже представить
>> Надо, не надо - ретро устраивается, потому что это обязательная церемония.
>> Обязательно будет вводное слово, потом поочерёдно четыре части
Да, этот один из самых распространнёных анти-паттернов, котjрый как раз и приводит к тому что у команды вырабатывается стойкая аллергия к Ретро и к Скраму в целом. Я себя не отношу к Scrum Nazi, потому и затяел эту серию статей, чтобы момочь Скрам-мастерам сделать Ретро полезное для команды
Коллега, кажется, у вас ровно как в описанном кейсе никогда не было ретро в том виде, в котором оно задуман в Scrum, и похоже, что Scrum-а тоже не было. Ретро - точно не место где нужно раздавать пряники и звездюли, а место где команда находит решение насущных проблем. Когда инженеры думают над проблемой - менеджеру вообще лучше не мешать, а стоять в сторонке. Проблема, что в ИТ не особо то и любят авторитарных менеджеров, которые указывают профессионалам, как делать их работу, а, кроме того, системы настолько сложные, что одному человеку, какой бы опытный он не был, ни за что не найти хорошего решения. Потому во многих проектах, хотя далеко не во всех, подходить Agile-процесс, когда команда инженерные и процессные решения принимает коллективно, и отвечает получается тоже коллективно. Руководитель лишь даёт крупноблочные задачи
Менеджеров как правило не пускают на ретро, ибо есть риск, что никто не сознается в косяках. А в целом поддержу, что проблемы лучше всего решать по мере их поступления, но не все такие зрелые разработчики, как вы - многим проще залатать дыры костылями. И в частности для этого делается регулярное обсуждение проблем. Что, кстати, подразумеваете под "классическим стилем" Ретро?
Кажется, у вас искажённый опыт ретро. Смысл как раз в том, чтобы команда меньше получала тумаков от менеджмента и меньше косячила. С сравнением с психологом тоже не соглашусь - на ретро основная фишка, чтобы команда как раз сама выявляла и решала свои косяки в идеале без приглашённого "мозгоправа". Скрам-мастер скорее нужен только в начале, чтобы научить команду это делать полезно для неё. Видел команды которые через 6-12 месяцев вполне могли проводить Ретро сами без специально обученного человека
Всё правильно, но нужно учитывать пару фактов:
1. Масару Ибука — инженер, один из основателей корпорации Sony. Я склонен считать, что бывших инженеров не бывает, и они не теряют привычку критически относиться к любой информации.
2. Дело в том, что в академической психологической литературе написано всё тоже самое, но не так «красиво и волнующе» :)
согласен, 1000 дураков не придумает, а вот небольшая группа спецов придумает куда луxitt решение, чем самый умный из них
Agile - это уже пост-промышленная революция, когда манагеры не вывозят знать всё что нужно команде, чтобы сделать свою работу.
Но в одном вы правы, если начать приметь Agile? где не налажены процессы, бардака становится как правила больше, а не меньше
Так попробуйте
Тут скорее даже не бэкграунд, а поколения: X-ы суровые и прогматичные - как описано в 1 пункте. Y-ки реально более нежные до всякого стресса и неэкологичной обратной связи. Что там с Z-ами боюсь даже представить
>> Надо, не надо - ретро устраивается, потому что это обязательная церемония.
>> Обязательно будет вводное слово, потом поочерёдно четыре части
Да, этот один из самых распространнёных анти-паттернов, котjрый как раз и приводит к тому что у команды вырабатывается стойкая аллергия к Ретро и к Скраму в целом. Я себя не отношу к Scrum Nazi, потому и затяел эту серию статей, чтобы момочь Скрам-мастерам сделать Ретро полезное для команды
Ага. Вот задача Скрам-Мастера перевести эти разговоры в конструктивные обсуждение и фиксацию решений в конце Ретро
Коллега, кажется, у вас ровно как в описанном кейсе никогда не было ретро в том виде, в котором оно задуман в Scrum, и похоже, что Scrum-а тоже не было.
Ретро - точно не место где нужно раздавать пряники и звездюли, а место где команда находит решение насущных проблем. Когда инженеры думают над проблемой - менеджеру вообще лучше не мешать, а стоять в сторонке.
Проблема, что в ИТ не особо то и любят авторитарных менеджеров, которые указывают профессионалам, как делать их работу, а, кроме того, системы настолько сложные, что одному человеку, какой бы опытный он не был, ни за что не найти хорошего решения. Потому во многих проектах, хотя далеко не во всех, подходить Agile-процесс, когда команда инженерные и процессные решения принимает коллективно, и отвечает получается тоже коллективно. Руководитель лишь даёт крупноблочные задачи
Менеджеров как правило не пускают на ретро, ибо есть риск, что никто не сознается в косяках. А в целом поддержу, что проблемы лучше всего решать по мере их поступления, но не все такие зрелые разработчики, как вы - многим проще залатать дыры костылями. И в частности для этого делается регулярное обсуждение проблем.
Что, кстати, подразумеваете под "классическим стилем" Ретро?
Кажется, у вас искажённый опыт ретро. Смысл как раз в том, чтобы команда меньше получала тумаков от менеджмента и меньше косячила. С сравнением с психологом тоже не соглашусь - на ретро основная фишка, чтобы команда как раз сама выявляла и решала свои косяки в идеале без приглашённого "мозгоправа".
Скрам-мастер скорее нужен только в начале, чтобы научить команду это делать полезно для неё. Видел команды которые через 6-12 месяцев вполне могли проводить Ретро сами без специально обученного человека
Да, будет третьей в серии. Согласен, что самой сложный. По крайней мере для меня был
Можно тут посмотреть например: https://www.youtube.com/watch?v=McCgpTONOV8&list=PLu7pKL8OAoRQOaAMBm8PeRrNG3AmlbCxd
Все зыезды могут передраться за лидерсвтво и так и не стать командой
1. Масару Ибука — инженер, один из основателей корпорации Sony. Я склонен считать, что бывших инженеров не бывает, и они не теряют привычку критически относиться к любой информации.
2. Дело в том, что в академической психологической литературе написано всё тоже самое, но не так «красиво и волнующе» :)
С Наступающим!