Русский
Русский
English
Статистика
Реклама

Эмоциональный интеллект

Словарь глухой печали зачем прокачивать EQ

14.12.2020 02:16:30 | Автор: admin

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

Фотография: Sean Hagen. Источник: Flickr.com (CC BY-SA 2.0)Фотография: Sean Hagen. Источник: Flickr.com (CC BY-SA 2.0)

Больше, чем термин

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

Правда, так называемый emotional quotient (EQ) они все чаще ассоциируют не с личностным ростом, а с манипуляциями эмоциями других ради выгоды: на работе, в отношениях, да и где угодно еще. В кризис, когда и так ни на что нет времени, растрачивать его на подобные учения с сомнительной отдачей точно не стоит, а вот разобраться в устройстве EQ будет полезно. Как минимум вы вспомните о нем, когда нагрузка на психику превысит норму: понадобится быстро учиться новому, вести сложные переговоры, срочно искать сотрудников, управлять крупномасштабными проектами или просто очень и очень много работать.

Знакомство с принципами работы EQ поможет быстрее выбираться из сложных ситуаций например, когда навязчивые состояния не позволяют сосредоточиться, а все вокруг только и говорят забей, не парься или просто прекрати переживать об этом. [Конечно же, без пояснений о том, как это следует сделать именно в вашей ситуации].

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

Она известна с незапамятных времен: о продолжительном унынии и сопутствующем ему страхе писал еще Гиппократ, а Жан-Этьен Доминик Эскироль, известный французский психиатр, впервые связал такие переживания с упадком интеллектуальных возможностей, детально задокументировав болезнь сомнений еще в первой половине XIX века. В 1860-х и 1870-х ее отнесли к нарушениям эмоций на уровне вегетативной нервной системы. Тогда же Чарльз Дарвин представил труд о внешних проявлениях эмоциональных состояний человека, а всего через несколько лет это направление успешно продолжил развивать Зигмунд Фрейд.

Двигаясь практически параллельным курсом, находили свою аудиторию теории и методики для определения состояния и когнитивных возможностей человека: сначала ай кью [IQ, intelligence quotient], а через десять с лишним лет, в 1920-х, появилось и понятиесоциального интеллекта.

Для его оценки респондентов просили сопоставить фразы и эмоции, которые должен испытывать при этом говорящий [так определяли психическое состояние участника эксперимента]. Либо выбрать фотографию, на которой, по мнению респондента, наиболее точно отражена та или иная эмоция [так исследователи проверяли способность респондента к считыванию чужих переживаний]. Но выявить предрасположенность к взаимодействию с окружающими ученые не смогли. Они предположили, что ее определяет более широкий спектр качеств.

Фотография: Eric TERRADE. Источник: Unsplash.comФотография: Eric TERRADE. Источник: Unsplash.com

Чтобы подступиться к его пониманию, Дэвид Вэкслер, американский психолог, в 1939-м году предложил разделить возможности человека на интеллектуальные и неинтеллектуальные. Для их оценки он сформулировал собственные методики, основанные на личном опыте анкетирования и отбора призывников для армии США во время Первой мировой войны. Однако к связи с эмоциональными аспектами восприятия научное сообщество всерьез вернулось лишь через два десятилетия после окончания Второй мировой. Эмоциональный интеллект начал фигурировать в работах западных ученых только в середине 60-х, а еще через двадцать лет в этой области состоялся теоретический прорыв появился эмоциональный коэффициент [EQ].

Его-то и подхватила поп-культура, наконец получившая альтернативу для IQ, а значит новую тему для обсуждения в масс-медиа и научпоп-литературе. Так, в 1995 году вышла одна из наиболее известных одноименных книг, запустившая цепную реакцию, которая продолжается и сегодня. Количество изданий об эмоциональном интеллекте [различного уровня экспертности] только на английском превышает несколько тысяч. Emotional quotient обсуждают в крупнейших технологических и бизнес-СМИ, UGC-сообществах вроде Хабра, блогах и нишевых медиа, что порождает интерес к его применению в самых разных областях.

