195. Как руководить технарями, если ты дизайнер или маркетолог

Читатель спросил: «Как руководителю без технической квалификации определить оптимальный стек технологий для реализации проекта? Как повысить техническую квалификацию?»

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

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

К технологическому стеку у руководителя должны быть именно менеджерские вопросы: сколько времени займет разработка, легко ли найти программистов, какие у них зарплаты, не будет ли тормозов в пользовательском интерфейсе. Чтобы задать эти вопросы, не надо быть технарем.

Конечно, у руководителя должна быть общая техническая эрудиция. Я нарабатываю ее, общаясь с программистами и читая статьи. Этого мне хватает, чтобы разговаривать с разработчиками на одном языке.

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