Барабан, Веревка, Буфер в IT
Я работал с кросс-функциональными командами: разрабы, DevOps, QA, дизайнеры -- все в одной команде и работают над одними задачами. Когда менеджера спрашивают, как повысить эффективность такой команды, он отвечает: пусть все работают на свой максимум!

Но это так не работает. Точнее: это вообще не так работает.

Мой ответ: сначала найдите Гошу. Представим: в команде есть только 5 разрабов и 3 QA. Все задачи должны пройти тестирование. Каждый разраб делает по 3 задачи в день, итого -- 15 задач в день со всех. Каждый QA тестирует 4 задачи в день, итого -- 12 на всех. Если вы заставите разрабов делать по 16, 17 или даже 20 задач в день, пропускную способность системы вы не измените. Ваша команда все равно будет делать по 12 задач в день.

Барабан здесь нужно выдать именно QA. Перед ними же нужно организовать буффер: у QA всегда должен быть запас для тестирования, даже если все разрабы ушли в отпуск. Веревкой же в IT будет WIP-лимит, чтобы каждый отдел и каждый человек не набирали на себя слишком много задач. Про WIP-лимит я еще отдельно напишу.

В вашей команде или отделе найти Гошу будет не так легко. Кроме разрабов и QA есть еще тонна людей, которые влияют на процесс: DevOps, DevSecOps, дизайнеры, продакты, аналитики, проджекты, архитекторы -- их правда очень много. Да и сама работа это не просто делать задачи: вашим Гошей вполне могут стать ваши DevOps, которые катят задачи по три дня.

Я начинаю поиск Гоши (вообще-то правильно это называется "бутылочное горлышко") с помощью визуала. Беру листочек А4 и рисую: вот эти парни отдают задачи вот сюда, а они ждут, а потом отдают этим... Получается схема, которую уже можно использовать для поиска Гоши. Лучший способ -- это смотреть на количество задач, которые прошли сквозь части системы и которые копятся на ее участках. Когда найдете Гошу, поставьте его во главу системы, оптимизируйте его работу и сделайте так, чтобы ему ничто не мешало.