Два разных мира
Моя тема не техническая, как обычно, а о том, почему одни и те же подходы и практики в разработке у разных людей дают разные результаты.
Когнитивная многопоточность – это о том, как разные виды интеллекта ускоряют мышление программиста и не только.
У меня есть странная привычка – или хобби, кому как удобнее. Я люблю совмещать разные подходы. Например, в IT я работаю с человеком как с системой. Мне всегда было интересно совмещать эти два мира. И я не один такой: многие совмещают IT, цифры и метрики с танцами, бачатой и чем-нибудь еще.
Так вышло, что я живу в двух интересных мирах. Один – мир IT, где всем правят цифры и работают алгоритмы. Другой – мир людей, где действуют правила эмоций, эмпатии, взаимоотношений и рефлексии.
Но и там, и там мы часто совершаем одну и ту же ошибку: считаем, что все думают одинаково. Просто у кого-то больше опыта, кто-то дольше с этим работал или лучше прокачал определенный навык.
Это касается разных IT-ролей: разработчиков, руководителей и тимлидов, аналитиков, бизнес-аналитиков, тестировщиков и многих других.
Что такое быть умным?
Быть умным – это вообще как? Красиво говорить? Быстро писать код? Или быстрее всех печатать текст?
Чтобы не спорить абстрактно, разберем два примера из практики, с которыми, думаю, многие сталкивались.
Первый пример: одна команда, одна задача, но работают разные разработчики. Один сразу видит баг. Второй баг не замечает, зато видит архитектурную проблему и говорит: «Здесь проблема в архитектуре». Третий ничего этого не видит, но задает вопросы, которые на первый взгляд кажутся глупыми, а в дальнейшем спасают проект.
Получается, они все по-разному умные? Или кто-то из них умнее, а кто-то – нет? А может быть, они просто видят задачу по-разному?
Еще один классический сценарий: сильный и очень опытный разработчик, такой прокачанный сеньористый сеньор. Он много знает и много работает. Мы просим его передать знания – и здесь все начинает ломаться. Человек не может нормально объяснить материал и обучить другого. Возникает ощущение, что все его коммуникативные качества куда-то исчезли.
Он стал менее умным после нашей просьбы? Или просто его способности лежат в другой плоскости?
Мы часто считаем, что если человек умный или очень долго с чем-то работает, то он легко сможет передать свои знания. Но в жизни достаточно часто все происходит наоборот.
Почему опыт не равен зрелости

Под опытом я понимаю то, что человек видел и наработал на практике. Под зрелостью – набор метанавыков, когда ты способен признавать свои ошибки, управлять своим состоянием, видеть систему и последствия, учиться на данных и мнениях, то есть рефлексировать над собой.
Без зрелости опытный человек часто превращается в достаточно токсичного персонажа. Он может много знать и много чего наработать, но это такой чисто жесткий сеньор, который при этом остается достаточно незрелым человеком.
Здесь важно, что зрелость вырабатывается через работу над собой.
Разные люди в одной и той же задаче фокусируются на разном. Кто-то видит риски, кто-то – возможности, кто-то – архитектуру, а кто-то – детали реализации. И дело здесь не в уровне интеллекта.
Стаж действительно добавляет человеку скорости в распознавании определенных паттернов. Мотивация при этом не меняет тип мышления, а усиливает уже существующий. Если человек мыслит системно, он будет мыслить еще системнее.
Поэтому ключевой вопрос не в том, умный человек или нет, сколько лет он работает и насколько он заряжен. Вопрос в том, какими инструментами мышления он пользуется и как они у него настроены.
Интеллект как набор разных способностей
Мы привыкли думать, что интеллект – это что-то одно. Если человек сильный, значит, он сильный. Если слабый – значит, слабый. Если результаты разные, значит, кто-то умнее, кто-то знает больше или быстрее соображает.
Но мы все знаем примеры, когда люди с сопоставимыми опытом и знаниями смотрят на одну и ту же задачу совершенно по-разному. Один видит архитектуру, другой – риски, третий – сроки, четвертый начинает замечать конфликты в команде.
Может быть, дело не в уровне, а в способе мышления? Что, если интеллект действительно не один?

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

Позже, уже в 1980-х годах, Говард Гарднер предложил теорию множественного интеллекта. Изначально она состояла из семи видов, а позже он добавил еще полтора интеллекта. Почему именно полтора – отдельная история.

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

Есть разные интерпретации, представления и модели видов интеллекта. Мне откликнулась идея Брайана Трейси из книги «Трансформация мышления». Дальше в статье я буду опираться на эту прикладную, упрощенную модель. Мне показалось, что она в несколько раз проще для понимания.
При чем здесь IT
Может возникнуть логичный вопрос: при чем здесь вообще IT? Казалось бы, мы уходим в психологию. Но эта тема в том числе о ролях, эффективности, конфликтах, развитии людей и выгорании.

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

