Карьера
EgorKotkin
129

Закон самоцентрализации групп: почему любой коллектив неизбежно централизуется (или распадается)

Вам приходилось слышать, что менеджеры командам не нужны? Что, если разложить их работу на части, то окажется, что в каждой части всю работу выполняет кто-нибудь другой — а руководителю, получается, ничего не остаётся?

В закладки

Одно непонятно: если функции руководителя действительно раскладываются без остатка — то есть, без единой зацепки, хоть как-то оправдывающей их нужность как явления — то почему они существуют в реальности?

Выводы статьи — сразу.

Команда — это явление из категории, когда сумма частей не равна целому. За то, чтобы части превратились в целое и отвечает лидер (начальник, руководитель). Но самое точное (и наименее эмоциально окрашенное) слово — ответственный. Тот, кто держит ответ. Причём, сразу на два фронта.

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

Аргументация — дальше.

Эволюционная биология учит: если генетически обусловленная характеристика продолжает воспроизводиться — у неё должна быть эволюционная значимость, даже если она неочевидна — наоборот, это только повод присмотреться. Конечно, это правило, а не закон: атавизмы, рудименты и экзаптацию (перепрофилирование органа) никто не отменял. Для каждого конкретного случая нужно отдельно включать голову и использовать её по назначению.
Но у этого правила есть ещё и важное следствие: рудиментарность органа невозможно ни доказать, ни опровергнуть, не установив сперва его эволюционную ценность — откуда вы знаете, что эта штука нам больше не нужна (или без неё не обойтись), если вы не знаете, почему у нас до сих пор есть? Именно поэтому, кстати, нам не удаляют аппендикс при рождении — хотя эта светлая мысль уже приходила людям в головы.

Обратная сторона монеты

Возьмём, к примеру, разработку.

Если устройство команды разработчиков описывать как устройство автомобиля, то разработчики ощущают себя мотором, который приводит машину в движение, а остальных членов команды — как различные сопряжённые детали: кто искру подаёт, кто топливо, а кто охлаждение.

Менеджер, с точки зрения программиста — самая бесполезная часть этой инфраструктуры, потому что его работу он вообще почти не ощущает — ведь мотор под капотом, водитель и дорога — с другой стороны, а движения руля передаются на трансмиссию, а не мотор — поэтому все разговоры про то, что он там чем-то рулит, звучат как пустой трёп.

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

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

Но это не отменяет того, что этот специфический bias — взгляд из-под капота:

  • встречается — разумеется, не у каждого, но у достаточно большого количества разработчиков, чтобы я мог утверждать, что мне не показалось;
  • причём, у кого её нет — у того её нет, а вот кто видит мир так — то, обычно, это очень хардкорная и ригидная позиция;
  • свойственен, в основном или исключительно, «айтишникам» в строгом понимании — не дизайнерам даже, не верстальщикам, обычно — а админам и девелоперам (впрочем, здесь уже может быть мой bias — я перечисляю, что сам встречал);
  • хорошая зарисовка того, каким с этого ракурса видится мир — пост разработчика «Кровососы» на Хабре.

А невысокий средний уровень российского менеджмента просто не делает ситуацию лучше — скажем, многие горе-начальники принимают мировоззрение таких сотрудников за вызов, брошенный в power games, и могут рассматривать это как проблему субординации (что только усугубляет неприятие «из-под капота»).

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

В реальности, конечно, команда разработчиков не существует в вакууме, а является ячейкой общества, причём представленной в нескольких разных качествах: как разработчик продукта — на рынке, как работодатель — на рынке труда, как юрлицо — с точки зрения различных государственных органов от ФСБ до налоговой — а также как арендатор, как конкурент, как заказчик, как подрядчик, как поставщик etc.

Неважно, тарахтите ли вы под капотом или следите за дорогой — вы взаимодействуйте с обществом множеством путей, которые, вероятно, даже не всегда осознаёте. И в большинстве, если не во всех случаях общество воспринимает команду как субъект, одна штука.