От сложного к простому и понятному

Сегодня в поп-культуре популярно представление о том, что эмоциональный интеллект это наша способность считывать язык тела собеседника и сознательным образом контролировать собственную мимику, жесты и речь. Наличие или отсутствие этой способности порой придает особый шарм персонажам книг, фильмов и сериалов: от Авиатора Говарда Хьюза до Шелдона из Теории Большого взрыва, примеров больше, чем можно себе вообразить.

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

Другое дело, что жизненный опыт и кругозор дают широкий спектр возможностей для таких догадок. Барретт называет все это уровнем эмоционального разрешения [emotional granularity]. По мнению ученой, его высокие показатели максимизируют и EQ обеспечивают гибкость в процессе оценки своих переживаний и того, как себя ведут и, скорее всего, ощущают окружающие. Простыми словами: в этом плане мы мало чем отличаемся от нейросети.

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

Фотография: Prochurchmedia. Источник: Unsplash.comФотография: Prochurchmedia. Источник: Unsplash.com

Это не единственный вариант прокачки EQ. Есть мнение, что учиться эмоциональному интеллекту можно, начиная со школы так же, как английскому или математике. Более двадцати пяти лет назад для всего этого даже придумали специальный термин social-emotional learning или социально-эмоциональное обучение, которое по формату не отличается от других уроков.

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

Работа с ними укрепляет психику и снижает риск возникновения неврозов.

Что в контексте работы

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

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

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

Для того, чтобы аккуратно подступиться к этой теме, займите наблюдательную позицию. Тогда вы сможете самостоятельно оценить обстановку и понять, как лучше начать действовать. И не так важно, с чего именно начнется ваш путь к высокому EQ: с участия в челленджах по отказу от жалоб, чтения мотивационных книг, чего-то вроде Нравственных писем к Луцилию, литературы для родителей или руководств для эмоционального выживания на рабочем месте.


P.S. На днях мы запустилиАктион Акселератор, поддерживающий специалистов и предпринимателей в области корпоративного обучения. В него входит пять тематических программ: от Education 4.0 до взаимодействия в команде. В следующих материалах расскажем, как продвигается эволюция образовательной средыи чего ждут от стартапов.


P.P.S. Что еще почитать у нас в блоге на Хабре:


Подробнее..

Зачем разработчику развивать эмпатию?

27.03.2021 02:13:42 | Автор: admin

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

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

Эмоциональный интеллект: введение

Эмпатия это одна из составляющих эмоционального интеллекта (EQ). Поэтому я предлагаю начать разговор с него.

Дэниел Гоулман в книге Эмоциональный интеллект пишет о том, что EQ это следствие эволюции и появился он задолго до неокортекса, или думающего мозга. За проявления EQ отвечает миндалевидное тело и гиппокамп части лимбической системы. Не нужно думать, что неокортекс враждует с эмоциональными центрами: многие наши решения возникает при их плодотворном сотрудничестве.

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

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

Американский социальный психолог Питер Саловей рассматривает пять главных областей эмоционального интеллекта:

  1. Знание своих эмоций. Мы понимаем, что чувствуем.

  2. Управление эмоциями. Мы понимаем, что чувствуем, и умеем справляться с этим.

  3. Мотивация для самого себя. Мы понимаем, что нужно чувствовать, чтобы достичь поставленной цели.

  4. Распознавание эмоций в других людях, или же эмпатия. Мы понимаем, что чувствуют другие, и можем помочь им справиться с их эмоциями.

  5. Поддержание взаимоотношений. Мы понимаем свои и чужие эмоции и можем контролировать их при коммуникации.

Теперь, когда у вас есть общее понимание контекста, можно приступить к разговору об эмпатии.

Что такое эмпатия и почему она нужна разработчику?

Исследования, на которые ссылаются в книге Эмоциональный интеллект, говорят о том, что эмпатия развивается с самого детства, но, несмотря на это, вокруг термина есть некоторые разногласия.

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

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

