Мой руководитель поставил бы два плюса под твоим отзывом, но у него профиля и кармы. Тоже удивляется, что такие детские игры хорошо вплетаются в практики коммуникации умных, трудолюбивых и немного закрытых людей разработки.
Привет! Спасибо, что написал! Рада, что мои поиски форматов ретроспектив не одиноки. Если вдруг используешь один из представленных форматов ретро, напиши, пожалуйста, два слова фидбека. Интересно, зайдут ли другим командам.
Привет! Извини, что поздно отвечаю. Не совсем понимаю, как за 15 минут можно провести ретроспективу. Высказаться и записать проблемы, да. Когда вы с командой обсуждаете и договариваетесь о решениях?
Отличное замечание. Даже не знаю, как оправдаться. Отвечу, как есть. У меня смешанная роль. Кто-то между product manager/ project manager / scrum master. Я забочусь о продукте и о командах, которые за него отвечают. У меня горело проводить насыщенные активные ретроспективы, поэтому я взяла их в свои руки у тех лидов. Время находится, так как видна польза для команд.
Привет, Сергей! Спасибо за обратную связь. Абсолютно согласна, что техник много и для каждой команды и ситуации подходят свои. Я описала в статье оригинальные идеи для большой команды. Мы с командами в последнее время проводили совсем другие форматы. Были темы, по которым нужно было провести брейншторм, договориться о решении со всей командой.
Мне было горько читать твой комментарий под своей статьей. Я готовила ее, чтобы помочь другим менеджерам/тимлидам разнообразить будни разработки. Могу собрать информацию из источников и написать подробный ответ про пользу ретроспектив, если тебе интересно.
Поясню свой комментарий "Если вы ее не видите, не используйте данные форматы."
Цель моей статьи - обогатить русский дискурс статьей про идеи ретроспектив. Когда я искала сама статьи на русском про ретроспективы, то ничего толкового не нашла. На английском подобных статей с идеями для ретро множество. Я не готова убеждать, что наши ретро полезны и их должны все проводить. У каждого своя команда и своя ситуация. Если вы бы были в поиске идеи для ретро, вы могли попробовать воспользоваться моими. Если нет, и у вас все хорошо с ретрами или без них, то вам они не нужны.
Я ответила достаточно дерзко, так как искренне не понимаю, зачем под статьей, которая вам не полезна писать такой длинный и едкий комментарий. Меня он очень расстроил.
Хочу подсветить, что мы проводим разные ретро. Форматы меняем в зависимости от настроения группы и нужды обсудить какую-то тему. На этой неделе в четверг и пятницу проводили ретро про завершенные большие проекты. Было поле для описания положительного опыта и негативного опыта, при работе над конкретным проектом.
Добрый вечер! Спасибо, что описал формат вашего ретро! Ты первый, кто не только кляксу под статьей поставил, но и обозначил альтернативный вариант ретроспективы. Мне понравились практики разбирать инциденты и готовить с разработчиками тезисы для ретро заранее.
Наши команды разработки проводят действия, о которых ты пишешь. Например, инцидент на проде обычно разбирают на следующий день всей командой. До ретро не ждут. Ретроспектива же в командах направлена на общение и взаимодействие всей команды, всей группы.
Я не до конца понимаю такую многочисленную и объемную критику под своей статьей. Я описала ряд практик, которые помогают нашим командам хорошо работать. Тим лиды считают их полезными, разработчикам тоже нравится. Если они будут кому-то еще полезны, я буду танцевать. Если нет, то это меня мало касается.
Кстати, несколько менеджеров писали на linkedin, что попробуют использовать мои форматы в работе. Надеваю танцевальные туфли :)
Если вы считаете, что я отношусь к разработчикам, как к детям. Вы не правы. Чем вам помешали цветные стикеры, тоже не понимаю. Мне кажется, что онлайн-доски для совместной работы при большой удаленной команде крайне удобный инструмент, визуализиюрующий идею говорящего. Рост бизнеса Miro, FigJam и других инструментов тому свидетельство.
Привет! Начать стоит с того, что Озон это большая компания, где у каждого отдела и каждой команды своя кухня. Я могу рассказать про нашу команду.
Спринт
Перед спринтом бизнес-заказчики между собой приоритизируют проекты. На продуктовые фичи, тех долг и поддержку есть отдельный капаситет. На планировании спринта мы смотрим на топ приоритетных проектов и определяем, что мы можем взять в беклог двухнедельного спринта. Ставим цель спринта. Обычно цель соответствует тому, что мы хотим показать на демо в конце спринта. Распределяем задачи по разработчикам.
Спасибо за статью и за понятный менеджеру язык!
Мой руководитель поставил бы два плюса под твоим отзывом, но у него профиля и кармы. Тоже удивляется, что такие детские игры хорошо вплетаются в практики коммуникации умных, трудолюбивых и немного закрытых людей разработки.
Привет! Спасибо, что написал! Рада, что мои поиски форматов ретроспектив не одиноки. Если вдруг используешь один из представленных форматов ретро, напиши, пожалуйста, два слова фидбека. Интересно, зайдут ли другим командам.
Привет! Извини, что поздно отвечаю. Не совсем понимаю, как за 15 минут можно провести ретроспективу. Высказаться и записать проблемы, да. Когда вы с командой обсуждаете и договариваетесь о решениях?
Отличное замечание. Даже не знаю, как оправдаться. Отвечу, как есть. У меня смешанная роль. Кто-то между product manager/ project manager / scrum master. Я забочусь о продукте и о командах, которые за него отвечают. У меня горело проводить насыщенные активные ретроспективы, поэтому я взяла их в свои руки у тех лидов. Время находится, так как видна польза для команд.
Приветствую! Спасибо за ресурсы. Взяла их на заметку.
Привет, Сергей! Спасибо за обратную связь. Абсолютно согласна, что техник много и для каждой команды и ситуации подходят свои. Я описала в статье оригинальные идеи для большой команды. Мы с командами в последнее время проводили совсем другие форматы. Были темы, по которым нужно было провести брейншторм, договориться о решении со всей командой.
Благодарю за ответ! Мир:)
Согласна с Вами, что в первую очередь нужно понимать ситуацию и использовать подходящий для нее инструмент.
Мне было горько читать твой комментарий под своей статьей. Я готовила ее, чтобы помочь другим менеджерам/тимлидам разнообразить будни разработки. Могу собрать информацию из источников и написать подробный ответ про пользу ретроспектив, если тебе интересно.
Поясню свой комментарий "Если вы ее не видите, не используйте данные форматы."
Цель моей статьи - обогатить русский дискурс статьей про идеи ретроспектив. Когда я искала сама статьи на русском про ретроспективы, то ничего толкового не нашла. На английском подобных статей с идеями для ретро множество. Я не готова убеждать, что наши ретро полезны и их должны все проводить. У каждого своя команда и своя ситуация. Если вы бы были в поиске идеи для ретро, вы могли попробовать воспользоваться моими. Если нет, и у вас все хорошо с ретрами или без них, то вам они не нужны.
Я ответила достаточно дерзко, так как искренне не понимаю, зачем под статьей, которая вам не полезна писать такой длинный и едкий комментарий. Меня он очень расстроил.
Спасибо за положительный отзыв и поддержку!
Хочу подсветить, что мы проводим разные ретро. Форматы меняем в зависимости от настроения группы и нужды обсудить какую-то тему. На этой неделе в четверг и пятницу проводили ретро про завершенные большие проекты. Было поле для описания положительного опыта и негативного опыта, при работе над конкретным проектом.
Добрый вечер! Спасибо, что описал формат вашего ретро! Ты первый, кто не только кляксу под статьей поставил, но и обозначил альтернативный вариант ретроспективы. Мне понравились практики разбирать инциденты и готовить с разработчиками тезисы для ретро заранее.
Наши команды разработки проводят действия, о которых ты пишешь. Например, инцидент на проде обычно разбирают на следующий день всей командой. До ретро не ждут. Ретроспектива же в командах направлена на общение и взаимодействие всей команды, всей группы.
Я не до конца понимаю такую многочисленную и объемную критику под своей статьей. Я описала ряд практик, которые помогают нашим командам хорошо работать. Тим лиды считают их полезными, разработчикам тоже нравится. Если они будут кому-то еще полезны, я буду танцевать. Если нет, то это меня мало касается.
Кстати, несколько менеджеров писали на linkedin, что попробуют использовать мои форматы в работе. Надеваю танцевальные туфли :)
Привет! Спасибо за комментарий! Мне не совсем понятна его цель. Я описала в статье пользу от ретроспектив, которые я провожу.
задействованы все члены команды;
атмосфера способствует открытому общению;
становится легче разговаривать и понимать друг друга на созвонах;
появляется ощущение коллектива и командной работы.
Ее видят тим лиды и члены команды, с которыми я работаю. Если вы ее не видите, не используйте данные форматы.
Пиццу я тоже люблю. Только сейчас мы работаем на удаленке в разных городах и странах.
В любом случае, спасибо за большой подробный комментарий.
Если вы считаете, что я отношусь к разработчикам, как к детям. Вы не правы. Чем вам помешали цветные стикеры, тоже не понимаю. Мне кажется, что онлайн-доски для совместной работы при большой удаленной команде крайне удобный инструмент, визуализиюрующий идею говорящего. Рост бизнеса Miro, FigJam и других инструментов тому свидетельство.
Спасибо за отзыв! Буду рада, если потом расскажите, как прошли ретроспективы у вас в командах.
Буду благодарна, если опишешь подробнее, как вы проводите ретроспективу. Делитесь эмоциями или только решения задач разработки обсуждаете?
Привет! Хочу уточнить, ты опытный тимлид/менеджер или разработчик?
Спринт
Перед спринтом бизнес-заказчики между собой приоритизируют проекты. На продуктовые фичи, тех долг и поддержку есть отдельный капаситет. На планировании спринта мы смотрим на топ приоритетных проектов и определяем, что мы можем взять в беклог двухнедельного спринта. Ставим цель спринта. Обычно цель соответствует тому, что мы хотим показать на демо в конце спринта. Распределяем задачи по разработчикам.