Но как с субъектом на самом деле коммуницировать физически? Нужен конкретный human being, который будет аватаром этой команды, её представителем. Необязательно руководитель — с доставкой воды может взаимодействовать офис-менеджер, например. Но в большинстве сценариев это должно быть постоянное лицо — особенно когда речь идёт о праве принятия решения.

Команда, как субъект, постоянно должна принимать решения — и если у неё не будет руководителя (то есть, человека, наделённого правом и ответственностью принимать решения) — значит, решения принимает команда, а ответственность за каждое конкретное из них распределяется по отдельным членам. С первой же задачей, не относящейся непосредственно к разработке и продукту, вспомнится и бесполезный руководитель.

А распределять придётся — потому что ни клиентов, ни подрядчиков не устроит взаимодействие с командой, в которой ни за один вопрос нет ответственного — саму команду не устроит коллективно решать, как ответить на любой запрос — или какой запрос сделать. Каждый раз отрываясь от основных задач, разработчик будет вспоминать своего бесполезного руководителя.Впрочем, плавающая система ответственности подрядчиков с контрагентами тоже не особо устроит. Особенно, если возникнет непонимание или конфликт — кто его будет разрешать, кто определит правых и виноватых?Но с подрядчиками и даже клиентами ещё можно поиграть в коллективное самоуправление. Но не всегда команда даже имеет право такого решения — с крупными партнёрами, инвесторами, а главное — государственными органами. Им нужно знать, кто принимает решения — потому что им нужно знать, кто отвечает за принятые решения.

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

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

Да, «большой босс с большой зарплатой» никому не нужен — но таковых в реальности и не существует. Если выглянуть из-под капота, то можно заметить, что с большой зарплатой идёт и большая ответственность.Главная функция руководителя: нести ответственность за команду— как программист, например, несёт ответственность за свой кусок кода. Без возможности выбора «эту ответственность я понесу, а эту не буду» — или он руководитель, или нет — и в печали, и в радости.

Но… как же модели?

— руководитель – это неопределенный компот из неясных обязанностей, который нужно просто разложить по полочкам ролей

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

Но что насчёт идеи разделить их по ролям? Я даже выписал: координатор, мотиватор, финишер, генератор (идей), аналитик.Во-первых, это не полный список ролей. Но важнее даже не отсутствующие роли, а что имеющиеся предполагают.

— Все эти роли – не руководство. Это просто роли, работа такая.

Большую часть из которой невозможно будет выполнять без определённых полномочий.

  • Координатор не сможет координировать, если у него будет только рекомендательная функция. Допустим, разработчики не сомневаются в личной ответственности — во-первых, это повод начать сомневаться, потому что людей без слабостей не бывает, во-вторых, в команде есть и другие люди, и какой-нибудь дизайнер-раздолбай может стать серьёзным камнем преткновения процессов. А значит, координатору, чтобы выполнять функции координатора, понадобятся полномочия, включая право приказывать и право наказывать. И вуаля — он уже немножко руководитель.
  • То же самое и с мотиватором — что вообще такое мотиватор без полномочий, как он будет мотивировать — демотиваторы, что ли, рассылать по внутренней почте? Ему понадобятся финансовые полномочия. Итого у нас уже два человека с доступом к кассе: один может штрафовать, другой — поощрять.
  • Нет, три — сразу считаем финишера, потому что как человек будет доводить проект до релиза, если у него никаких рычагов воздействия? Его указания будет так же ценны, как реплаи в твиттере.
  • А ещё есть генератор и аналитик — роли, вроде бы, безобидные, пока не задаёшься вопросом: как именно вы их выделите в команде? А если вам не нравятся их идеи генератора? А если вам нравятся, а другим не нравятся? А если генератора два — с противоречивыми идеями? Будете голосовать? А кто разобьёт ничью? Команда 1) либо будет существовать до первого серьёзного разногласия; 2) либо надеяться на свою способность всегда находить общий язык (иными словами — существовать до первого серьёзного разногласия); 3) либо кто-то должен принять решение в пользу одной стороны, принудив к его соблюдению вторую. Кто же это будет? Звучит похоже на руководителя.
  • А аналитик бесполезен без трактовки его данных и принятого решения по результатам трактовки — кто это будет делать? И снова звучит ужасно похоже на руководителя.
  • Это ведь ещё не все роли. Кто-то должен будет решать конфликты — внутренние и с внешним миром. Эта позиция тоже предполагает полномочия.
  • И это мы ещё не дошли до финансово ответственного лица. Если план был — за уплату налогов отвечает бухгалтер — то кто будет отвечать за наполнение кассы? Продажники? Удачи в поисках продажников, которые разделят материальную ответственность за уплату налогов. А если R&D решит во имя лучшего качества продукта перенести релиз на квартал-другой, образуется кассовый разрыв — R&D будет отвечать перед налоговой? Или, скажем, кредиторами. Или даже арендодателем? Или за всё отвечает бухгалтер, не имеющий права на это никак повлиять? Или дать ему полномочия, объединив в одних руках и контроль за палкой, и контроль за финансами? Звучит очень похоже на руководителя.

