Руководство не для разработчиков по работе с разработчиками
Разработчик (иногда также называемый ботаником) - это действительно новый вид, живущий в офисах по всему миру. Когда дело доходит до социального взаимодействия с обычным Homo sapiens, они часто нуждаются в тщательном уходе. Вы, не разработчик, можете использовать этот сборник лучших практик, если хотите испортить отношения со своими разработчиками.
1. Обращайтесь к разработчику только в наушниках.
Все мы и раньше видели это странное поведение. Обычно разработчики характеризуют их как людей-интровертов. Когда они надевают наушники, они пытаются дать вам понять, что им скучна их текущая работа или они хотят социального взаимодействия. Не позволяйте ему ждать слишком долго и рассказывать им самые свежие офисные сплетни или новую ошибку.
2. Никогда не спрашивайте у разработчика его мнение об идее новой функции.
Разработчики, как правило, имеют твердое мнение о том, что им нужно построить. Иногда они говорят, что функция - плохая идея, потому что она повлияет на другие части вашей системы или займет слишком много времени для реализации. Никогда не говорите с ними на эту тему, потому что отговорки - это обычная модель поведения среди разработчиков, позволяющая избежать предстоящей работы.
3. Если вам что-то нужно как можно скорее, попросите разработчика сделать это.
Мы все были в такой ситуации, когда нашему боссу нужен обновленный отчет или вы хотите закончить свою работу, так что вы можете закончить это дело. Не стесняйтесь переложить эту работу на разработчика. Назовите это как можно скорее, и разработчик сразу же приступит к работе над вашим проектом.
4. Предположим, что каждая задача разработки занимает одинаковое количество времени.
Вчера ваш разработчик завершил новую функцию менее чем за 2 часа? Это, конечно, означает, что на внедрение другой запланированной функции потребуется столько же времени. Скажите вашему разработчику, чтобы он закончил его через 2 часа еще раз.
5. Измените план.
Иногда вашим разработчикам нужны особые задачи. Если вы думаете, что им наскучила их текущая работа (что случается постоянно), измените план. Вы можете сделать это, создавая случайные новые билеты, которые приходят вам в голову, или перетасовывая билеты на доске Kanban разработчиков. Конечно, вы можете делать это каждые несколько дней, чтобы они были заняты.
6. Продолжайте говорить своим разработчикам, что вы тоже программист.
Поскольку все разработчики более или менее боятся не разработчиков, вы можете попробовать связаться с ними на уровне разработчика. Скажите им, что вы также программист, и покажите им, что вы написали на языке программирования HTML. Чаще всего они это оценят. Но некоторые разработчики также скажут вам, что HTML - это не настоящий язык программирования. Если это так, проигнорируйте это, потому что вы только что встретили так называемого системного инженера или внутреннего разработчика.
7. Сообщите своим разработчикам, какие языки и фреймворки им следует использовать.
Иногда приятно дать совет разработчикам по языкам программирования, фреймворкам или библиотекам. Если ваш новый сосед говорит вам, что его компания сейчас использует jQuery, это явный признак того, что вы должны использовать ту же технологию в своем собственном приложении для Android или iOS.
8. Скажите, что вам нужен новый веб-сайт для работы с IE8.
Разработчики - ностальгирующие люди. Им нравятся всезнайки вроде старых аркад восьмидесятых. В целом они с глубоким уважением относятся к технологиям, созданным в прошлом. Сделайте им одолжение и скажите, чтобы новый веб-сайт также работал со старыми версиями знаменитого Internet Explorer.
9. Если у вас есть вопросы по определенной функции Word / Excel / Powerpoint, спросите разработчика.
Всякий раз, когда вы попадаете в ситуацию, когда вам нужно заставить что-то работать в Excel или аналогичном инструменте, обратитесь за помощью к следующему разработчику. Все разработчики являются экспертами в этих инструментах и счастливы, когда могут поделиться своими знаниями о них.
10. Всегда устраивайте встречу
Как ни странно, но большинство разработчиков ненавидят общаться по электронной почте или в простом чате. Если вы попадаете в редкую ситуацию, когда вам нужен совет или мнение разработчиков по чему-то, то договоритесь о встрече. Конференц-зал дает разработчику достаточно места, чтобы обдумать свои мысли и провести презентацию по решению вашего вопроса.
Заключение
Прочитав эти советы, вы можете прийти к собственному выводу, что вам никогда не следует ничего делать из этого. Разработка и программирование программного обеспечения всегда требует глубокого понимания имеющихся технологий. Это требует много размышлений и времени. Будьте внимательны, когда отрываете разработчика от его текущей работы, и я гарантирую, что вы понравитесь каждому разработчику. Теперь вы можете отправлять им забавные гифки или мемы, чтобы сделать их по-настоящему счастливыми.
Первоначально опубликовано на philippreinking.de 30 сентября 2017 г.
