Теория абстракций

В очередной раз создавая отдельный класс в одном из проектов, я задумался о чем-то сильно отдаленном, и у меня в голове возникла теория абстракций. Если я когда-нибудь и напишу книгу, то она будет именно по теории абстракций. Это некая попытка упорядочить мои знания о бизнесе в одну большую систему, которая состоит из мелких и очень простых деталей.

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

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

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

Для непосвященных в программирование разъясню: принципы SOLID позволяют создавать стрессоустойчивые и масштабируемые модели, выполняющие определенный функционал. Приведу пример: кассир в пиццерии принимает деньги и передает заказ повару; повар принимает заказ и печет пиццу; клиент платит деньги и получает пиццу. У каждого в цепочке есть свои задачи, свои приоритеты и свои нужды. Я описал стандартный подход к ведению дел и применил к нему принципы программирования — ничего нового для вас я не описал, все звучит довольно очевидно; все эти тезисы уже давно описаны и переписаны в тоннах текста бизнес-книг.

Но то, чего я не заметил в бизнес-литературе; тот самый элемент, который делает успешным какое-либо предприятие — чаще всего, либо исключен из этой системы, либо на нем не акцентируют внимание ни предприниматели, ни менеджеры, ни работники. Да, то, что я собираюсь описать, уже обсуждалось — но было обделено необходимым уровнем внимания. Больше скажу: матерые бизнесмены и управленцы используют этот концепт ежедневно для мотивации сотрудников и поддержания эффективности производства. Только вот молодых и зеленых ребят, почему-то, не учат этому на программах MBA; либо мельком упоминают — а зря умаляют значение.

Это теория абстракций. Заключается она в том, что каждый элемент здорового предприятия обязан не только работать в рамках своих нужд и обязанностей, но и быть осведомленным о нуждах и обязанностях как своего начальства, так и подчиненных, так и предприятия в целом. Когда вы видите, что сотрудник ненавидит свою работу с 9 до 5 и не понимает, зачем он делает что либо — это прямое следствие плохой работы менеджмента и влечет за собой снижение эффективности сотрудника.

Так почему же "Теория абстракций"? Да потому, что хороший управленец должен уметь транслировать мотивацию всего предприятия на уровни ниже, вплоть до самого рядового сотрудника. Эта мотивация и является абстракцией. Хороший предприниматель всегда знает, что движет клиентами и как предоставить им необходимые услуги или товары. Предприниматель мыслит в рамках абстракций, начиная с высокоуровневых концептов: клиент хочет купить электрический чайник, мне нужно заполучить эти чайники, сказать клиенту, что у меня они есть, и провести продажу. После, он уходит в абстракции ниже: как заполучить этот чайник (создать, купить, перевезти, модифицировать), как выстроить производство и логистику (что должен делать каждый сотрудник в системе), как довести до клиента знание о продукте (реклама, SMM, МЛМ, менеджеры по продажам). Каждая из этих подсистем может быть разбита на дополнительные подсистемы, у каждой из этих систем есть нужды, обязанности, необходимые результаты. Более того! Каждая из этих подсистем напрямую или косвенно зависит от других подсистем.

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

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

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

В сухом остатке теория абстракций проста: руководитель, владея знаниями о каждой детали абстракции предприятия, должен убедиться, что каждый сотрудник владеет информацией не только о собственном звене абстракции (собственных задачах, нуждах и результатах), но и об одном-двух звеньях абстракции над ним.

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

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

А что об этому думаете вы? Имеет ли теория абстракций право на жизнь или это очередной мой претенциозный графоманский набор фраз? Буду рад подискутировать с вами в нашем ламповом чатике.