Поднимите руки те, кто считает, что в таких условиях возможно было бы создать iPhone. Сможет внедрённая ERP заменить Джобса?

Нет, конечно, Джобсы не все. Но кто будет решать, кто Джобс, а кто не Джобс? Команда? Голосованием? Интересно, если бы у команды Apple была возможность голосованием решить судьбу Джобса… oh wait. Они ведь и решили однажды.

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

А если авария? А если по вине водителя? А если водитель украл у пассажира телефон? А если компанию засудили — и надо либо сокращать зарплаты, либо сотрудников?

Ни одну роль невозможно будет исполнить, не получив хотя бы части полномочий — кусочка царской власти — указывать, наказывать, и поощрять.

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

Даже если это будут лучшие менеджеры на свете — будут, потому что 8 «частичных руководителей», эдаких хоркруксов ненавистного руководителя — это восемь полновесных точек зрения, и если хотя бы 2-3 из них столкнутся на конкретном участке работы конкретного разработчика — кто-то точно останется недоволен. И воспользуется палкой.

Впрочем, если это будут лучшие менеджеры на свете — они просто выберут себе самого главного, и отдадут ему все полномочия, где пересекались полномочия этих менеджеров.

Иными словами, начальник вернётся. Не по чьей-то злой воле, а по объективным причинам.

Cтремление любых групп удержаться от распада неизбежно ведёт к централизации. Включая группы, образованные на равноправных (артельных) началах.

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

Который в следующий раз при разногласии внутри коллектива примет решение, которое по определению не понравится всем. Который будет устанавливать окончательные задачи. Решать, над чем работать, а над чем нет. И решать, что делать, если нужно платить налоги, зарплаты, аренду — а ещё обновлять технику, лицензии — и выбрать нужно любые две позиции?Готовы на это? Если это так, то вы готовы стать руководителем. Нет? Значит, руководителем будет кто-то другой.

И даже если он будет действительно отвратителен, бездарен и некомпетентен — это не должно быть проблемой, если вспомнить ещё одно условие, забытое, почему-то поначалу: даже в самой авторитарной корпорации (в отличие от авторитарного государства) у сотрудника всегда остаётся его право проголосовать ногами.

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

{ "author_name": "EgorKotkin", "author_type": "self", "tags": [], "comments": 1, "likes": -1, "favorites": 4, "is_advertisement": false, "subsite_label": "hr", "id": 124287, "is_wide": false, "is_ugc": true, "date": "Thu, 30 Apr 2020 16:44:27 +0300", "is_special": false }
Маркетинг
Управление репутацией, или инструменты, увеличивающие конверсию в заказы (SERM, отзывы и другие инструменты ORM)
Здесь вы получите полный разбор управления репутацией в интернете.
Объявление на vc.ru
0
1 комментарий
Популярные
По порядку
0

Что-то я дочитал и не понял, что именно я прочёл...
Вы с помощью 10 000 символов объяснили для чего нужен руководитель? 
Так хватило бы и 15:
"Нужен и всё тут, бл...!"

Ответить

Прямой эфир