Понимание мышления роста в инженерии

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

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

Исследования работы Dweck и последующие исследования в области организационного поведения показывают, что команды, принимающие мышление роста, более инновационны, устойчивы к неудачам и лучше сотрудничают по различным дисциплинам. Например, в статье Harvard Business Review подчеркивается, как такие компании, как Microsoft и Atlassian, встроили принципы мышления роста в свои инженерные культуры, что привело к более быстрому внедрению новых технологий и улучшению удержания сотрудников. В контексте платформы, такой как Directus, где гибкость и открытое решение проблем являются основными, мышление роста позволяет инженерам ориентироваться в сложных интеграциях и быстро меняющихся потребностях пользователей без выгорания.

Роль главного лидера

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

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

Кроме того, главные лидеры выступают в качестве буферов между инженерной командой и внешним давлением, таким как жесткие сроки, смещение требований к продукту или требования руководителей. Защищая пространство команды для экспериментов и обучения, они гарантируют, что краткосрочные показатели производительности не вытесняют долгосрочное развитие навыков. Директор, который говорит: «Я бы предпочел, чтобы мы потратили дополнительный спринт, получая это право и учась на процессе, чем спешить с этим и повторять ошибки», активно укрепляет ценности роста.

Стратегии для главных лидеров

Поощрять культуру обучения

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

Психологическая безопасность имеет решающее значение. Инженеры должны чувствовать себя в безопасности, задавая «туповатые» вопросы, предлагая полуформированные идеи или признавая, что они чего-то не знают. Главные лидеры могут способствовать этому, будучи уязвимыми. Признание того, что «у меня нет всех ответов, но я рад разобраться в этом вместе», является мощным примером. Кроме того, лидеры должны активно описывать любое поведение, которое стыдит или отклоняет вопросы, и вместо этого моделирует любопытство. Простая практика заключается в том, чтобы поблагодарить членов команды за то, что они задают уточняющие вопросы во время встреч, усиливая это расследование.

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

Обеспечить конструктивную обратную связь

Обратная связь является двигателем роста, но только тогда, когда она эффективно выполняется. Руководители должны овладеть искусством конструктивной обратной связи — обратной связи, которая является специфической, действенной и ориентированной на процесс, а не на врожденные способности. Вместо того, чтобы говорить: «Вы не очень хорошо отладываете», перефразируйте на «Я заметил, что вы потратили много времени, шагая через журналы. Одна техника, которая может сэкономить время, — это использование условных точек останова — позвольте мне показать вам». Этот подход указывает на навык, который может быть разработан, а не фиксированная черта.

Регулярные индивидуальные отзывы — это отличная возможность для обратной связи, но также и обзоры кода и обсуждения дизайна. Руководители должны обучать себя и других старших инженеров, чтобы обеспечить обратную связь, которая включает в себя области усиления и улучшения. В оригинальной работе Кэрол Двек подчеркивает, что похвальные усилия и стратегии, а не интеллект, укрепляют мышление роста. На практике это означает, что ваш подход к разбиению проблемы на более мелкие проверяемые единицы был очень эффективным, а не «Вы так умны, чтобы решить это».

Для институционализации обратной связи, ориентированной на рост, главные лидеры могут внедрить системы обратной связи, которые являются анонимными, но структурированы вокруг тем роста: «Какой навык, по вашему мнению, я мог бы развить дальше?» и «Чему вы научились из моей недавней работы?» Это нормализует получение обратной связи как рутинную часть роста, а не признак дефицита.

Поощрять сотрудничество и обмен знаниями

Сотрудничество — это когда индивидуальный рост объединяется в возможности команды. Руководители должны создавать структуры, которые делают обмен знаниями легким. Например, планировать еженедельные сессии «Обучение обеду», где инженер представляет тему, которую они недавно исследовали, например, новую стратегию индексации базы данных, структуру тестирования или ошибку, которую они взломали после долгой охоты. Записывайте эти сессии так, чтобы удаленные и асинхронные члены команды могли извлечь выгоду.

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

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

Реализация практики мышления роста

Установить цели, ориентированные на рост

Традиционное управление производительностью часто фокусируется на целях выхода: функциях корабля N, снижении количества ошибок на X%. Хотя эти показатели важны, они могут непреднамеренно способствовать фиксированному мышлению, если инженеры начнут избегать сложной работы по защите своих чисел. Главные лидеры должны сбалансировать цели вывода с целями обучения. Например, инженер может установить цель «внедрить функцию с использованием технологии, которую я никогда не использовал раньше» или «вести обзор дизайна для сложной системы». Эти цели измеряют приобретение навыков и выходят за пределы зон комфорта.

ОКР (цели и ключевые результаты) могут быть адаптированы для включения целей обучения. Для спринта целью может быть «Улучшение способности реагирования на инциденты», с ключевыми результатами, такими как «Запуск двух настольных упражнений» и «Сокращение среднего времени для подтверждения предупреждений на 30%». Ключевой результат измеряет прогресс, но компонент обучения присущ упражнениям. Главные лидеры должны регулярно пересматривать эти цели и корректировать их по мере появления новых возможностей обучения.

Празднуйте усилия и прогресс

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

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

Проведение ориентированных на обучение ретроспектив

Стандартные гибкие ретроспективы часто фокусируются на улучшении процессов. Хотя они и ценны, они могут быть улучшены с помощью линзы мышления роста. После проекта или спринта, посвятите время специально «Чему научился каждый член команды?» Выйдите за рамки технических навыков, чтобы включить идеи сотрудничества, улучшения общения и личностный рост. Используйте простой формат: каждый человек делится одной вещью, которую он узнал о себе, кодовой базе или команде. Это подтверждает, что обучение является явным результатом каждой части работы.

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

Преодоление общих подводных камней

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

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

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

Наконец, следите за «ловушкой фиксированного мышления» в себе. Даже лидеры, ориентированные на рост, могут впасть в фиксированное мышление о своих собственных способностях или способностях определенных членов команды. Регулярное самоанализ, 360-градусная обратная связь и личная цель обучения могут помочь главным лидерам моделировать само мышление, которое они хотят культивировать.

Измерение воздействия

Как вы знаете, работают ли ваши усилия? Качественные и количественные показатели могут помочь. С качественной стороны, слушайте сдвиги в языке во время встреч. Сказывают ли инженеры «Я пока не могу этого сделать» вместо «Я не могу этого сделать»? Они добровольно решают незнакомые задачи? Они чаще просят обратной связи? Проводите анонимные опросы, спрашивая о психологической безопасности, готовности рисковать и воспринимаемых возможностях обучения.

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

Используйте внешние ресурсы для оценки вашего прогресса. Организация Mindset Works предлагает инструменты и оценки, основанные на исследованиях Dweck. Кроме того, просмотрите тематические исследования других инженерных организаций, которые реализовали инициативы по мышлению роста, такие как руководство GitLab по мышлению роста .

Заключение

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