Эмпатию часто практикуют в UI/UX дизайне, чтобы представить возможные пользовательские действия и реакции. В таком же ключе можно использовать эмпатию и в написании кода, но поможет она и в личном общении. Вот короткий список моментов, когда, по моему мнению, развитая эмпатия будет полезна разработчику:

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

  • процесс написания кода нужно помнить, что мы пишем код для людей, а не для машин, и с вашим кодом будут потом работать другие люди;

  • лидерство это правда, что без эмпатии нет роста, во всяком случае, если вы хотите быть хорошим руководителем. Без эмоционального интеллекта будет намного сложнее понимать людей, которыми вы должны руководить, в том числе предугадать выгорание команды или же отдельного человека в ней;

  • общение с коллегами тут, думаю, всё понятно и без объяснений.

Как начать работать над прокачкой эмпатии?

Так как я не психолог и не коуч, то рецептов на все случаи жизни у меня нет. Но есть и советы, которые я успел вычитать в источниках:

  • Если вы хотите узнать больше об эмоциональном интеллекте, то советую начать с уже упомянутой книги Дэниела Гоулмана Эмоциональный интеллект, в которой он собрал все современные на тот момент взгляды на EQ. Это просто маст хэв для старта.

  • Разберитесь со своими эмоциями. Даже испытывать гнев это нормально, важно это осознавать и быть в состоянии объяснить другим, почему вы его чувствуете. Есть уйма приложений, где вы можете фиксировать изменение своего настроения и описывать его причину.

  • Будьте честными с собой и другими, постарайтесь понять, что повышает вам настроение. Не упражняйтесь в пассивной агрессии, а скажите всё как есть. Очень круто, когда вы понимаете, что должны чувствовать для того, чтобы справиться со своими страхами / нелюбимыми задачами или же войти во всеми любимый поток, где забываешь обо всём и погружаешься в решение задачи.

  • Изучите ситуацию, прежде чем давать совет. Вообще, не давать совет, когда не просят, это лучший совет, который можно услышать в своей жизни :)

  • Старайтесь понять эмоцию вашего собеседника и соответственно реагировать. Это непросто, но, если вы начнёте лучше понимать свои эмоции, вам откроется и эмоциональный мир людей вокруг.

С тех пор как я стал больше внимания уделять развитию эмоционального интеллекта, в моей жизни произошли такие изменения:

  • мне стало проще понимать решения или желания других людей, как в команде, так и в семье;

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

  • упростилось прогнозирование действий или решений других людей;

  • я легче нахожу мелкие радости, которые могут сделать мой день ярче и продуктивнее;

  • мне стало проще и приятнее договариваться с людьми.

Какие изменения развитие эмоционального интеллекта и эмпатии принесёт в вашу личную и профессиональную жизнь не берусь судить. Но советую как минимум поинтересоваться этой темой.

Подробнее..

Брайан Фитцпатрик, Бен Коллинз-Сассмэн Team Geek идеальная IT-компания смысл и законы командной работы

10.12.2020 10:23:48 | Автор: admin


Как программистам общаться друг с другом и точно ли без этого не обойтись одна из вечных тем обсуждения в сообществе. В книге Team Geek: идеальная IT-компания Брайан Фитцпатрик и Бен Коллинз-Сассмэн, двое бывалых программистов и технических лидеров крупных команд Google, предлагают свой взгляд на этот пласт проблем.

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

Целевую аудиторию своего труда Фитцпатрик и Коллинз-Сассмэн определяют так: рядовые разработчики ПО, которые работают в составе команды, хотят создавать качественные продукты и не возражают против карьерного роста. Цели научить читателя управлять людьми они не ставили, хотя многие выкладки могу оказаться полезными и для технических лидеров.

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

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

Командный вид спорта


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

В наши дни разработка командный вид спорта. Базовой рабочей единицей является команда программистов.

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

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

