75 / 94
Scrum и XP: заметки с передовой
75
Время
Спринт В
1
Команда В
Спринт В
2
Спринт В
3
Спринт Б
1
Команда Б
Спринт Б
2
Спринт Б
3
Спринт А
1
Команад А
Спринт А
2
Спринт А
3
С тех пор мы использовали это решение и ни разу об этом не пожалели. Я никогда не узнаю, провалилась
бы стратегия пересекающихся спринтов или нет, но думаю, что да. Преимущества синхронизированных
спринтов в следующем:
•
Появляется естественная возможность перетасовывать команды между спринтами! При
пересекающихся спринтах нет возможности реорганизовывать команды так, чтобы не
побеспокоить ни одной команды в разгаре спринта.
•
Все команды могут работать на одну цель в течение спринта и проводить планирование спринта
вместе, что приводит к лучшему сотрудничеству между командами.
•
Меньше административной мороки, например меньшее количество встреч для планирования
спринта, демонстраций и релизов.
Почему мы ввели роль "тимлида"
Предположим, что у нас над одним продуктом работают три команды.
P
Scrum
команда №
1
S
Scrum
команда №
2
S
Scrum
команда №
3
S
Красным помечен product owner. Чёрным – Scrum Master'а. А остальные это пехота... ну то есть...
почтенные члены команды.
Кто при таком распределении ролей должен решать, какие люди будут отнесены к какой команде.
Может, product owner? Или может все три ScrumMaster'а вместе? Или вообще каждый человек сам решает, в
какой команде работать? Но если так, то что делать в случае, когда все захотят в одну и ту же команду (потому
что там
красивая
ScrumMaster'ша)?
А что если потом окажется, что над этим кодом больше двух команд работать не смогут, и нам придётся
трансформировать три команды по 6 человек в две по 9? Это значит, что будет всего 2 ScrumMaster'а. Так кого
же из трёх текущих ScrumMaster'ов надо лишить титула?
Во многих компаниях эти вопросы надо решать очень деликатно.
Есть соблазн отдать распределение людей по командам и их последующее перераспределение на откуп
product owner'у. Но ведь это не совсем то, чем должен заниматься product owner, правда же? Product owner
это специалист по предметной области, который указывает команде направление движения. В общем случае
его не должно волновать всё остальное. Особенно, учитывая его роль "цыплёнка" (это если вы слышали про
метафору "свиней и цыплят", а если не слышали, то погуглите).
Мы решили проблему вводом роли "тимлид". Человека в этой роли можно описать как "Scrum-of-Scrums
master", "босс" или "главный ScrumMaster". Ему не нужно возглавлять какую-либо команду, но он отвечает за