Ретроспективы agile

Ретроспектива — это любое время, когда команда размышляет о прошлом, чтобы улучшить будущее. Помимо рабочих вопросов в технических и нетехнических командах, ретроспективы можно устраивать практически по любым темам. В настоящий момент мы проводим публичную ретроспективу по методам agile в разработке программного обеспечения. Помогите определить будущее методологии agile, добавив свои идеи на нашу доску.

Подключайтесь к обсуждению #RetroOnAgile

Поразмышляйте о своем опыте разработки программного обеспечения и напишите в Твиттере сообщение с хэштегом #RetroOnAgile. Расскажите нам о том, что вам нравится, под хэштегом #ILike, что вам хотелось бы улучшить — с хэштегом #IWish, что вы бы хотели увидеть в будущем — с хэштегом #WhatIf. Для вдохновения используйте тысячи ответов, представленных ниже. Ваш отзыв отобразится здесь в течение 24 часов.

Совет. ^^^ Подставьте в вопрос свой ответ, сохранив хэштеги ;-)

Наша доска #RetroOnAgile

Зачем проводить ретроспективу?

Agile-ретроспектива была изобретена в 2001 году одним росчерком пера. Последний из двенадцати принципов agile-разработки гласит:

«Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы».

Манифест методики agile со всей ясностью заявляет: для лучшего соответствия ценностям гибкой методологии разработки команды должны регулярно встречаться для проведения проверок и внесения поправок. Обычно команды разработчиков следуют этому принципу, проводя регулярные ретроспективные встречи, и хотя эта страница посвящена именно таким встречам, это не единственный способ проведения ретроспективы.

Позже концепция ретроспективы вышла за рамки групп разработчиков и распространилась по всем аспектам бизнеса и командной работы.

Я знаю маркетинговые команды, использующие ретроспективу при проведении кампаний, команды менеджеров, которые применяют ретроспективу в больших презентациях, и более того, компания Atlassian проводит ретроспективу всей своей отрасли. Такое принятие ретроспективы и ее распространение по всем аспектам бизнеса очень воодушевляет.

Причина, по которой ретроспектива вызывает столько интереса, заключается в том, что именно сейчас начинается реальное активное испытание методологии agile. Многие ключевые концепции манифеста гибкой разработки укрепляются благодаря этим ретроспективным встречам. Обдумайте следующие ценности.

  • Люди и взаимодействие важнее процессов и инструментов.
  • Готовность к изменениям важнее следования плану.

Поверьте на слово, суть ретроспективы заключается именно в этом: работа с реальными людьми для внесения изменений и улучшений. Мало что может лучше подкрепить принципы agile-разработки. Теперь, когда мы разобрались, почему ретроспектива так важна, читайте, как самим организовать такое совещание.

И не забывайте, что мы проводим ретроспективу для улучшения текущего положения дел, поэтому если вы увлеклись методологией agile, участвуйте в нашей ретроспективе #RetroOnAgile и помогите определить будущее разработки программного обеспечения.

Подписаться

Оставайтесь в курсе ретроспективы #RetroOnAgile и других agile-трендов

Thanks for signing up!

Ретроспективное совещания

Ретроспективы — это отличная возможность для agile-команды оценить самих себя и составить план улучшений на будущее. Ретроспектива поддерживает идею постоянного усовершенствования и защищает от ловушек самоуспокоенности, заставляя выходить за рамки рабочего цикла, чтобы поразмыслить о прошлом.

Цель ретроспективного совещания заключается в следующем.

  • Оценить, как прошел последний спринт, итерация или иная рабочая единица, особенно применительно к динамике команды, процессам и инструментам.
  • Сформулировать и распределить моменты, которые прошли хорошо, и моменты, которые прошли неудачно.
  • Составить и осуществить план по улучшению работы команды.

Ретроспектива предоставляет безопасное место, где можно сфокусироваться на самоанализе и адаптации. Для успешного проведения ретроспективы необходима атмосфера поддержки, которая поощряет (но не заставляет) всех участников команды внести свой вклад.

Ретроспектива должна давать вашей команде положительный опыт и заряжать ее энергией. Она помогает участникам команды делиться важными отзывами, смиряться с разочарованиями и сообща находить решения. Организаторы тоже могут многое узнать для себя, в том числе лучше понять, как работает команда и какие трудности (и успехи) она пережила в последнем спринте. Результатом успешной ретроспективы становится список улучшений, за которые участники команды берут ответственность, чтобы проработать их в следующем спринте.

Как провести вашу первую ретроспективу

Хотя бывает полезно изменять формат ретроспективы (подробнее об этом ниже), некоторые аспекты, такие как хронометраж, участники и общая форма, должны по возможности оставаться неизменными.

Когда