Для нашей задачи важна не теория, а прикладная практика: почему разные люди в одной и той же задаче видят разное?
Дальше мы пройдемся по компонентам упрощенной модели Брайана Трейси. Это будет не погружение в психологию, а практический взгляд с моей стороны.
Через все виды интеллекта будет проходить один сквозной пример, на котором мы посмотрим, как каждый из них проявляется в конкретной ситуации в IT. Для каждого вида интеллекта разберем, как он проявляется в IT и как его можно развивать.
Сквозной пример: прод тормозит, пользователи жалуются, руководство требует объяснений. Классическая ситуация, когда что-то идет не по плану.
Вербальный интеллект
Вербальный интеллект – это не про то, насколько красноречиво или хорошо человек говорит. Это способность ясно упаковать свои мысли, объяснить и договориться.
В IT это написание четкой и понятной документации, переговоры, проработка требований, постановка задач, ревью и обучение.
Вербальный интеллект развивается через регулярные тренировки: нужно делать непонятное понятным и проговаривать решения вслух.
В нашей ситуации, если у персонажа нет развитого вербального интеллекта, вроде бы все понимают, что делать, но при этом растет непонимание, пользователи паникуют, а мы не можем нормально ничего объяснить.
Если этот интеллект развит, человек может спокойно интерпретировать проблему как заявку и пустить ее в работу. Он способен объяснить ситуацию пользователям и успокоить их: все хорошо, сейчас мы разберемся.
Математический интеллект
Математический интеллект – это не только таблица умножения и числа. Хотя и про числа, конечно, тоже. Это логика, взаимозависимости, аккуратность в метриках и все, что связано с оценкой и непосредственно с кодом. В IT это наши классические алгоритмы и оптимизация.
Математический интеллект развивается через измерения, работу с метриками и оценками.
Если у нашего персонажа хорошо развит математический интеллект, он может обратиться к метрикам, проанализировать их и локализовать ошибку или проблему. Если нет, то человек пытается наугад ставить какие-то заплатки, при этом не решая ситуацию.
Визуально-пространственный интеллект
Визуально-пространственный интеллект – это способность увидеть схему еще до ее реализации.
В IT это архитектура, интеграции, потоки данных – все, что связано с визуальным представлением системы. Это особенно важно для архитекторов.
Такой интеллект развивается через рисование, построение схем, контекстов и потоков данных. Здесь обязательно нужна практическая составляющая: если ничего не визуализировать и не рисовать, интеллект развивается достаточно плохо.
Если наш персонаж не обладает этим видом интеллекта, ему сложно локализовать общую проблему. Например, проблема находится не в том месте, которое он проверяет, а где-то еще. Мы решаем конкретное проявление, но не устраняем причину, и работа превращается в бесконечный конвейер решения проблем.
Имея развитый визуально-пространственный интеллект, можно сократить этот путь в несколько раз.
Межличностный интеллект
Межличностный интеллект – это не умение быть мягким. Это способность понимать людей и динамику команды.
В разработке он проявляется во время ревью, обсуждения спорных решений, конфликтов и в целом во всем, что связано с взаимодействием с людьми. И, конечно, это настоящая база для тимлида.
Сильный тимлид – не тот, кто постоянно сглаживает углы. Он доводит команду до решения так, чтобы после этого она продолжала работать, а не рассыпалась на части.
Развивается межличностный интеллект достаточно просто и понятно: через регулярные встречи один на один, честную обратную связь и разбор конфликтов. Важно отделять то, что было фактом, от того, что оказалось интерпретацией.
В нашей ситуации персонаж с хорошо развитым межличностным интеллектом не дает команде развалиться, гасит панику, спокойно всех собирает – и команда движется дальше.
Внутриличностный интеллект
Внутриличностный интеллект – это способность наблюдать за собой и не застревать.
В IT он напрямую влияет на скорость роста и выгорание. Один человек, ошибаясь, извлекает урок, делает выводы и движется дальше. Другой начинает все накручивать, мусолить в голове и бояться следующей ошибки. Как следствие, он начинает все перепроверять и замедляться. Конечной точкой становится выгорание.
Практика достаточно простая: после задачи или инцидента нужно провести короткий дебриф. Что я решил? Почему я так решил? Что в следующий раз сделаю иначе? Это короткая рефлексия после каждого инцидента.
Если у нашего персонажа не развит внутриличностный интеллект, может начаться отрицание: «Это не я, это не про меня, это вообще не моя проблема». Включается защита себя и своего эго: «Моя хата с краю, это не моя проблема».
Интуитивный интеллект
Интуитивный интеллект – это способность быстро чувствовать правильность или неправильность решения.
Это не какая-то магия, а распознавание паттернов. У нас возникает определенное ощущение, которое мы можем проверить и превратить в гипотезу.
Развивается этот интеллект следующим образом: когда появляется ощущение, нужно зафиксировать гипотезу, а потом подтвердить ее данными. Через такие маленькие шаги мы учим мозг доверять самому себе. Интуиция – очень сильная вещь. Еще Эйнштейн говорил, что она является мощным двигателем прогресса.
У девушек эта штука часто особенно хорошо работает: они чувствуют ее безумно точно.
Если у нашего персонажа интуитивный интеллект не развит, он может упускать идеи, которые приходят в голову. Вроде бы появляется ощущение: «Кажется, вот оно, решение». Но человек отвечает себе: «Нет, мне просто показалось», – отметает мысль и идет дальше.
Абстрактный интеллект
Абстрактный интеллект – это способность не просто решить конкретную задачу, а собрать определенную модель.
В IT он особенно заметен в архитектуре, проектировании и поиске нестандартных решений – в ситуациях, когда мы связываем между собой элементы из разных областей.
Я считаю, что этот интеллект хорошо работает у тех, кто собирает схемы вроде «1С и ClickHouse», «1С и Kafka» и другие нестандартные сочетания, где все соединяется воедино.
Прокачка – это сознательное расширение собственного банка моделей и соединение нестандартных схем в одну большую схему.
В нашей ситуации персонаж с развитым абстрактным интеллектом может предложить архитектурное решение, которое выходит за рамки текущей ошибки или проблемы, но при этом помогает решить ее.
Физический интеллект
Физический интеллект, казалось бы, не связан с IT напрямую. На самом деле это ресурс мозга и тела, качество принятия решений и то, насколько хорошо мы владеем собственным телом.
Тело очень сильно влияет на внимание, стресс, сон и восстановление, а значит, на концентрацию и вероятность ошибок.
Идея не в том, чтобы быть суперспортсменом или олимпийским чемпионом. Здесь регулярность намного важнее таланта.
Развивать физический интеллект можно через ежедневную ходьбу – классические 8–10 тысяч шагов – и две-три активности в неделю для поддерживающего контура.
Если наш персонаж не владеет физическим интеллектом, он может плохо выдерживать нагрузку. Любая проблема – это определенный стресс, который воздействует в том числе и физически.
Музыкальный интеллект
Музыкальный интеллект тоже не связан с разработкой напрямую, но высокий музыкальный интеллект позволяет расщеплять музыку на разные слои.
Этот навык расщепления помогает отделять отдельные паттерны и детали, выщеплять их из общего потока. Он тоже может быть полезен в разработке.
Второй момент – музыка является отличным инструментом переключения. Она быстро меняет состояние и помогает восстановиться.
Для развития достаточно 5–10 минут осознанного слушания с разбиением трека на отдельные слои. Еще один вариант – игра на музыкальных инструментах, кому что нравится.
Предпринимательский интеллект
Предпринимательский интеллект – это не только про бизнес. Это способность продать идею, собрать ресурсы для проекта и защитить решение.
В IT он проявляется, например, когда мы убеждаем стейкхолдеров принять определенное решение или продвигаем улучшение процесса.
Развивать предпринимательский интеллект можно через короткие питчи на 60 секунд. Нужно представить проблему и решение, описать выгоды, которые мы получим, и риски, которые можем понести.
В нашей ситуации персонаж с таким интеллектом может быстро успокоить стейкхолдеров или продать им новое решение, которое выходит далеко за рамки текущей проблемы.
Эмоциональный интеллект
Последний вид – эмоциональный интеллект, или то, как эмоции влияют на код.
Когда речь заходит об эмоциональном интеллекте, многие думают: «Это опять про эмпатию, отношения и все такое». Но в разработке я выделяю прежде всего то, как человек думает под нагрузкой.
Одна из составляющих эмоционального интеллекта – эмоциональная регуляция. Под стрессом внимание становится туннельным, а рабочая память проседает.
Многие под стрессом начинают теряться и принимать плохие решения. Появляется больше дефектов, желание быстрее все закрыть, становится меньше проверок – и все начинает сыпаться.
Мини-практика: перед важным решением сделать паузу на десять секунд, а после принятого решения или инцидента провести короткий разбор того, что было не так. Это небольшая рефлексия.
Ядро когнитивной многопоточности

