Оптимальный размер команды какой он?
GPT технологии от Яндекса и Китайские други дают такой ответ:
………………………………………………………………
— Маленькие команды (3–7 человек)
Подходят для стартапов, Agile-проектов или задач с четко определенным объемом.
Плюсы: Быстрая коммуникация, гибкость, минимальная бюрократия.
Минусы: Риск перегрузки, ограниченная экспертиза в узких областях.
— Средние команды (8–15 человек)
Оптимальны для средних проектов, например, разработки продукта с несколькими модулями.
Плюсы: Баланс между специализацией и управляемостью.
Минусы: Требуют четкой структуры (например, разделения на подгруппы).
— Крупные команды (15+ человек)
Используются в корпорациях или для сложных систем (например, ERP-внедрение).
Плюсы: Широкая экспертиза, возможность параллельной работы над множеством задач.
Минусы: Риск бюрократии, замедление принятия решений.
………………………………………………………………
Давно известно, что кто-то где-то из Agile тусовки выразил фразу, что 7±2 это оптимальный размер команды.
В свое время, Сергей Баранов @sergey486 (Scrum Trek) как-то приходил к нам на внутренний митап и рассказывал про свои исследования,
где он подтверждал тезис о том, что 7 человек - самый оптимальный размер команды.
Но, к сожалению видео и этого выступления я запамятовал куда делось.
А вопрос на самом деле интересный, в том числе и для повышения эффективности работы компаний.
Из около-научного что мне удалось найти так это вот эту статью.
А ещё, при анализе графа связей, на своих данных, мы обнаружили, что мощность связей естественным образом растёт только до 7, а после 8, уже не даёт сильного прироста.
Получается экономический расчёт из статьи для коммерческих организаций подтверждается анализом на фактических данных.
Что дает нам эта информация?
Как минимум ответ, на вопрос:
— "А понадобятся ли дополнительные затраты на коммуникацию команд больше размера чем 7,8?", ответ будет: Да.
— "будет ухудшаться эффективность команды с увеличением роста?", теоретически да, фактически надо ещё проверить, как минимум определить процент исключений
#интересное
#teamsize
#agile
#статистика
#артефакты
GPT технологии от Яндекса и Китайские други дают такой ответ:
………………………………………………………………
— Маленькие команды (3–7 человек)
Подходят для стартапов, Agile-проектов или задач с четко определенным объемом.
Плюсы: Быстрая коммуникация, гибкость, минимальная бюрократия.
Минусы: Риск перегрузки, ограниченная экспертиза в узких областях.
— Средние команды (8–15 человек)
Оптимальны для средних проектов, например, разработки продукта с несколькими модулями.
Плюсы: Баланс между специализацией и управляемостью.
Минусы: Требуют четкой структуры (например, разделения на подгруппы).
— Крупные команды (15+ человек)
Используются в корпорациях или для сложных систем (например, ERP-внедрение).
Плюсы: Широкая экспертиза, возможность параллельной работы над множеством задач.
Минусы: Риск бюрократии, замедление принятия решений.
………………………………………………………………
Давно известно, что кто-то где-то из Agile тусовки выразил фразу, что 7±2 это оптимальный размер команды.
В свое время, Сергей Баранов @sergey486 (Scrum Trek) как-то приходил к нам на внутренний митап и рассказывал про свои исследования,
где он подтверждал тезис о том, что 7 человек - самый оптимальный размер команды.
Но, к сожалению видео и этого выступления я запамятовал куда делось.
А вопрос на самом деле интересный, в том числе и для повышения эффективности работы компаний.
Из около-научного что мне удалось найти так это вот эту статью.
А ещё, при анализе графа связей, на своих данных, мы обнаружили, что мощность связей естественным образом растёт только до 7, а после 8, уже не даёт сильного прироста.
Получается экономический расчёт из статьи для коммерческих организаций подтверждается анализом на фактических данных.
Что дает нам эта информация?
Как минимум ответ, на вопрос:
— "А понадобятся ли дополнительные затраты на коммуникацию команд больше размера чем 7,8?", ответ будет: Да.
— "будет ухудшаться эффективность команды с увеличением роста?", теоретически да, фактически надо ещё проверить, как минимум определить процент исключений
#интересное
#teamsize
#agile
#статистика
#артефакты