Для agile-команд, работающих по традиционному двухнедельному спринту, ретроспектива должна проводиться в конце каждого спринта. Для команд, работающих скорее в стиле kanban, более целесообразной может оказаться ежемесячная или ежеквартальная ретроспектива. После развертывания крупных инициатив полезно также привлекать к участию представителей вышестоящего руководства; старайтесь обсуждать не конечный продукт, а совместную работу команды над ним.

basban

Выделите на это от тридцати минут до часа, в зависимости от того, сколько длился спринт и какой объем работы нужно охватить в обсуждении.

Кто

На ретроспективе должен присутствовать каждый участник команды. Руководит дискуссией организатор совещания: это может быть scrum-мастер, владелец продукта, или же можно передавать эту обязанность по всей команде. Смело привлекайте к обсуждению дизайнеров, маркетологов или других сотрудников, которые участвовали в текущем спринте или итерации.

Что

Существует несколько способов разнообразить ретроспективу (о них мы поговорим позднее), но стандартный шаблон встречи выглядит следующим образом.

  1. Составьте короткий список того, что работало хорошо, и того, что можно улучшить. Этот список можно создать на магнитной доске, на странице Atlassian Confluence или даже на стене с помощью на стикеров. Как бы вы ни зафиксировали этот первичный отзыв, обязательно сохраните его после собрания, чтобы на него можно было ссылаться в будущем.
  2. Всей командой расставьте элементы этого списка по важности. Вы можете обнаружить общие темы, которые удобнее сгруппировать.
  3. Обсудите способы и тактики для улучшения двух верхних элементов списка «областей для улучшения». Сосредоточьтесь на конечных результатах, а не на действиях, людях или прошлом.
  4. Составьте план действий. К концу сеанса команда должна подготовить несколько практических идей по улучшению выбранных областей, для которых будут четко определены владельцы и сроки выполнения.
  5. Будьте дисциплинированы в отношении выполнения пункта 4. Ничто так не разочаровывает, как постоянное обсуждение одних и тех же трудностей в каждой ретроспективе. Чтобы избежать бездействия (и разочарований!), убедитесь, что все участники расходятся, имея четкое представление о дальнейших действиях. Каждая задача плана, составленного во время ретроспективы, должна иметь конкретного владельца, который доведет ее до конца.

Разнообразие придает вкус жизни

Стандартизация ретроспективы — хорошая идея для постепенного укрепления стабильности и доверия со стороны команды. Однако организаторы могут попробовать несколько приемов, чтобы раскрыть дополнительные идеи, привлечь к участию новых участников команды или просто подержать интерес.

Привлеките организатора со стороны. Обычно ретроспективу проводит scrum-мастер или руководитель проекта, но вы можете пригласить гостя, который поможет провести следующую ретроспективу. Динамика может сдвинуться в позитивную сторону, если у человека, ведущего дискуссию, не будет личной заинтересованности. Более того, эта стратегия позволяет сотрудникам в организации понаблюдать за тем, как работают другие agile-команды, и позаимствовать какой-то положительный опыт для использования в своей команде.

Измените список подсказок. В конце концов, ретроспектива призвана выявить, что работает, а что нет. Но достижение этих хххх может быть хххх. Можете использовать для подсказки следующие варианты.

  • Начать/прекратить/продолжать: что команда должна начать делать, что прекратить и что продолжать. Сосредоточьтесь на способах перестать выполнять элементы из столбца «Прекратить».
  • Больше/меньше: что команда должна делать больше, а что — меньше. Создайте план по блокировке главных элементов из списка «Делать меньше».
  • Радость/грусть/гнев: что заставляет участников команды радоваться, грустить или испытывать гнев. Как вы догадались, сфокусируйтесь на списках «Грусть» и «Гнев» и том, как улучшить ситуацию, чтобы в следующий раз был заполнен только список «Радость».

Пригласите руководство. После запуска крупного проекта пригласите на час представителя руководящей команды и сфокусируйтесь на обсуждении совместной работы команды (а не подробностей выполнения этой инициативы).

Существует множество способов внести улучшения, поэтому не стесняйтесь искать новые приемы самостоятельно. Независимо от того, пытаетесь вы наладить взаимодействие распределенной команды или улучшить затормозивший процесс проведения ретроспективы, главное — это сохранить вовлеченность команды и получить реальный план действий.

Подключайтесь к обсуждению!

Теперь, когда вы узнали основные положения о проведении ретроспективы, мы бы хотели услышать о ретроспективах вашей команды. Напишите в Твиттере, начав сообщение со слов #IWish или #WhatIf, и вы сможете увидеть свой отзыв на нашей виртуальной доске выше! Подключайтесь к обсуждению →

продолжение темы
Distributed scrum