Насколько важны навыки коммуникативности для программиста?

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

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

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

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

К чему это. Если вам постоянно доказывают, что вы не коммуникативны, убедитесь, что работаете не в подобном коллективе.

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

Что может привести к естественной коммуникации в проекте, без попыток акцентирования внимания на ней? Скорее всего - сосредоточение на общей цели проекта - конечном продукте, а не на личных амбициях, интригах и сплетнях. В конце концов, если каждый заинтересован в конечной цели, то у него не возникнет проблем задать срочный вопрос коллеге в обеденный перерыв, так как это часть их совместной работы, а в случае аврала - разбудить того ночью звонком. Но, опять же, такое общение будет естественным и без последствий, если оба заинтересованы в качестве работы, в конечном результате. Попробуйте это провернуть в команде, где собственный продукт интеллектуального труда время от времени сравнивают с продуктами жизнедеятельности и встретите непонимание.

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

Как вы будете "вливаться" в коллектив, где все за глаза хаят свой продукт? Коммуникативность требует присоединения к общему мнению, стать "своим". В этом один из нюансов общения, которых очень много. Хотя и здесь многие пробуют внедрить корпоративный Устав.

Насчёт заинтересованности, возвращаясь к общей цели, понятное дело, если менеджеры проекта тупо передирают всё у конкурентов, индивидуальности у компании нет, трудно требовать сопричастности от исполнителей таких задач. А что касается коммуникативности, то это не основной навык для программистов, ведь никто не требует взамен знание хотя бы базовых технических подробностей, в которых HR, например, часто путаются и этим приносят некоторый вред развитию и репутации компании. Хотя с точки зрения человека, вся работа которого заключается в общении с клиентами, персоналом - все остальные коллеги других специальностей некоммуникативны в принципе. Поэтому доказывать обратное - будет себе дороже. Даже не могу представить, как можно "доказать" свою коммуникативность. Возможно диплом с соответствующих курсов сможет помочь. Но, то, что они предлагают, это в основном ораторские навыки, а не правильное исследование проблемы с опросом всех свидетелей, что, как утверждается выше - помогает претворить взятую задачу в жизнь.

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

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