Общение - это действительно технический навык
В большинстве описаний должностей инженеров проводится жесткая граница между набором компетенций, называемых техническими навыками, и компетенциями, известными как коммуникативные навыки. Первые, как правило, обозначают опыт, непосредственно связанный с проектированием и внедрением программного обеспечения, а вторые подразумевают навыки, необходимые для распространения информации на протяжении всего этого процесса.
Коммуникативные навыки позволяют человеку понимать и быть понятым. Они объединяют самосознание, сочувствие, активное слушание, речь и наблюдение в коктейль способностей, которые смазывают колеса каждого взаимодействия, но часто остаются незамеченными. Разделение коммуникативных и технических навыков, хотя и кажется безобидным и даже прагматичным, может создать пагубную дихотомию, которая сдерживает углы отрасли.
Коммуникация - это технический навык
Это ложная дихотомия, потому что общение - это технический навык. Способность формулировать сложные идеи - признак глубокого понимания. Технические навыки без сопутствующей способности формировать связные описания того, что они производят, - это просто художественная гимнастика без ориентации.
Тем не менее, это разделение дает лицам, принимающим решения, удобную бинарную систему, на которой можно строить суждения, что приводит к быстрым мысленным сокращениям и грубым категоризациям, применяемым к сложным проблемам. Это в конечном итоге мешает более вдумчивому подходу к решениям о найме, продвижении по службе и оценке эффективности.
На практике различие нечеткое, поскольку большинство ролей в программной инженерии в значительной степени зависят от движения идей и обоснованности решений. Сосуществование этих взаимозависимых навыков делает их разделение искусственным, особенно для тех, кто хорошо знаком с повседневной реальностью доставки кода любого нетривиального уровня сложности или масштаба.
Хотя разделение определений может помочь выявить нюансы и внести ясность в требования к ролям, это конкретное разделение не только остается резким, но и намекает на более широкий разрыв между ними, чем это действительно характерно для работы. Что еще хуже, эта дихотомия имеет тенденцию создавать социальную и экономическую иерархию, которая недооценивает вклад, препятствуя более мягкой стороне спектра навыков, и наказывает тех, кто хорошо общается, с предвзятостью, считая, что их считают «менее техническими».
Возложение бремени общения на неоплачиваемый эмоциональный труд
Когда несколько лет назад разговоры о неоплачиваемом эмоциональном труде вошли в массовое сознание, они быстро приобрели несколько отраслевых выражений. В сфере технологий, и особенно в инженерной дисциплине, большая часть дискурса была сосредоточена на женщинах, которые берут на себя непропорционально большое бремя нетехнической работы по сравнению с коллегами-мужчинами, что неизбежно вычитает время, внимание и энергию из возможностей, более технических по своей природе.
Другое проявление неоплачиваемого эмоционального труда приводит к тому, что женщин переводят на «ориентированные на людей» должности или часто хвалят не за их кодекс или техническое руководство, а вместо этого за их сочувствие, управление проектами, дух сотрудничества и плавную навигацию в трудных и трудных делах. шаткие социальные ситуации. Другими словами, их хвалят за то, что им приходится иметь дело с обломками оставшегося хаоса, которые они обычно не создавали и не контролировали.
Тема гендерного эмоционального труда заслуживает более тщательного анализа, чем то, что можно сделать в спешке на Medium, и есть несколько культурных и системных причин, по которым коммуникативные навыки не рассматриваются как основная инженерная компетенция. Тем не менее, я не могу не задаться вопросом, были бы истощающие душу феномены неоплачиваемого эмоционального труда столь же серьезными, если бы компетентное общение не было рутинной работой, оставленной для определенных социально предрасположенных групп, а вместо этого признавалось столь же необходимой и важной частью жизненный цикл разработки программного обеспечения.
Если совокупные коммуникативные навыки технических команд улучшатся - сочувствие, активное слушание и ясность станут такими же необходимыми, как и техническая работа, - возможно, пробелы, которые в настоящее время заполняются невидимой работой неоплачиваемого эмоционального труда, начнут исчезать.
Почему коммуникативные навыки особенно важны в технических дисциплинах
Хотя коммуникативные навыки в целом полезны, они становятся особенно важными в областях STEM и, в частности, в дисциплинах программной инженерии по следующим причинам:
1. Лексическое двойное бронирование
Как показывает Джордан Элленберг в своей книге Как не быть неправым: сила математического мышления, один невероятный источник путаницы возникает из-за слов, имеющих иное значение в английском языке, чем в контексте предметной области. Основы программного обеспечения можно проследить, иногда менее прямо, до областей математики и информатики. Жаргон, который возникает в этих мирах, не всегда отражает широко используемый английский язык.
Например, для любого типичного англоязычного человека слово значимость намекает на что-то важное или существенное. Однако в статистике значимость относится к отклонению нулевой гипотезы и, более конкретно, к p-значению, являющемуся некоторым ненулевым значением. В контексте клинических испытаний эффект лекарственного средства может быть статистически значимым, поскольку он отличен от нуля, и все же не иметь поддающихся обнаружению последствий. Но то, как это значение продается и доводится до потребителей, которые могут не знать об этой разнице, может исказить действие препарата, что приведет к ошибочным выводам и хищнической рекламе.
Другой пример такого рода лингвистической путаницы связан со словами parallel и concurrent. Будучи синонимами в английском языке, эти слова имеют различные, хотя и связанные, определения в программировании. Параллельная программа - это программа, в которой несколько аппаратных единиц (несколько ядер процессора) используются для выполнения вычислений быстрее, чем это возможно на одной машине. Для сравнения: параллельная программа выполняет вычисления на одном процессоре, но структурирована таким образом, что задачи в программе разделяются между несколькими потоками управления. Параллелизм позволяет вычислениям, разделяющим некоторые зависимости, выполняться асинхронно, чередуя результаты.
Точно так же Merriam-Webster не обязательно определяет объект как экземпляр класса, а группа не может быть определена как элементы, которые разделяют математическое свойство что любая пара вещей в паре может быть объединена в третью сущность.
Хотя использование этих терминов обычно неявно ясно в контексте, в котором они используются, важные детали все равно могут потеряться при переводе, когда отраслевые эксперты не могут проверить свои предположения или убедиться, что все понимают, что означают термины.
2. Программирование касается людей.
Дизайн абстракций, библиотек и языков зависит не только от технической корректности и производительности, но и потому, что они связаны с природной интуицией людей. Это требует большого интереса к различным способам интерпретации информации.
На ум приходит самая лучшая цитата, чем следующая Дональд Кнут, где он говорит о программах не как о форме общения между автором и машиной, а между автором и другим человеком, который будет читать код:
«Давайте изменим наше традиционное отношение к построению программ: вместо того, чтобы воображать, что наша главная задача - указывать компьютеру, что делать, давайте сосредоточимся на объяснении людям того, что мы хотим, чтобы компьютер делал». - Дональд Кнут , Грамотное программирование
3. Решение проблем или акробатика.
В скучно выглядящей книге, опубликованной в 1983 году под названием High output Management, Энди Гроув описывает явление, которое он называет активностью важнее продукции, имея в виду то, что происходит, когда большой объем загруженной работы не сопровождается реальной работой. исход. Это классическая тема, лежащая в основе бесплодных бритья, кодового гольфа или бесконечных поисков, направленных на изменение периферийных краев программ, которые отвлекают от целей, которые имеют более высокий приоритет и влияние.
К сожалению, в большинстве случаев плотный, непонятный жаргон, как правило, отождествляется с техническими способностями. В сентябре 2018 года я посетил ICFP. Среди самых запоминающихся и увлекательных выступлений Евгения Ченг о силе абстракции. Она обсудила разницу между педантизмом и точностью.
Педантизм - это то, что она называет шумом - непрозрачный, неэффективный диалог ботаников и порно, который затемняет смысл, запутывая его жаргоном. Это не только может привести к засекречиванию, но также позволяет некомпетентности прятаться за излишне интеллектуализированной терминологией. Точность, напротив, была тем, что доктор Ченг назвал сигналом - фрагменты работы, которые выражены четко и без потери деталей.
Проблемные пространства часто имеют уровень неснижаемой сложности, что значительно выигрывает от использования предметно-ориентированного языка. Те, кто обладает сильными коммуникативными навыками, способны надлежащим образом использовать предметно-ориентированный язык, а также способны переключать контекст, чтобы адаптировать свое сообщение к своей аудитории.
Эта ясность не только позволяет легче понять нашу работу, но также снижает порог интеллектуального запугивания, открывая заданное проблемное пространство для большего вклада. Больше умов, занятых проблемой, может продвинуть мир вперед более мощно, чем это возможно, если немногие избранные будут сосредоточены не на производстве знаний или развитии технологий, а на защите хрупких эго за непостижимым языком.
4. Утрата нюансов.
Подобно тому, как добавление ненужной сложности мешает содержательному общению, так и слишком сильно полагается на другой конец спектра: неточное чрезмерное упрощение.
Когда хорошее общение объединяется с умалением, оно сохраняет статус-кво нетронутым, увековечивая стереотип о том, что людям, которые предпочитают не заниматься словесным педантизмом, не хватает ума или глубоких технических способностей. Это далеко от истины. К сожалению, столь же сложные и бессмысленные сообщения часто ошибочно принимают за хорошее общение, так и простые и бессмысленные сообщения.
Эту форму приглушенного плохого общения лучше всего можно проиллюстрировать тем, что я называю Притчами лидера мысли. Они относятся к бессмысленным афоризмам, наводняющим технологическую индустрию: «Двигайся быстро и ломай», «Приведи себя к работе». Пословицы лидера мысли сводят людей и проблемы к одномерным фигурам, образам и плоским карикатурам, которые легко усвоить, но не дают реального понимания. На самом деле индустрия переросла эти культовые лозунги.
Когда объем нашего внимания приближается к бесконечно малым промежуткам между твитами, наш словарный запас иногда может превышать нашу глубину. Такие термины, как «привилегия белых» или «микроагрессия», использовались для жизни в обнесенных стенами садах гипер-академического дискурса. Их использование часто сопровождалось нюансами, возникающими в результате многолетнего изучения областей социальных наук. Интернет распространил эти термины в разговорное употребление. Хотя в целом это хорошо и дает большему количеству людей словарный запас для описания социальных явлений, которые исторически оставались безымянными, эти термины также неправильно понимаются. То же самое происходит, когда сложность не культурная, а техническая.
В прошлом году в статье, посвященной Дженнифер Техада, генеральному директору PagerDuty, говорилось, что она в значительной степени приписывала свой успех свежему взгляду, привнесенному ее нетипичным нетехническим опытом в области маркетинга. В статье приветствовалась ее способность упрощать технические идеи, чтобы добраться до корня проблем. В то время как настроение сообщения поддерживало ясность, сочетание хорошего общения с умалчиванием оказывает огромную медвежью услугу интеллектуальному мастерству, необходимому для хорошей передачи сложных идей. Быть ясным - это не значит быть глупым, но, как сказала Юджиния Ченг, об определении проблемы с точностью и ясностью, которые подходят для контекста.
Это касается дизайна абстракций. Плохая абстракция снижает сложность и точность. Хорошие абстракции делают вещи более точными, создавая контекстно-зависимую информацию и интерфейсы.
«Быть абстрактным - это нечто совершенно иное, чем быть расплывчатым ... Цель абстракции не в том, чтобы быть расплывчатым, а в том, чтобы создать новый семантический уровень, на котором можно быть абсолютно точным». - Эдсгер В. Дейкстра
Любой, кого ругали сообщениями об ошибках компиляции или выполнения, знаком с точностью, которую требует машина, по сравнению с более снисходительными ограничениями естественного языка. Будучи связующим звеном между человеком и машиной, тонкие грани технической работы предполагают соблюдение баланса: пристальное внимание к деталям без потери основной цели, которой они служат.
5. Глобализация
Распространение распределенной работы и открытого исходного кода сужает наш мир. Обмен мнениями гораздо больше, независимо от географических и культурных границ. Хотя это обеспечивает больший поток более разнообразных идей, чем когда-либо было возможно в истории этой планеты, это также открывает больше возможностей для неправильного толкования. Решение проблем в сотрудничестве с теми, у кого совершенно другой жизненный опыт и у кого есть родной язык, создает проблемы. Работа с людьми, которые грубо нарушают все ваши базовые предположения, требует повышенного уровня сочувствия, понимания и согласованности.
Заключение
Я уже говорил о важности коммуникативных навыков. Хотя это мнение признается во всей отрасли на поверхностном уровне, это все на словах, пока наша культура не догонит и не по-настоящему оценит их. У нас до сих пор нет отличных способов понять, измерить или обучить аморфную смесь компетенций, которые объединяются в то, что мы считаем хорошим общением. Что еще хуже, мы по-прежнему далеки от того, чтобы дать им такой же уровень престижа, как так называемые технические навыки. Возможно, для начала нужно избавиться от ложной дихотомии, разделяющей эти двое.
