Как управлять интеллектуалами. Я, нерды и гики (Лопп) - страница 90

18. Инженерная ментальность


Размышления на тему: нужно ли вам продолжать писать код

В книге Рэндса о правилах для руководителей есть очень короткий перечень современных менеджерских «must-do»8. Лаконичность этого перечня проистекает из того факта, что понятие «must» — это некий абсолют, а когда речь заходит о людях, то абсолютных понятий становится очень мало. Удачный метод руководства одним сотрудником станет настоящей катастрофой для другого. Эта мысль и есть первый пункт менеджерского «must-do» списка:

Оставайся гибким!

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

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

Прекрати писать код!

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

Когда я вижу, что новоиспеченный руководитель «опускается» до написания кода, я говорю ему: «Мы знаем, что ты умеешь писать код. Вопрос в другом: умеешь ли ты руководить? Ты больше не отвечаешь за себя одного, ты отвечаешь за всю команду целиком; и я хочу быть уверенным в том, что ты сможешь сделать так, чтобы твоя команда решала проблемы самостоятельно, без того, чтобы тебе самому приходилось писать код. Твоя задача состоит в том, чтобы выяснить, как масштабировать самого себя. Я хочу, чтобы ты не был одним-единственным, я хочу, чтобы таких, как ты, было много».

Хороший совет, верно? Масштаб. Менеджмент. Ответственность. Такие расхожие модные словечки. Жаль, что совет неверный.


Неверный?

Ага. Совет неверный! Не то чтобы абсолютно неверный, но достаточно неверный, чтобы мне пришлось позвонить некоторым бывшим коллегам и извиниться: «Помнишь то мое любимое утверждение о том, что ты должен прекратить писать код? Оно неверное! Да… Снова начинай программировать. Начни с Python и Ruby. Да, я серьезно! От этого зависит твоя карьера!»

Когда я начинал карьеру разработчика ПО в Borland, я работал в команде Paradox для Windows, а это была огромная команда. Только одних разработчиков приложения было 13 человек. Если прибавить людей из других команд, которые тоже постоянно работали над ключевыми технологиями для этого проекта, такими как основной движок базы данных и основные сервисы приложения, то получалось 50 инженеров, напрямую занятых разработкой этого продукта.