Почему Маленькие Команды Побеждают, а Большие Проигрывают

Сколько людей  нужно для разработки отличного продукта?

Джефф Безос имеет одно правило в Amazon или, лучше даже сказать, образ мышления: если команду нельзя за раз накормить двумя пиццами - то эта команда слишком велика. - Forbes

Мы живем в мире изобилия, которое, в конце концов, отрицательно влияет на наш образ мыслей. И в деловом мире мы становимся загроможденными в необходимости большего. Больше людей, больше ресурсов, больших офисов, больше продуктов, больше возможностей - это «все больше и больше» нашей эпохи. И мы медленно начинаем забывать о том, что меньше - это хорошо. Ограничения - это преимущества в продуктивности.




У меня был разговор с гостем в подкасте, и мы заметили, что некоторые компании нанимают много дизайнеров только потому, что это делают все остальные. Они охотятся за талантами, и они хотят самого и лучшего. Таким образом, они создают команды из сотен, добавляя слои, слои и слои человеческих ресурсов, полагая, что «больше - значит лучше».

И вы можете подумать, что, например, будучи такой компанией, как Facebook, которая обслуживает более 1 миллиарда пользователей, вам нужно, чтобы множество сотрудников саппорта и разработчиков. А Вам нужны лишь специальные команды, которые будут работать с простой и понятной кнопкой, открывающей общий доступ. Потому что иначе как вы можете служить 1 миллиарду людей?

Когда вы видите, что крупные компании накачивают деньги, как сумасшедшие, в свои команды, вы начинаете ощущать, что вам нужны десятки или сотни дизайнеров, чтобы это произошло в новой «эпохе дизайна». Но это неправда. Обычно, если не всегда, это пустая трата денег.

Никто не отменил базовое правило проектирования, в котором говорится: качество всегда лучше количества.



Эффект Рингельмана

Эффект Рингельмана является пояснением к тому, что отдельные члены группы становятся все менее и менее продуктивными по мере увеличения размера группы.

Эксперимент Рингельмана состоял в том, чтобы позволить двум студентам в одиночку и группами тянуть пятиметровую веревку, другой конец которой был привязан к динамометру. Когда два человека тянули вместе, каждый из них выполнял в среднем только 93% от его достижения в одиночку. У трех человек это было уже 85%, у четырех 77%, пока в группе из восьми человек каждый не показал в среднем всего лишь 50% от его максимальной производительности.

Вот как поясняют эффект Рингельмана психологи. В случае совместных усилий влияние отдельных обязательств менее интенсивное, и поэтому мотивация вовсе не хватает. Личный вклад также становится незаметным, что приводит к "отлыниванию". 

Тем не менее, есть скептики, которые считают, что эксперимент, который включает в себя силовое тестирование команды, не имеет ничего общего с творчеством. Поэтому я хочу показать вам, как меньше людей, работающих над проблемой, может принести вам один из лучших творческих результатов.



Игра в ЛЕГО

Существует исследование, проведенное тремя профессорами из UCLA, которое включает в себя создание конструкций из LEGO. В эксперименте, проведенном этими профессорами, они использовали кирпичики LEGO и две команды из 2 и 4 человек. Цель состояла в том, чтобы увидеть, какая сторона может объединить конкретную структуру LEGO вместе быстрее и лучше. Команда, состоящая из 2 человек, выполнила задачу за 36 минут, в то время как группа из 4 человек завершила задачу за 56 минут. И причина этого очевидна - чем больше людей у ​​вас в команде, тем больше времени вам нужно, чтобы выровнять все мнения на одной странице вашего мышления.

Держите размер команды как можно меньшим. Закон Меткалфа, в котором говорится, что «влияние сети пропорционально квадрату числа подключенных пользователей системы» имеет следствие, когда дело касается проектных команд. Эффективность команды примерно равна обратному квадрату числа членов команды. Я начинаю думать, что три человека являются оптимальными для выпуска продукта 1.0. Начните с сокращения числа людей, которых вы планируете добавить в команду, а затем уменьшите еще несколько до того, как вы набрали команду - Марк Хедлунд

