Online Mind Mapping and Brainstorming

Create your own awesome maps

Online Mind Mapping and Brainstorming

Even on the go

with our free apps for iPhone, iPad and Android

Get Started

Already have an account? Log In

Ретроспектива by Mind Map: Ретроспектива
0.0 stars - 0 reviews range from 0 to 5

Ретроспектива

Timeline помогает построить ретроспективу на реальных фактах. Timeline – это область на доске (или стене), которая представляет прошедший спринт, и набор стикеров, представляющих произошедшие события. События расположены согласно дате (хотя не обязательно точная привязка). События могут иметь различные цвета – например, в зависимости от последствий (позитивное, негативное, нейтральное), компонента (процесс, код, тестирование и т.д.) или приоритета. Есть несколько подходов к построению timeline – в течение спринта или в начале ретроспективы. Первый позволяет не забыть события, но второй подход проще. Борис Лебеда предложил вариант с black box’ом – в комнате команды ставится ящик, в который можно бросать заметки с событиями. На ретроспективе все эти заметки достаются, сортируются, выкидываются малозначительные – и получаем набор фактов.

Вертикальная ретроспектива

Фасилитатор

вместо "вопросы есть?"

"что, Вася, думаешь по этому поводу?"

Перед началом - напомнить

цель

процедуру

ожидаемые результаты

Проанализировать результаты предыдущей

Определить что работает хорошо, а что является проблемой

Результаты

action plan

Распечатать и помечать галочками

список проблем

список работающих практик

Различные инструменты и подходы

What went well/What could be improved

Это один из самых простых форматов. Вопрос “What went well?” помогает выявить хорошо работающие элементы. А второй вопрос направлен на выявление проблем. Ответами на второй вопрос являются проблемы, но формулировка подчеркивает конструктивный подход.

Keep this/Ongoing problems/Try this

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

Bug fix analysis/Knowledge sharing/Fix process:Roles&Practices

Во время bug fix analysis исследуются допущенные ошибки и как их не повторять.

В рамках фазы Fix process анализируется процесс – убираются или добавляются роли и практики.

Starfish

Start doing – что нужно начать делать (например, регулярный peer code review)

Stop doing – что нужно прекратить делать (например, собирать бесполезные метрики)

Continue doing – это хорошо работает, нужно сохранить

More – этим вещам нужно уделять больше внимания (времени)

Less – этим вещам нужно уделять меньше внимания (времени)

Timeline

backbox

периодически менять тип ретроспективы