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

Начать. Это бесплатно
или Регистрация c помощью Вашего email-адреса
Rocket clouds
Ретроспектива создатель Mind Map: Ретроспектива

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

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

3. Фасилитатор

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

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

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

4.1. цель

4.2. процедуру

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

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

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

7. Результаты

7.1. action plan

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

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

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

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

8.1. What went well/What could be improved

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

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

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

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

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

8.4. Keep this/Ongoing problems/Try this

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

8.6. Starfish

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

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

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

8.8. Timeline

8.8.1. backbox

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

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

10. rkfdbfnehf lkz rjgbhfqnthf

10.1. rkfdbfnehf lkz rjgbhfqnthf

10.1.1. rkfdbfnehf lkz rjgbhfqnthf

10.1.1.1. rkfdbfnehf lkz rjgbhfqnthf

10.1.1.1.1. rkfdbfnehf lkz rjgbhfqnthf