Еще мы часто говорим, что продукты SeaRates, в особенности Logistics Explorer, Трекинг и Грузовой Калькулятор, очень похожи на ЛЕГО в руках профессиональных экспедиторов и перевозчиков, и дают очень мощный эффект при правильном использовании, как уже доказали многие коллеги. Цифровые технологии позволяют охватить больше данных, больше запросов и клиентов, вместе с тем компьютер не ошибается, что также даёт возможность избавиться от недостатков человеческого фактора.




Когда ничего не работает

Естественная тенденция состоит в том, чтобы бросать все ресурсы на решение проблемы. И, как правило, это значит больше людей и времени. Делая это, вы в конечном итоге раздуваете свой основной продукт, проблему или идею. Но правильный путь - это сокращать.

Если вы когда-либо смотрели «Кулинарные кошмары», Гордон Рамси имеет план оказания помощи ресторанам. Чтобы помочь им вернуться на правильный путь, он сокращает свои меню до нескольких блюд. Зачем? Потому что владельцы считают, что создание каждого блюда может увеличить их успех, но вместо этого они получат дерьмовые продукты и проблемы с инвентарем. Вот почему первый шаг Рамси - это почти всегда, чтобы обрезать меню. (источник: Rework)

И те же принципы применяются не только к ресторанам, но и к продуктам и командам, особенно в логистике. Когда вы пытаетесь построить «очередную идею на миллион», вам нужны творческие ограничения. Но если вы начнете отбрасывать сроки и увеличивать бюджет и команды, вы никогда не прекратите. Потому что это похоже на наркотик.



Но почему мы все еще набираем команды, как сумасшедшие, хотя это не даёт ожидаемого эффекта?

На это решение и образ мышления влияют многочисленные факторы. Это может быть зависть, давление со стороны инвесторов или конкурентов, плохое управление или люди, которые плохо влияют на команду. Но в большинстве случаев это происходит, когда у компании слишком много ресурсов для решения задач.

Когда у вас очень и очень большой бюджет, вы действительно ищете дорогие вещи, чтобы потратить его - Рори Сазерленд

В какой-то момент компания достигает определенного уровня финансового и рыночного успеха. И через некоторое время все работает так хорошо, как в первые дни. Поэтому у них есть естественная тенденция бросать больше ресурсов на проблему. Больше людей, больше времени, больше ресурсов - в надежде, что это поможет им выйти на новый уровень. Но это неправда.

Бросать больше людей в проблему - это «менталитет фабрики», который внушает, что, если больше людей работают над чем-то, то Вы должны получить больше результатов.



Это, конечно, сложно ...

... создавать новые продукты или функции в команде из двух-трех человек, но в этом красота ограничений. Существует распространенный миф о том, что для получения лучшей картины вам нужен более крупный холст. Но все творцы знают, что это неверно. Слишком большая свобода может привести к посредственности. Потому что без границ нет стимула прорваться через них.

Настоящий творческий человек, в крошечной команде с небольшим количеством ресурсов, не будет испытывать никаких трудностей при пересмотре краткого или противоречивого соглашения. Предоставьте слишком много свободы, слишком много людей и ресурсов для решения проблемы - и вы получите конечный продукт, который слишком завышен, переработан, не нужен и переоценен. Лучшее, что вы можете сделать, это класть меньше ресурсов. Так, например, если вы не можете построить первую версию своего продукта в команде из трех человек, это означает, что либо люди не правильные, либо продукт, который вы пытаетесь создать, слишком сложный, и нужно уменьшать начальные требования.


Еще кое-что

Я принимаю советы и идеи, которые Вы хотели бы видеть в доработке продуктов SeaRates.com, и я был бы признателен, если Вы будете следить за обновлениями нашего канала и напишете об этом на [email protected]. Кроме того, лайки позволяют мне знать, что вам понравилось читать этот пост, а также позволяет другим его видеть, если Вы поделитесь своим мнением в нашей Telegram-группе . И я всегда ценю ваши комментарии.

SeaRates Ukraine branch manager and developer.

Performing project management and responsible for SeaRates updates as well as agent network coordination.

Consulting IT team and controlling local support.

Husband, father and believer. Love bikes and making music!