Как наиболее эффективно взаимодействовать с разработчиками

Разработчиков следует считать частью жизненного цикла вашей компании. Ведь именно они создают программное обеспечение, которое обеспечивает рост, инновации, цепочки поставок и электронную коммерцию. Без таких разработчиков ваша компания в лучшем случае будет стагнировать, а в худшем - потерпит крах. <\/p>\r\n\r\n

Однако это не означает, что вы должны относиться к ним как к королевским особам. Это означает, что они должны быть в курсе всех событий. Дело в том, что разработчики могут быть сложной группой для эффективного общения. Они часто выглядят как причудливые люди, не всегда обладающие лучшими социальными и коммуникативными навыками. Это не значит, что их можно (или нужно) избегать.  <\/p>\r\n\r\n

Но это означает, что вам следует подумать о том, как лучше общаться с такими сотрудниками. Внеся несколько изменений в привычные действия, вы сможете эффективно и результативно общаться с разработчиками и обеспечивать непрерывность своего бизнеса.<\/p>\r\n\r\n

Каким образом? Давайте рассмотрим некоторые способы эффективного общения с инженерами-программистами.<\/p>\r\n\r\n

Знайте, о чем вы говорите<\/h2>\r\n\r\n

Для вас это может показаться очевидным, но не для всех. Дело в том, что разработчики действительно знают, что делают. К сожалению, за эти знания высокого уровня приходится платить, что не позволяет им общаться с вами в понятных для вас терминах.<\/p>\r\n\r\n

Поэтому на каждую встречу с разработчиками необходимо приходить, зная, о чем вы говорите. Не вступайте в переговоры, не имея четкого представления о целях и способах их достижения. Чем больше вы знаете о том, о чем говорите, тем более эффективно (и результативно) вы сможете общаться с разработчиками.<\/p>\r\n\r\n

Документируйте свои цели<\/h2>\r\n\r\n

Теперь, когда вы знаете, о чем идет речь, важно все задокументировать. Если у вас есть хорошо проработанный и написанный документ о целях и процессах проекта, это даст вашим разработчикам четкую дорожную карту того, что необходимо сделать. <\/p>\r\n\r\n

А разработчики (будь то Java, JavaScript, PHP, .NET, Python или Ruby) любят хорошую документацию. Так что это не только облегчит их работу, но и произведет на них впечатление тем, что вы нашли время для документирования процесса.<\/p>\r\n\r\n

Знайте "почему"<\/h2>\r\n\r\n

Когда вы обращаетесь к разработчику с просьбой, знайте, почему вы делаете эту просьбу. Не потому, что начальник велел вам это сделать, а потому, что эта просьба важна с точки зрения веб-сайта компании или стека приложений. Если вы скажете: "Мы хотим, чтобы кнопка X была блестящей", разработчик будет смеяться над вами. Если же вы скажете: "Мы хотим, чтобы кнопка X была блестящей, потому что так людям будет легче ее заметить", - разработчик, по крайней мере, отнесется к просьбе с уважением и выполнит ее. <\/p>\r\n\r\n

Если разработчик спрашивает вас, почему вы хотите что-то сделать, а у вас нет ответа, поймите, что вам придется придумать "почему", если вы хотите иметь возможность легко общаться с этим разработчиком.<\/p>\r\n\r\n

Имейте четкое представление о готовом продукте<\/h2>\r\n\r\n

Разработчикам нравится иметь дело с конкретикой. Вернемся к примеру с блестящей кнопкой. Если вы скажете "блестящая кнопка", разработчик может перевести это как "светящаяся зеленым лаймом с блестками единорога". На самом же деле вы хотели сказать, что вам нужна тонкая подсветка вокруг кнопки, чтобы она лучше выделялась на странице. <\/p>\r\n\r\n

Очень важно, чтобы вы могли наилучшим образом донести до разработчика, как выглядит готовый продукт в вашей голове (или в голове генерального директора). Будьте конкретны, ясны и точны. Убедитесь, что разработчик знает, что именно вы имеете в виду, когда говорите "блестящий".<\/p>\r\n\r\n

<\/p>\r\n\r\n

Общайтесь с уважением<\/h2>\r\n\r\n

Вы можете не понимать разработчиков, но они такие же люди, как и вы, и, вероятно, заслужили уважение (выпуская продукт за продуктом). Если вы будете говорить с разработчиками свысока или уничижительно, то далеко не уедете. Если вы руководитель, то наверняка посещали курсы по эффективному общению. На этих курсах вас учили уважать тех, с кем вы общаетесь. Помните об этих уроках при общении с разработчиками.<\/p>\r\n\r\n

Не притворяйтесь, что знаете код<\/h2>\r\n\r\n

Общаясь с разработчиками, не пытайтесь быть крутым и говорить на их "жаргоне". Не пытайтесь сформулировать запрос как функцию или системный вызов. Если вы не являетесь инженером-программистом, не отправляйте письмо, которое выглядит следующим образом:<\/p>\r\n\r\n

\r\n

\r\nprint('Hey team!')\r\nprint('We need to have a meeting'!)<\/code>\r\n<\/pre>\r\n<\/blockquote>\r\n\r\n
Вашим разработчикам это не покажется милым. Более того, вы можете получить ответ, состоящий из одних только управленческих "жужжалок", который будет иметь тот же оскорбительный оттенок. <\/p>\r\n\r\n
Не стоит также пытаться использовать в разговоре с разработчиками псевдокод (описание шагов алгоритма на понятном языке). Не общайтесь с ними так:<\/p>\r\n\r\n
\r\n
\r\nIf you fail to complete this project\r\nPrint "you’re fired" else\r\nPrint "you get a cookie"<\/code><\/pre>\r\n<\/blockquote>\r\n\r\n
Видите, как это может быть оскорбительно?<\/p>\r\n\r\n
Не "меняйте рамки"<\/h2>\r\n\r\n
Вы наметили план проекта, и ваши разработчики усердно работают над ним. И вдруг кто-то из руководства решает "изменить объем", что ставит под угрозу срыва сроки выполнения проекта. <\/p>\r\n\r\n
Если изменение объема неизбежно, лучше всего сначала провести неформальную встречу с разработчиками, чтобы предупредить их о такой возможности. А когда встреча состоится, убедитесь, что вы точно знаете причину изменения, имеете четкое представление о новом готовом продукте, документируете изменение объема и разговариваете с разработчиками с уважением. <\/p>\r\n\r\n
Если вы проведете совещание и скажете: "Мы меняем объем проекта, мы не знаем, что это будет, и вы будете делать это независимо от того, нравится вам это или нет", вам, вероятно, не понравится реакция ваших разработчиков.<\/p>\r\n\r\n
Вместо этого подходите к подобным встречам с пониманием того, что то, как вы преподнесете эти новости (и с какой конкретикой вы их преподнесете), может сделать или разрушить проект.<\/p>\r\n\r\n
Заключение<\/h2>\r\n\r\n
Разработчики - это люди. Они заслуживают вашего уважения, поскольку неустанно трудятся над созданием программного обеспечения, способствующего росту вашей компании за пределами ваших фантазий. Для эффективного общения с ними не нужно прилагать особых усилий. Приложите усилия, и вознаграждение будет приятным для всех участников.<\/p>\r\n\r\n
 <\/p>\r\n