В пятницу ходил на тренинг по Scrum, проводимому Flasoft в айти парке.

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

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

В сухом остатке:

1. Scrum хорошо работает в команде 7 человек (максимум)
2. Команда должна состоять из универсалов
3. Команда должна быть супермотивирована
4. Если кто-то сфакапился, ответственность несут все
5. Продукт оунер головой отвечает за проект и перед заказчиком и перед командой:
1. что он правильно понял что нужно заказчику
2. и что правильно передал это знание команде
6. Скарм мастером может быть хоть уборщица, если она:
1. знает все правила скрама и
2. может следить за тем, как эти правила исполняются
3. и мотивировать команду сворачивать горы
7. Издержки времени на поддержание процесса скрама ради скрама могут доходить до 30% и это нормально
8. Если заказчик требует что-то исправить в уже начатой итерации, нужно:
   1. Заменить что-то не критичное с и равнозначное по velocity на работу по этому измнению
   2. На каждую итерацию оставлять запас по velocity на незапланированные изменения, т. е. — запланировать их
   3. Вынести одного человека из скрама, чтобы он занимался только этим и не работал в скраме
   4. Сократить длительность итераций
9. Scrum poker — гениальное изобретение. В него стоит добавить лишь 1 правило: говорить не дольше 1 минуты.

Огромная благодарость тренеру Диляре за ответы на вопросы и мастерство!