Тем не менее команды из четырех человек считали, что они справятся с набором лего быстрее, чем команды из двух человек.
Это яркий пример того, почему правило двух пицц отлично работает.
Правило двух пицц – очень простая концепция, ее легко понять любому члену вашей организации, и она помогает бороться с подходом «надо решить проблему, давайте бросим на нее побольше людей», к которому привыкли в некоторых компаниях.
Итак, мы выяснили, какого размера должна быть команда. А кого мы туда позовем?
Всем нравятся совещания по продукту. Особенно если это этап принятия решения о том, что именно предстоит создавать.
Даже Стиву Джобсу нравилось принимать участие в этом этапе. «Однажды он сказал мне, – говорит Гленн Рейд, бывший директор по разработке приложений для потребителей в Apple, – что одна из причин, по которым он хотел быть CEO, – то, что никто не мог ему запретить присутствовать при создании продукта»[69].
Ведите себя так, будто вы работаете вышибалой в известном берлинском клубе «Бергхайн»[70], [71]. (Подсказка: вряд ли у вас получится, если вы не говорите по-немецки. К тому же тамошний охранник Свен, «постапокалиптическая версия Вагнера», диктует такой дресс-код, который вряд ли кому-то удастся изменить.)
Итак, кто в вашей команде? Что они знают о том, с какими проблемами вам пришлось столкнуться? И как вы организуете обсуждение?
На этом этапе у вас уже должен быть список всех, кто будет работать в команде над созданием продукта. Например:
• Продуктовый дизайнер или менеджер продукта (зависит от того, как устроена ваша компания и будете ли вы привлекать для создания продукта кого-то еще).
• Разработчик или разработчики, с которыми вы будете работать над созданием продукта, – обычно это фронтенд и бэкенд.
• Представитель команды, которая будет запускать и продвигать продукт. Это может быть кто-то из маркетинга или пиара, и их задача – обеспечить информацию о том, что вы обещаете заказчикам и что на самом деле может ваш продукт.
Итен Ша во время работы в KISSMetrics укомплектовывает такие команды…
…менеджером продукта, дизайнером и разработчиком. Иногда это несколько дизайнеров, несколько разработчиков, а иногда – менеджер команды разработчиков.
Время от времени, если в этом есть необходимость, в команду попадает кто-нибудь из маркетинга – и даже из продаж. Это означает, что мы пробуем разные методы. И для разных случаев – небольших продуктов, масштабных релизов продукта, продукта целиком, для компании на определенной стадии ее развития – нужны разные подходы.
