Еще одна связка, которую нужно брать в расчет, – то, как отдельные люди соотносятся с командами. Может ли один и тот же сотрудник входить более чем в одну команду? Когда людей просят уделять силы нескольким командам, это, как правило, отрицательно сказывается на продуктивности. Мик Джаггер не пытался в дополнение к The Rolling Stones подрабатывать в группе Jackson Five, и на это есть веские причины. Такие ситуации приводят к тому, что люди разрываются между разными задачами, возникает конфликт интересов, размываются обязательства и пропадает мотивация. Сделайте все возможное, чтобы конкретный сотрудник был членом только одной команды. Люди не будут эффективно действовать как часть команды, если не знают, кто в нее входит. Они могут время от времени помогать сотрудникам из других команд с их проектами или время от времени исполнить дуэт, но у каждого сотрудника должна быть только одна своя команда, в которую он возвращается с подобных заданий.
И наконец, важной темой будет жизненный цикл команд. Исследования показывают, что команды более эффективны, когда они достаточно долговечны. И не только при разработке ПО [Larman, Vodde 2009: 149/153], но и в других видах бизнеса, например в авиакомпаниях [Hackman 2002]. Так что лучше, чтобы команда существовала настолько долго, насколько это возможно, потому что для возникновения устойчивых правил и каналов связи требуется время. Оно также необходимо, чтобы люди как команда научились отличать, какая информация для них важна, а какая – нет. И еще подумайте вот о чем: какая поп-группа была самой знаменитой за всю историю? И как долго они были вместе? Больше, чем несколько лет? Я так и думал. Если ваши проекты по своей природе краткосрочны, постарайтесь сделать так, чтобы жизненные циклы команд были длиннее, чем жизненные циклы проектов. Так вы дадите одной и той же команде возможность выполнять несколько проектов один за другим.
Оптимальный размер команды – пять человек (скорее всего)
Каков оптимальный размер команды? Это один из самых интересных вопросов, который обсуждается с того самого момента, когда люди впервые объединились и убили мамонта.
Однажды я участвовал в конференции, где одну из сессий проводил Джозеф Пелрайн, эксперт в области сложных социальных систем. Он сообщил нам, что в качестве оптимальной численности социальных групп в исследованиях упоминаются (или это так или иначе следует из содержания соответствующего исследования) группы, состоящие из 5, 15 и 150 человек.
В Agile-методологиях, ведущей из которых на момент написания этой книги стал Scrum, в качестве предпочтительной численности команд часто указывается «семь человек плюс-минус два» (разработчики предпочитают именно так обозначать диапазон от пяти до девяти человек).
Исследования оптимальной численности групп для принятия решений позволяют сделать вывод, что эффективными будут группы, насчитывающие менее двадцати человек [Buchanan 2009: 38–39]. Группы от двадцати человек и более вряд ли можно называть
В статье этого автора отдельно упоминаются восемь человек в качестве примера неудачной численности команды, поскольку в этом случае мнения часто разделяются поровну. В ней даже утверждается, что Карл I, единственный британский монарх, работавший с тайным советом, состоящим из восьми членов, принимал настолько плохие решения, что в конечном счете это стоило ему головы [Buchanan 2009: 39].
С учетом всех этих данных мы приходим к выводу, что есть только одна конфигурация, которая удовлетворяет всем условиям: в составе команды должно быть пять человек.
Пять человек – один из трех вариантов оптимальной численности, упомянутых Джозефом Пелрайном. Эта численность также находится в диапазоне, рекомендуемом для Scrum-команд. Пять меньше двадцати и не равно восьми. Это число также приблизительно равно среднему значению 4,6, которое было определено как оптимальная численность команд в исследовании, проведенном профессором Ричардом Хэкменом [Hackman 2002: 116–122]. Но лучше всего, что это мое любимое число. Так что все правильно.
Пять – это ответ, который я даю по умолчанию, когда могу ответить на вопрос, не имея доступа к дополнительной информации. Видите ли, на самом деле я не могу сказать вам, какова оптимальная численность команды. Поэтому предлагаю вернуться к уравнению Курта Левина (мы обсуждали его в главе 10 «Искусство создавать правила»). Сейчас вы поймете почему.
B =
Как мы говорили ранее, это уравнение означает, что
C =