Выученная беспомощность: как бизнес-ориентированность убивает профессионализм

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

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

Нас систематически учили быть бизнес-ориентированными, и вот почему это плохо:

1. Победа формы над содержанием. И в найме, и в повседневной работе, и на перформанс-ревью, и в повседневных обсуждениях побеждает зачастую не тот, кто прав технически, а тот, кто умеет красиво рассказать про свою «правоту». Можно выгодно упаковать любой буллшит. Пластмассовый мир победил. 2. Инженерные практики обесцениваются. Когда главная метрика успеха - это «влияние на бизнес», то архитектурные решения, качество кода, тесты и документация начинают восприниматься как вещи второстепенные. В глазах бизнеса «оно же работает - значит, норм». В итоге растёт технический долг, системы становятся хрупкими, а инженеры теряют шанс развивать настоящие профессиональные навыки. 3. Развитие паразитического образа работы. Когда важнее «говорить о ценности», чем писать код, растёт целый слой специалистов, которые отлично умеют презентовать/продавать, но не качественно и в срок выполнять поставленные задачи. Все проще симулировать бурную деятельность.

Как мы до этого докатились?

Ключевой момент - размытие ответственности и перекладывание рисков с менеджмента на инженеров. Как должно быть: менеджер должен быть прослойкой. Его работа - транслировать бизнес-требования в задачи и защищать команду от хаоса, а также транслировать технические ограничения бизнесу на понятном ему языке. Что мы имеем: менеджер из "буфера" превратился в "курьера". Поток "хотелок" бизнеса больше не фильтруется, а попадает к разработчикам AS IS. Возрастает риск принятия неверных решений, в которых виноват будет отнюдь не менеджер.

Так что же делать? Игнорировать бизнес?

Мой ответ - нет. Инженерия/разработка - это не антипод бизнесу, а его фундамент. Моя позиция не "перестать думать о бизнесе", а "вернуть менеджменту его прямые обязанности" и сместить фокус с сиюминутной выгоды на обеспечение устойчивого развития.

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

P.S. "Никто не хочет богатеть медленно" (с) Уоррен Баффет