Comments 7
Думаю, важно в самом начале объяснить коллегам для чего собственно это ретро нужно и иногда об этом напоминать - для закрепления положительных и устранения отрицательных факторов в работе. А иначе так и будете получать на ретро карточки в стиле "провальные продажи дивана на Авито" или вариант с моей работы - "не работающая морозилка в холодильнике на съемной квартире", которые никуда не ведут, но тратят время и мысли команды. Тогда можно улучшить качество ретро и сократить время его проведения.
Мы изначально представляли себе ретро как инструмент не только решения рабочих вопросов, но и поддержания неформальных связей внутри разросшейся команды, поэтому для нас присутствие каких-то личных историй не проблема. На первых ретро большей проблемой стало количество стикеров по чисто рабочим процессам. Мне кажется очень удачным решение ограничить количество стикеров от сотрудника — мы не исключаем возможность поделиться чем-то личным, но в то же время приходится тщательнее выбирать темы. К тому же больше всего времени занимает придумывание решений, а до этого этапа после голосования доходят только рабочие вопросы
Самое классное ретро я видел в одном банке. Я тогда проработал в команде всего неделю и попал на завершение внедрения скрама. В течение 1.5 часов команда лила помои на руководство и непосредственно тимлида, инициатора скрама. Он сидел красный и пытался отшучиваться. Это было первое и последнее ретро за те несколько лет, что я там работал. Но такой счастливой команды, как та, после той встречи, я больше никогда не встречал)
Тимлид тоже не пропал, вскоре ушел на повышение)
а зачем кстати решения искать на ретро? ведь некоторые решения вообще могут найтись только на уровне собственника например.. мне казалось ретро это про подвести итоги, иногда промежуточные. без поиска решений и времени бы сэкономили
Согласна, что не всё получится порешать внутри команды, но обычно что-то можно улучшить своими силами. Как минимум договориться о том, как удобнее передавать друг другу задачи. У нашей команды достаточно много свободы, и некоторые процессы мы можем менять под себя — поэтому мы сразу составляем план улучшений по тем вопросам, на которые можем повлиять. В общем-то в этом и видим цель: не только выговориться, но и сделать работу комфортнее
Прошу прощения, вклинюсь.
Искать решение необходимо для того чтобы боли команды не уходили в стол, а по возможности решались +- сразу же.
Часто бывает какие-то боли насколько просто решаемые, что можно внедрить сразу же после ретро (главное первое время сопровождать решения). Если проблема более серьезная, брать время на дополнительное обсуждение вне ретро. А вот проблемы на уровне собственника записывать, обсуждать насколько это критично, и потом по возможности вне ретро уже повышать общаясь с руководством. Если это не в духе закупки всем коллегам макбуки последнего поколения, то думаю вполне обсуждаемо.
Мой подход как разработчика к ретро (после 3 лет): молчание - золото
Сижу расслабленный, жду пока этот кринж закончится
Раньше что-то спорил предлагал, но отучили
Боль и непонимание на ретро: как мы наладили выявление и решение проблем в команде