Фитцпатрик и Коллинз-Сассмэн вспоминают следующую характерную историю. В 2000-х они оба занимались хостингом проектов с открытым кодом в Google и, соответственно, получали богатую обратную связь о том, чего именно хочет от этого сервиса сообщество. Едва ли не чаще всего пользователи просили о приватности, о возможности скрыться от чужих глаз в той или иной форме:

Создайте, пожалуйста, возможность скрытия определенных ветвей кода в Subversion на Google Code.

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

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

Обычно за желанием до поры до времени спрятать плоды своих трудов кроется сразу несколько побуждений. С одной стороны, мы все по-человечески не любим ошибаться, особенно в присутствии других людей. Чем дольше разработчик остаётся со своей работой наедине, тем больше у него шансов довести её до мыслимого совершенства и не дать никому знать, сколько просчётов он допустил в процессе.

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

Чтобы не позволить этим двум (по сути, понятным и естественным) побуждениям тормозить продуктивную работу, можно попытаться разобрать их рационально. Для начала, стоит напомнить себе о том, что образ одинокого гения давно уже стал мифологическим. На деле, даже достижения, которые приписываются звёздам IT, чьи имена у всех на слуху, обычно являются результатом работы целого коллектива.

Тот же Линус Торвальдс, упоминавшийся выше, не создал Linux своими руками он написал и обнародовал прототип Unix-подобного ядра. Это было огромным вкладом, но всё-таки именно вкладом в совместную деятельность сотен людей. Чаще всего гений даёт идею, первый импульс, который затем подхватывается и развивается другими талантливыми разработчиками. То, что известность из них получает только кто-то один издержки нашей индивидуалистичной культуры и глубинного стремления находить объекты для подражания. Но это меняет того факта, что программисты, которые идут путём одинокого гения, пытаются повторить схему, которая в реальности практически не встречается.

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

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

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

Три кита командной работы


Итак, основной тезис изучен и принят разработку ПО в текущих условиях целесообразнее всего вести в симбиозе с коллегами. Теперь перед нами встаёт старый как мир вопрос: как создать этот симбиоз?

По убеждению Фитцпатрик и Коллинз-Сассмэн, продуктивная и здоровая атмосфера в команде складывается при наличии трёх составляющих:

  • Скромность. Каждый член команды понимает, что способен ошибиться и что ему есть куда расти; никто не воспринимает себя как центр мироздания.
  • Уважение. Каждый член команды помнит, что вокруг такие же люди, как он сам, что их достоинство нельзя затрагивать, а способности и достижения следует ценить.
  • Доверие. Каждый член команды убеждён, что остальные достаточно компоненты и действуют в интересах общего дела.

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



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

Дискуссии и споры

Как не должно быть: Обычно, когда сталкиваются две или больше точек зрения, быстро становится очевидно, кем считают друг друга собеседники людьми в одной лодке или конкурентами.

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

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

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

Критика

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

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

Что можно сделать: Если у вас проблемы с принятием критики, тут можно посоветовать только твердить себе как мантру: Я и мой код не одно и то же. Ваша самооценка не должна напрямую коррелировать с результатами работы ищите другие источники для её подкрепления.



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

Авторы советуют придерживаться следующих правил при комментировании чужого кода:

  • Говорить строго о коде, не отвлекаясь на привычки и характер его автора;
  • Не впадать в категоричный тон предлагать и советовать вместо того, чтобы требовать;
  • Избегать оценочных, обвинительных реплик (Ты наделал ошибок в, У тебя какая-то путаница с). Вообще, вместо реплик с ты безопаснее говорить от себя или обезличенными конструкциями (Мне непонятна логика, Здесь не хватает).

Разборы полётов

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

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

Характерной чертой здорового коллектива является склонность отделять ошибку от личности её автора и помещать её в багаж своего коллективного опыта. Разбор производится не для того, чтобы определить меру вины, а для того, чтобы извлечь всю информацию, которая может пригодиться в будущем. Документирование, post mortem-ы это практики, которые показывают, что команда на верном пути.

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

Хорошо составленные результаты вскрытия должны содержать в себе следующее:

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

Рокировки

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

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

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

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

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

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru