Примеры ретроспективы

Тут попросили написать примеры проблем, с которыми сталкивалась команда: http://blog.scrumtrek.ru/2009/05/blog-post_27.html

Честно говоря, лень набивать, так что просто размещаю результаты ретроспективы одной из команд. Формат ретро был немного другой, но принцип тот же. Я вычистил всех ответственных и вообще все имена.

Плюсы

* Помощь коллектива - человек, работающий в команде не чувствует себя "брошенным" на произвол судьбы. Команда оказывает всяческую помощь своим участникам.

* Доска (Planning board).

* Мониторинг состояния - доска с наклеенными тикетами является очень удобным средством для просмотра сложившейся ситуации в целом. Она позволяет видеть какие задачи не сделаны, какие находятся в разработке, тестировании, а какие уже закрыты.

Проблемы

1 Медленный компьютер у ИМЯРЕК

- Upgrade (замена) компьютера на более мощный

2 Нерегулярное время скрам-митинга

- Решено проводить скрам-митинг в 12.45. Если участник опаздывает, он звонит (пишет смс) и предупреждает об этом.

3 Положение тикетов не всегда соответствовали реальной ситуации На скрам-митинге

- решено проверять положение тикета

4 Затягивание скрам-митинга

- См. пункты 1, 2 и 8 в разделе Идеи

5 Тормоза svn

- Перевод svn на использование его родного протокола а не http, FishEye

Идеи

1. Подготовка к скрам-митингу заранее (за 5-7 минут до начала)

- Вспомнить что делал вчера , с какими столкнулся проблемами

2. Уведомление о скрам-митинге за 10-15 минут до его начала

- Рассылка по аське (почте) напоминания членам команды о скрам-митинге

3. Ключевое слово на тикете

- Решено писать на каждом тикете 1-2 ключевых слова описывающие задачу. Номера сами по себе мало о чем говорят

4. Крупнее шрифт на списке с задачами на итерацию

5. Заранее готовиться к планированию

- Заранее составлять back-log на итерацию, выделять задачи требующие дополнительного исследования/подготовки

6. Завести отдельный вид бумажек на задачи по исследованию

- На таких стикерах будут вести учет задачи по исследованию

7. Считать focus factor, реально потраченное время В конце итерации

- подсчитывать focus factor и фактически потраченное время в итерации

8. Дробление на подзадачи

- Большие по объёму задачи необходимо дробить на более мелкие длительностью не более 6 часов (1 раб. день)

9. Action Items

- Если во время проведения скрам-митинга начинается обсуждение деталей, выяснение причин или обсуждение проблем - записывать на стикере участников обсуждения и время его проведения. После скрам-митинга проводить данное обсуждение, записывать его результаты и вывешивать их на следующий день на доске. На скрам-митинге обсуждения не проводить

10. Более тщательное дробление на таски в джире

- Если на форуме в ветке, посвященной обсуждению какой-либо проблемы, находится более чем 1 проблема - заводить их в отдельные таски в джире. Не кидать все в один большой таск

11. Именование тасков в Jira

- Стараться давать таскам понятные и осмысленные имена которые дают представление о проблеме без вчитывания в суть проблемы. Некоторые хорошие идеи описаны в статье Правила оформления записей в JIRA

12. Бранчинг итераций в svn Заводить отдельные бранчи в svn на каждую итерацию

Это результаты первой, кажется, ретроспективы, поэтому так много всего. Этой ретроспективе уже полтора года, команда стала одной из лучших, которую я встречал :-)