И какие команды считать маленькими
Когда на собеседовании я спрашивал, "какого размера должна быть команда" у тим-/юнит-лида, я всегда получал ответ "4-7 человек" или "two-pizza team" — команда, которая целиком способна пообедать двумя пиццами.
Ответ правильный.
Потом я спрашивал, почему нельзя сделать команду больше? Мне отвечали, что менеджеру тяжело управлять бОльшим числом людей. Тоже правильно.
А потом я спрашивал, почему нельзя меньше? Почему бы нам не сделать команду из 2-3 человек? Это ведь даже должно быть удобно: гибкий коллектив, все друг друга знают, дейлики быстрее проходить будут. Так почему команда из 2-3 человек — это плохо?
Потому что у команды из 2-3 человек на самом деле меньше человеко-часов, чем должно быть. У команды всегда есть часы, которые она тратит на процессы и поддержку старых проектов. Например:
- 2 часа в неделю на планирование,
- 1 час на ретроспективу
- 2 часа на груминг/PBR
- и еще 10 часов на поддержку старых проектов — вы никуда не избавитесь от этих трат.
Пример из жизни. У команды из 2-х разработчиков (менеджера не считаем) должно было быть
40*2 = 80 человеко-часов в неделю. Поначалу все шло неплохо. Команда пилила эпик за эпиком, проектов на поддержке постепенно становилось все больше. Поддержка не была критичной: тут кнопочку подкрасить, там формочку добавить.Но спустя пол-года мы обнаружили, что из 80 часов в неделю, до 40 часов занимает обслуживание других проектов и SCRUM-артефакты. То есть: реальное капасити команды было не 80, а 40 часов в неделю.
А дальше начинается магия. В теории, если к команду из 2-х разрабов донанять еще одного, это увеличит их производительность в полтора раза, с 80 до 120 часов в неделю. Но в новых реалиях, если мы докинем +1 разработчика (+40 часов), то он увеличит реальное капасити команды в два раза.
Так что за two-pizza team'ами стоит еще и суровая математика.
Работали ли вы в команде, менее чем из 3-х человек? Управляли ли вы такой? Как вам?