Мы прошлись по разным видам интеллекта. Теперь главный вопрос: что из этого действительно критично для IT?
Если очень грубо, я выделил ядро из шести компонентов: математический, визуально-пространственный, вербальный, внутриличностный и межличностный интеллекты, а также эмоциональную регуляцию как стабилизатор мышления под нагрузкой.
Именно это я называю когнитивной многопоточностью – состоянием, когда в голове работает не одна линия, а несколько.
Я уже много раз говорил о разных конфигурациях, ролях и комбинациях видов интеллекта. Можно выделить несколько комбинаций, которые, по моему мнению, лучше всего подходят для конкретных ролей.
Роль отличается не только названием, но и тем, какие виды интеллекта в ней доминируют. На изображении показано несколько таких конфигураций.

Для разработчика естественен математический интеллект: куда без алгоритмов. К нему добавляется внутриличностный интеллект, чтобы не останавливаться и не стопориться в развитии. Нужен и минимально необходимый вербальный интеллект – все-таки приходится общаться с кем-то помимо самого себя.
Для тимлида важны межличностный и вербальный интеллекты, а также эмоциональная регуляция, позволяющая выдерживать нагрузку.
Интересно, что у архитектора и аналитика может быть сопоставимый набор видов интеллекта, но ключевой вид будет разным. У архитектора это пространственный интеллект, а у аналитика – вербальный.
Архитектору важнее видеть картину целиком и строить схемы. Аналитику нужно больше общаться с людьми и выстраивать коммуникацию.
Ключевая мысль здесь в том, что проблема чаще не в человеке, а в несовпадении роли с его конфигурацией мышления.
Откуда берутся проблемы в командах
Большинство проблем в командах – это не проблемы плохих людей. Обычно речь идет о трех вещах.
Первая – несовпадение роли и конфигурации мышления. Роль требует одного, а у человека доминирует совсем другое.
Вторая – состояние. Под стрессом мышление сужается, рабочая память начинает проседать, а качество решений деградирует. Это происходит, даже если человек действительно сильный и прокачанный.
Третья – ярлыки. Как только мы начинаем думать: «Вот он умный, а он неумный», – мы перестаем видеть реальную картину и рычаги управления и улучшения.
Главная мысль: проблема чаще лечится настройкой ролей и ожиданий, чем воспитанием людей. Пора уже перестать воспитывать людей.
Конфигурацию мышления можно менять
Хорошая новость заключается в том, что конфигурацию мышления можно менять. Это вполне рабочая практика.

