«Лучшие практики» для построения отношений руководителя-гуманитария с разработчиками

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

1. Начинайте говорить с разработчиком, только когда он в наушниках

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

2. Никогда не спрашивайте у разработчика его мнение о новой идее

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

3. Если вам что-то нужно As Soon As Possible, попросите разработчика сделать это

Мы все бывали в такой ситуации, когда начальнику нужен обновленный отчет и вы решили, что с вас хватит на сегодня этой работы. Не стесняйтесь перегрузить эту работу на разработчика. Сообщите о статусе задачи «как только — так сразу» (ASAP), и разработчик тут же начнёт работу над вашим проектом.

4. Предполагайте, что каждая задача по разработке занимает одинаковое количество времени

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

5. Меняйте план

Иногда вашим разработчикам нужна «встряска». Если вам показалось, что им скучно (что-то работает всё время без проблем), то измените план. Вы можете сделать это, создав новые задачи. Все, которые приходят вам на ум. Перетасуйте тикеты, занесённые в систему по планированию работ, между разработчиками. Конечно, вы можете делать это каждые несколько дней, чтобы сохранять бдительность коллектива.

6. Продолжайте говорить разработчикам, что вы тоже программист

Поскольку все разработчики более или менее боятся выходок менеджеров-нетехнарей, вы можете внедриться в их ряды «притворившись» разработчиком. Скажите им, что вы тоже программист, и покажите им, что вы написали на HTML. Они чаще всего это оценят. Только некоторые разработчики скажут вам, что HTML не является настоящим языком программирования. Если это произошло, то проигнорируйте это, потому что вы просто встретились с так называемым системным инженером или backend-разработчиком.

7. Объясните разработчикам, какие языки и фреймворки они должны использовать

Иногда бывает приятно дать разработчикам советы по языкам программирования, фреймворкам или библиотекам. Если ваш новый сосед говорит вам, что его компания теперь использует jQuery, это явный признак того, что вы должны использовать ту же технологию в своем приложении для Android или iOS.

8. Скажите, что новый веб-сайт должен работать в IE8

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

9. Если у вас есть вопросы об определенной функции Word/Excel/Powerpoint, обратитесь к разработчику

Всякий раз, когда вы попадаете в ситуацию, в которой не понимаете как сделать, чтобы что-то работало в Excel или аналогичном инструменте, обратитесь к разработчику за помощью. Все разработчики являются экспертами в инструментах офисных программ и ​​счастливы, когда могут поделиться своими знаниями. Также они рады помочь с офисным МФУ.

10. Всегда организовывайте собрания

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

Вывод

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


Например, такой.