Кто-то отправил вопрос:

Проработав в интернет-индустрии несколько лет, большинство технических специалистов, с которыми я сталкивался, имеют следующие проблемы:

• ①, Немногословны и грубы;
• ②, При совместной работе они не любят отчитываться о прогрессе (например, работая над чем-то, они внезапно останавливаются, и вы не знаете, чем они ушли заниматься; если их не поторопить, они сами не скажут);
• ③, Они не отвечают в QQ, а если и отвечают, то возвращаются к пункту 1.

Позвольте спросить, это распространённая проблема? Как вы, технические ребята, на это смотрите?

Ниже приведены выдержки из некоторых отличных ответов

1. Ли Нань

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

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

Лучшие программисты, конечно, умелые коммуникаторы, хорошо владеют самоорганизацией и обладают широким кругозором.

Но лично мне безразличны программисты, которые немногословны и не любят отчитываться о прогрессе. Главное, чтобы они соблюдали правила и выдавали работающий код. Я также видел многих красноречивых программистов, которые всегда предоставляют прекрасные отчёты о прогрессе. Однако стабильность их кода может быть настолько плохой, что мне приходится назначать кого-то другого для его переписывания.

Автор поста, похоже, продакт- или проект-менеджер? Мой совет: не всегда пытайтесь винить других; хорошо выполняйте свою работу. Так же, как немногословный технический специалист исправляет для вас утечку памяти.

2. Фань Кай

Я вполне согласен с мнением @Li Nan.

>>1. Неразговорчивый и грубый.

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

>>2. При совместной работе они не любят отчитываться о прогрессе. Например, работая над вашей задачей, они внезапно останавливаются, и вы не знаете, чем они ушли заниматься; если вы их не поторопите, они вам не скажут.

Если это «совместные» отношения, то использование слова «отчитываться», кажется, проблематично. Поскольку он ваш равноправный партнёр по сотрудничеству, почему он должен отчитываться о своей работе перед вами? Если кто и обязан отчитываться, то только перед своим руководителем.

Например, команда разработки, продуктовая команда и операционная команда в моём подчинении совместно работают над проектом. Инженеры-разработчики не обязаны докладывать о ходе работы сотрудникам продуктовой или операционной команды; команда разработки обязана отчитываться только передо мной. Так как же усилить коммуникацию между командами? Метод, который я использую, таков:

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

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

>>3. Они не отвечают в QQ, а если отвечают, то возвращаются к пункту 1.

Я не люблю открывать QQ во время работы; если и открываю, то в режиме «не беспокоить». Если у вас что-то есть, напишите мне на email. Это принцип, который я прививаю всей команде.

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

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

И последнее замечание: проверять прогресс работы программистов не сложно для менеджера с техническим бэкграундом. На самом деле, даже если программисты мне не отчитываются, я всё равно знаю их прогресс. Причина проста: у меня самые высокие права на внутреннем git-сервере исходного кода компании. Я регулярно подтягиваю исходный код различных проектов, чтобы посмотреть, какие коммиты были недавно отправлены, хе-хе.

3. Big Tree

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

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

Кроме того, из-за того что они долго имеют дело с машинами, они привыкают к прямому, резкому взаимодействию. Например, если машина выдаёт «hello world», программист может подумать только о функции main и вызове prinf, не понимая, что человек, общающийся с ним, — живой человек с другими мыслями, и забывая учитывать человеческие аспекты.

Например, когда PD спрашивает, можно ли реализовать сложную функциональность, некоторые коллеги-программисты, исходя из своего реального опыта, сразу дают резкое, холодное «нет», не оставляющее места для переговоров. На самом деле, если смягчить ответ — например: «временные затраты довольно высоки; если сроки будут немного более гибкими, я был бы готов попробовать», — PD почувствовал бы себя комфортнее. Это даёт обеим сторонам возможность продолжить тему глубже и приятнее.

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

Чтобы улучшить свою манеру говорить и приятно ладить с другими, я даже купил такую, казалось бы, скучную книгу, как «Искусство говорить» Цай Канъюна. Она, возможно, не сильно улучшила мои навыки речи, но заставила меня осознать, что говорить — это навык.

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

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

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

Каждый коллега-программист, который не умеет приятно общаться с другими коллегами, должен задуматься над этими вопросами.

Источник:Zhihu