По сути это процесс обучения на собственных ошибках. Ретроспективу проектов стоит вести в позитивном ключе. Чтобы создать требующуюся обстановку, планы ретроспективы, как правило, подразумевают, что начало встречи будет посвящено оценке положительных моментов и достигнутых успехов. Если в отделе много сотрудников, то для проведения ретроспектив их стоит разделить на небольшие группы — например, в соответствии с проектами или задачами, над которыми они работают. Кроме того, ретроспектива позволяет каждому участнику встречи получить целостное видение проекта. Каждый обычно отвечает за свою часть работы; а во время встречи члены команды могут понять, чего от них ждут коллеги и какие глобальные задачи они должны решить вместе.
При этом, определенным участникам предлагают остаться и провести группировку карточек. Группировка может происходить, например, по схожим событиям. Группировка нужна для облегчения голосования и дальнейшего анализа, так как после группировки метки будут ставиться группам.
Каждой паре или тройке даем определенное количество меток (обычно не более 20 – 25 меток). Во время обсуждения могут появиться новые идеи – это так называемые ассоциативные идеи. Задача упражнения «Построение временной шкалы» – создать общую наглядную картину хода проекта. Разбираемся, зачем нужны встречи, где коллеги могут эмоционально высказываться о своей работе и друг о друге. В идеале выбранный инструмент позволит участникам сначала формулировать свои ответы в закрытую, а потом презентовать анонимно — это создаст больший комфорт и независимость в обсуждении.
В протоколах специально назначенный человек фиксирует идеи и проблемы. Ответственным обычно назначают модератора или приглашенного офис-менеджера. Очень часто на эту роль приглашают человека со стороны — аутсорсера, который специализируется на проведении дискуссионных мероприятий. К примеру, если ваш HR-менеджер имеет релевантный опыт или проходил подобные курсы, то он справится с задачей. В группу «исследователь» входят те, кто лишь хочет послушать мнения других. К «покупателям» себя относят специалисты, которые желают найти решение актуальной проблемы и применить его в работе.
Им может быть приглашенный специалист (скрам-мастер или фасилитатор) или сотрудник агентства, который понимает процедуру ретро и познакомился с проектом и командой. Важно, чтобы эту роль не брал на себя непосредственный руководитель проекта. Ретроспектива необходима для того, чтобы команда могла обсудить возникающие проблемы в процессе разработки и работы над продуктом, а также найти пути решения. Ретроспектива предоставляет возможность всем членам команды участвовать в процессе обсуждения. Таким образом удается получить более полное представление о полученном опыте и принять более объективные решения о дальнейших действиях. Ретроспектива – один из этапов работы над проектом, который позволяет команде вернуться назад, чтобы оценить пройденный путь.
Такая игра помогает не только модератору, но и руководителю команды отследить, насколько участники заинтересованы во встрече. Например, если в команде много «заключённых», возможно, стоит уделить им больше внимания во время беседы — сделать так, чтобы они не отмалчивались, а активно высказывали своё мнение. При условии хорошей подготовки во время ретроспективы задачи скрам-мастера или фасилитатора сводятся только к тому, чтобы контролировать соблюдение правил и фиксировать результаты обсуждения. Некоторые дополнительные рекомендации помогут в этом. Как видно, ничего сложного в проведении этого мероприятия нет, однако, по нашим наблюдениям, эффект от проведения ретроспективы очевиден.
Коллеги не только говорят о том, как можно было бы избежать неудач и сделать что-то по-другому, но и подмечают действительно хорошие решения. Модератор следит за активностью каждого присутствующего. Если он видит, что кто-то не высказал свою точку зрения, то может задать наводящий вопрос и вовлечь человека в обсуждение. Ретроспектива — это внутренняя встреча, и ее главная цель — создать атмосферу доверия среди коллег. Именно поэтому партнеры или клиенты на таком собрании не присутствуют, а обсуждением занимаются только те, кто непосредственно работает над проектом.
В рамках ретроспективы приветствуется открытая и честная коммуникация внутри команды. Благодаря этому удается выявить стрессовые точки процесса, обсудить возникшие конфликты и проблемы внутри команды, негативно влияющие на рабочий процесс. Регулярные ретроспективы дают возможность команде найти пути решения этих проблем, улучшить взаимодействие и сотрудничество. Это в свою очередь благоприятно отражается на производственном процессе и качестве продукта. Благодаря ретроспективе удается улучшить взаимодействие в команде. На встрече члены команды обсуждают различные аспекты работы и полученный опыт.
В этой статье мы расскажем, что такое ретроспектива, из каких этапов она состоит и в чем ее ценность. Также поделимся методиками и правилами ее эффективного проведения. После расклейки карточек участникам предлагается кофе-брейк.
Открытое обсуждение имеет важное значение в ретроспективе. Каждый участник имеет возможность делиться своими мыслями, идеями и отзывами относительно прожитого опыта в рамках проекта. При этом важно создать атмосферу доверия и открытости. Это позволит каждому члену команды свободно https://deveducation.com/ высказывать свое мнение без страха быть осужденным. Чтобы получить мнение участником команды, руководитель проекта или фасилитатор может провести индивидуальные интервью со всеми участниками команды. Таким образом они могут выразить свои мысли свободно и в безопасных условиях.
Затем раздайте 7 стикеров другого цвета, на которых надо отметить, что их расстраивало в ходе проекта. Погрузите их в контекст мероприятия, расскажите о целях и задачах встречи, планируемом результате. Для недельного проекта достаточно часа, для итогов месяца понадобится четыре часа, а более продолжительные проекты требуют более масштабного ретроспектива проекта подведения итогов. К тому же, чем больше участников, тем более продолжительным будет мероприятие. Особое внимание на встрече уделяют сбору информации о том, что во время реализации проекта сработало, а что – нет. Кроме того, участники делятся и другой информацией, касающейся проекта, которая будет полезна для работы в будущем.
Таким образом удается представлять положительные аспекты проекта, его проблемы, идеи или оценки. После этого команда проводит анализ результатов и обсуждает ключевые темы. Обычно ретроспектива проходит в форме встречи команды проекта. Здесь члены команды делятся своими мыслями по поводу полученного опыта, и идеями по поводу улучшения работы. Главная цель ретроспективы – обеспечить команде возможность проанализировать свою работу. Этот процесс позволяет им выявить слабые стороны проекта и оптимизировать процессы, чтобы получить более качественный продукт.
Коллеги рассказывают, какую работу они проделали за установленный срок — месяц или квартал. На основе собранных данных модератор выделяет актуальные проблемы и характеризует командный настрой как позитивный или негативный. Мы просим участников поставить метку и рядом прикрепить овал, на котором написать, почему поставили точку именно здесь. На выходе инструмента мы увидим общую картину отношения к проекту. В ретроспективе мы будем размещать карточки трех цветов. На зеленых карточках мы отображаем важные позитивные моменты (что откликается, что понравилось), и, важно, чтобы они были позитивные.
Записи по ретроспективе лучше отправлять в облако или размещать в канбан-сервисе. Так все участники будут иметь постоянный доступ к протоколам, а перед следующей встречей смогут легко найти и вспомнить актуальные положения. Также документы позволят оценить прогресс в долгосрочной перспективе. К примеру, через год можно просмотреть, какие проблемы стояли перед командой и как их решили.
На практике часто это не приносит ожидаемых результатов и выматывает всех участников, потому что проходит некорректно. В статье разбираемся, как проводить ретро по проекту правильно. В некоторых случаях ретроспектива проходит в неформальной форме, что может привести к несерьезному отношению участников процесса. Это снизит степень вовлеченности в обсуждение проблем и принятие решений по ним.
По результатам ретроспективы вырабатываются новые подходы, методы и решения, утверждаются и берутся в работу новые практики или идеи по улучшению. Например, это могут быть ошибки коммуникации в команде или с заказчиком. Кроме того, может возникнуть такая проблема, как недостаточная автоматизация процесса тестирования или неправильно расставленные приоритеты задач. В целом, все недостатки, которые возникают в рамках ретроспективы, могут быть решены, если процессом управляет опытный специалист с необходимыми знаниями и опытом инструмента. Если вы выбрали оффлайн-формат, то вам понадобится переговорная.
Такие встречи можно проводить в контексте разных управленческих методик. Вариаций проведения ретроспективы несколько — это зависит от количества участников. Если группа небольшая (5-7 человек) можно сделать так, чтобы все писали карточки индивидуально, а затем группа для работы (обсуждения) будет одна, совместная. Если участников встречи не много – повторы на карточках при обсуждении не убираются. Это позволяет увидеть отношение участников к заявленной теме.
Участники высказываются о работе, которую они проделали за последнее время, — например, месяц или квартал. Так модератор сможет выделить проблемы, которые волнуют команду, и определить общее настроение в коллективе — положительное или отрицательное. От этих данных он будет отталкиваться при ведении дискуссии. Ретроспектива — не формальное совещание, на котором каждый зачитывает заранее подготовленный текст, а эмоциональное обсуждение проекта и его проблем. Знать, как проводят ретроспективу и как её организовать, полезно всем, кто работает над проектами. Ретроспектива проекта — это процедура, при которой команда проекта инспектирует свою работу в определенном отрезке времени (спринт или проект) и составляет план улучшений на будущее.
Таким образом они могут понять, где были допущены ошибки, чтобы их больше не повторять. Встреча проходит согласно структурированного плана и предполагает участие всей команды, задействованной в проекте. С помощью технологии ретроспективы члены команды оглядываются назад, рассказывают собственные наблюдения о неудачах и успехах, а также рассуждают о том, что можно было бы сделать иначе.