Улучшение работы команды

登録は簡単!. 無料です
または 登録 あなたのEメールアドレスで登録
Улучшение работы команды により Mind Map: Улучшение работы команды

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

2. цель

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

4. backbox

5. Keep this/Ongoing problems/Try this

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

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

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

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

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

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

9.1. процедуру

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

9.3. action plan

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

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

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

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

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

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

13.1. What went well/What could be improved

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

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

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

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

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

13.6. Starfish

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

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

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

13.8. Timeline

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

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

14.1. 1