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

Jetzt loslegen. Gratis!
oder registrieren mit Ihrer E-Mail-Adresse
Улучшение работы команды von Mind Map: Улучшение работы команды

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

2. Starfish

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

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

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

4. цель

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

6. backbox

7. Keep this/Ongoing problems/Try this

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

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

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

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

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

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

11.1. процедуру

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

11.3. action plan

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

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

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

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

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

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

15.1. What went well/What could be improved

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

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

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

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

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

15.6. Timeline

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

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

16.1. 1