Книга: Scrum и XP: заметки с передовой
Почему мы ввели роль «тимлида»
Почему мы ввели роль «тимлида»
Предположим, что у нас над одним продуктом работают три команды.
Красным помечен product owner. Чёрным — Scrum Master. А остальные это пехота… ну то есть… почтенные члены команды.
Кто при таком распределении ролей должен решать, какие люди будут отнесены к какой команде. Может, product owner? Или может все три ScrumMaster'а вместе? Или вообще каждый человек сам решает, в какой команде работать? Но если так, то что делать в случае, когда все захотят в одну и ту же команду (потому что там красивая ScrumMaster'ша)?
А что если потом окажется, что над этим кодом больше двух команд работать не смогут, и нам придётся трансформировать три команды по 6 человек в две по 9? Это значит, что будет всего 2 ScrumMaster'а. Так кого же из трёх текущих ScrumMaster'ов надо лишить титула?
Во многих компаниях эти вопросы надо решать очень деликатно.
Есть соблазн отдать распределение людей по командам и их последующее перераспределение на откуп product owner’у. Но ведь это не совсем то, чем должен заниматься product owner, правда же? Product owner это специалист по предметной области, который указывает команде направление движения. В общем случае его не должно волновать всё остальное. Особенно, учитывая его роль «цыплёнка» (это если вы слышали про метафору «свиней и цыплят», а если не слышали, то погуглите).
Мы решили проблему вводом роли «тимлид». Человека в этой роли можно описать как «Scrum-of-Scrums master», «босс» или «главный ScrumMaster». Ему не нужно возглавлять какую-либо команду, но он отвечает за вопросы, не входящие в компетенцию команд, такие как, например, «кого назначить ScrumMaster'ом», «как распределить людей по командам» и т. д.
Придумать действительно подходящие название для этой роли у нас так толком и не получилось. А «тимлид» оказалось наименее неподходящим, из тех, что мы перепробовали.
Такой подход сработал в нашем случае, и я его рекомендую (не зависимо от того, как вы решите назвать эту роль у себя).
- Сколько сформировать команд
- Синхронизировать спринты или нет?
- Почему мы ввели роль «тимлида»
- Как мы распределяем людей по командам
- Нужны ли узкоспециализированные команды?
- Стоит ли изменять состав команды между спринтами?
- Участники команды с частичной занятостью
- Как мы проводим Scrum-of-Scrums
- Чередование ежедневных Scrum'ов
- «Пожарные» команды
- Разбивать product backlog или нет?
- Подход третий: Несколько product owner’ов — несколько backlog’ов
- Параллельная работа с кодом
- Ретроспектива для нескольких команд
- Как мы управляем несколькими Scrum-командами
- Почему необходима миграция
- Роль товарной категории и установление цены
- Роль папки Bin
- Почему так важен справедливый процесс?
- Почему потенциальные покупатели лгут?
- Пример применения метода «пять почему»
- Почему я написал эту книгу
- Контрольные вопросы
- Глава 14. Почему потребительский опыт играет важную роль в выстраивании клиентских взаимоотношений
- Запуск сценариев на удаленных машинах. Контроль за ходом выполнения таких сценариев
- Почему и как я уволил себя