О командах и решении проблем
В наши дни все, кажется, одержимы формированием команд. Если вы спросите в своей компании почему в ней формируют команды вам, вероятно, ответят: "команды лучше". Если вы продолжите спрашивать почему, вам могут даже ответить, что команды более продуктивны. Но спросите "почему" еще раз или спросите откуда это знают, и вам, вероятно не ответят. И это очень грустно, потому что, если вы не понимаете механизм, лежащий в основе так называемых производственных команд, вы, скорее всего, сформируете команды в виде карго-культа. Вы просто будете копировать другие компании, структуры, инструменты и методы без их понимания, и надеяться, что волшебство произойдет так или иначе.
Несколько тематических исследований за последние десятилетия показали преимущества создания команд при столкновении со сложными ситуациями, как в среде, основанной на знаниях, так и в более промышленных условиях. Среди них стратегия команды Scrum, описанная Нонакой и Такеучи и позже принятую Сазерлендом и Швабером при создании гибкой структуры Scrum; Lockheed Martin с подходом Skunk Works; или заводские команды и "ячейки" в производственной системе Toyota (Toyota Production System — TPS).
Проблема связана с толкованием термина "команда". Например, в Formula 1 есть команды для каждого спонсора или производителя, но внутри этих команд есть отдельные пилоты, соревнующиеся друг с другом за верхнюю строчку зачета.
Существуют команды по шашкам, стрельбе из пистолета и боулингу, где члены команды в основном независимы, а достижения команды определяются добавлением вклада каждого члена команды и все члены команды выполняют аналогичные действия, поэтому они в основном взаимозаменяемы. В такой команде действия одного члена практически не влияют на производительность других членов. Команды отделов продаж или, к сожалению, управленческие команды обычно являются примером такого рода конфигурации: каждый продавец заботится только о своих собственных продажах, каждый менеджер заботится только о своем собственном отделе.
С другой стороны, используя метафору футбола, некоторые команды взаимозависимы — результаты зависят не только от того, как каждый делает свое дело, но и от эффективного сотрудничества всех членов команды. Это относится и к медицинским бригадам — медсестрам, врачам, специалистам и хирургам, лечащим одного и того же пациента, — или к командам разработчиков программного обеспечения, где аналитики, эксперты UX, дизайнеры, программисты, архитекторы и тестировщики должны сотрудничать над одним и тем же продуктом.
Как насчет команд, сталкивающихся со сложностями и решающих проблемы? Конечно, стратегия независимости работает не очень хорошо. Они передают информацию какому-то внешнему органу управления, чтобы он давал им указания и указывал над чем работать. По сути, когда компании создают независимую команду и надеются, что это улучшит их способность решать проблемы, они заявляют о своей удивительной дисфункции и своем незнании того, почему и как команды важны для решения сложных задач.
Вот некоторые основные правила для оценки того, соответствуют ли ваши команды обычной структуре команд по решению проблем:
Малый размер команды: было проведено несколько исследований для определения оптимального размера команд и у каждого эксперта есть свой любимый размер. Размер групп по решению проблем зависит от их обстоятельств (технологии, рынка, продукта, размера компании), но колеблется от 4 до 10 или 12 человек. Выше этого размера команда имеет тенденцию разрушаться из-за сложности коммуникации и обмена знаниями. Ниже четырех обычно не хватает критической массы, кросс-функциональности, креативности и разных точек зрения.
Кросс-функциональность: функциональные команды — те, в которых все члены команды обладают одинаковыми навыками и работают над одними и теми же задачами, — неизбежно будут неоптимальными при любом улучшении, которое они сделают в своей области. Межфункциональные команды иногда неправильно понимают, как "все знают, как все делать", что является нонсенсом. Правильное определение - это команда, в которой присутствуют все необходимые навыки и знания для того, чтобы разработать продукт от создания концепции до получения наличных денег. Идея состоит в том, чтобы собрать инженеров, дизайнеров, рабочих и представителей заказчиков вместе и позволить им управлять процессом разработки от начала до конца.
Самоорганизация: мало пользы в формировании команды по решению проблем, а затем в назначении лидера, начальника или менеджера (выберите на свой вкус), который затем будет выявлять проблемы, диагностировать их, принимать решение о наиболее оптимальном решении и указывать всем, что делать.
Управляемые функциями: другой способ описания состоит в том, что они ориентированы на продукт или услугу, а не на технологию. Цель состоит в том, чтобы любая команда в компании могла работать над любой функцией или продуктом, тем самым предоставляя максимальную гибкость. Эта цель может быть достигнута не на 100 %, но компания будет постоянно меняться (почти кайдзен) и адаптироваться к ней, и постарается быть как можно ближе к этому желаемому состоянию.
Сотрудничество: вместо координации — все работают над разными вещами, чтобы они не пересекались команды по решению проблем будут сотрудничать. Это означает, что члены команды решают проблему вместе и работают над ней одновременно. Они обмениваются мнениями и знаниями.
Возможно, не все члены команды могут сотрудничать в одном и том же, в одно и то же время, но все же сотрудничество является преобладающим командным режимом: два человека могут работать вместе над частью проблемы, трое могут работать и над какой-то другой частью, и пятеро из них часто собираются и обсуждают по несколько раз в день.
Функциональные, управляемые задачами, микроуправляемые команды с независимыми членами —форма тейлоризма, которая прямо противоречит основам гибких команд.
Такая конфигурация команды может быть полезна для алгоритмических, трудоемких, массовых и повторяющихся операций. С другой стороны, если ваша главная забота — решение проблем, если вы сталкиваетесь со сложной средой, если каждый день вы выполняете задачи по-разному, то гибкая конфигурация команды обеспечит лучшие результаты.