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

Get Started. It's Free
or sign up with your email address
Улучшение работы команды by Mind Map: Улучшение работы команды

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

2. цель

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

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

4.1. процедуру

4.2. action plan

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

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

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

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

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

7.1. 1

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

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

10. Starfish

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

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

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

12. backbox

13. Keep this/Ongoing problems/Try this

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

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

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

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

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

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

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

18.1. What went well/What could be improved

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

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

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

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

18.6. Timeline

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