Все упражнения, которые мы разобрали, сводятся к одному: мы создаем ситуацию, в которой мозг вынужден использовать нужный нам тип мышления. Чем чаще он это делает, тем сильнее становится соответствующий когнитивный паттерн.
Архитекторы не рождаются архитекторами. Человек просто сотни раз рисует системы и схемы на бумаге или в голове. Через какое-то время он начинает видеть архитектуру уже мысленно.
Есть люди, которые в 35–40 лет начинают учиться играть на пианино. Сначала полный ноль: пальцы заплетаются, начинается нервозность. А через полгода смотришь – человек потихоньку играет, уже появляется какая-то музыка.
Очень много примеров, когда люди в 45–50 лет начинают открывать в себе таланты. Например, начинают заниматься поэзией и писать стихи. Если не пробовать, никогда об этом не узнаешь.
Если разработчик хочет прокачать вербальный интеллект, ему достаточно раз в неделю объяснять коллегам какую-нибудь сложную тему или писать короткие архитектурные заметки.
Роль, мышление и состояние
Главный вывод простой: эффективность появляется тогда, когда совпадают три вещи.
Первое – роль. Второе – конфигурация мышления, соответствующая этой роли. Третье – состояние, потому что оно часто влияет на качество решений сильнее опыта.
Интеллект – не ярлык, определяющий, кто какой. Это конфигурация.
Задача взрослой команды – не переделывать людей, а правильно собирать конфигурации под конкретные задачи. Можно даже собирать целые команды под определенные задачи с учетом видов интеллекта.
Вопросы, с которыми стоит остаться: где я сильнее всего? Что на самом деле тормозит мой рост?
Можно сделать три простых шага. Сначала определить два вида интеллекта, которые тормозят развитие. Затем выбрать один из них и дать ему одну практику на семь дней. Не нужно браться за все сразу, иначе будет тяжело. После этого можно поговорить с руководителем или командой о том, где ваш профиль приносит максимум пользы.
Это не какая-то абстрактная психология. Это настройка собственной работы для эффективного и качественного взаимодействия.
*************
Статья написана по итогам доклада (видео), прочитанного на конференции INFOSTART TEAM EVENT.

