Книга: Scrum и XP: заметки с передовой
Как мы распределяем людей по командам
Как мы распределяем людей по командам
На случай, когда у вас несколько команд работают над одним и тем же продуктом, существует две стратегии распределения людей по командам.
• Позволить специально назначенному человеку провести распределение, например «тимлиду», про которого я писал выше, product owner’а или любому другому менеджеру (если у него достаточно информации, чтобы с этим справиться).
• Позволить командам каким-то способом самоорганизоваться.
Мы попробовали все три стратегии. Три?!? Ну да — стратегию № 1, стратегию № 2 и их комбинацию. И оказалось, что комбинация двух стратегий работает лучше всего.
Перед планированием спринта тимлид приглашает Product owner’а и всех ScrumMaster'ов на совещание по поводу формирования команд. Мы обсуждаем прошлый спринт и решаем, есть ли необходимость в переформатировании команд. Возможно, нам нужно объединить две команды или перевести несколько человек из одной команды в другую. Мы решаем, что именно нам нужно, записываем это на листик и несём на планирование спринта как предварительное распределение по командам.
Первым делом на планировании спринта мы проходимся по наиболее приоритетным историям из product backlog’а. А потом тимлид говорит что-то вроде:
«Всем привет. Вот как мы предлагаем сформировать команды на следующий спринт».
«Как видно, мы собираемся уменьшить количество команд с четырёх до трёх. Составы команд указаны. Пожалуйста, сгруппируйтесь согласно спискам и выберите себе подходящую стену для планирования».
(тимлид ждёт пока народ побродит по комнате, и через некоторое время появляются три группы людей, каждая соберётся возле своей части стены).
«Текущее распределение — только прикидка! Просто чтобы было с чего начать. По мере планирования спринта любой из вас волен переходить в любую другую команду, можно разделять команды, можно, наоборот, объединять их… В общем, делайте всё, что подскажет здравый смысл, учитывая приоритеты, которые озвучивает product owner.»
Описанный выше подход оказался для нас наиболее эффективным. Немного директивного управления, которое оптимизируется разумной долей самоуправления.
- Сколько сформировать команд
- Синхронизировать спринты или нет?
- Почему мы ввели роль «тимлида»
- Как мы распределяем людей по командам
- Нужны ли узкоспециализированные команды?
- Стоит ли изменять состав команды между спринтами?
- Участники команды с частичной занятостью
- Как мы проводим Scrum-of-Scrums
- Чередование ежедневных Scrum'ов
- «Пожарные» команды
- Разбивать product backlog или нет?
- Подход третий: Несколько product owner’ов — несколько backlog’ов
- Параллельная работа с кодом
- Ретроспектива для нескольких команд
- Как мы управляем несколькими Scrum-командами
- Близость между командами разработчиков и эксплуатации в компании Sparkle Corp
- 1.11 Справочник по наиболее употребительным стандартным командам ОС
- Умеет ли Волож орать на людей?
- Как заставить людей работать лучше
- Приложение А Справочник по командам: вопросы и ответы
- Восприятие людей
- Высказывания великих людей
- Как на людей влияют истории
- Как мы управляем географически распределёнными командами
- Шизофреническая глава про абсолютно нормальных людей
- 7. Эксперимент. Как найти причины путем вмешательства в действия людей и систем