Почему CTO нанимают своих двойников

Почему CTO нанимают своих двойников ❓ Disclaimer: данный пост нацелен на расширение кругозора и рассказывает о гипотетически возможной ситуации Есть один скрытый и вредный баг в техническом найме. Он не связан с бюджетом, скорингом или даже дефицитом специалистов. Он в голове самого CTO. Когда руководитель ищет разработчика, он (чаще всего неосознанно) ищет себя. Того, кто думает похоже, пишет “правильный” код, использует “те самые” паттерны и разделяет “наш подход к архитектуре”. Так включается confirmation bias — искажение подтверждения. Нам комфортно работать с теми, кто разделяет наше видение мира, и некомфортно с теми, кто мыслит иначе. Все логично, но у этого есть побочный эффект: команда начинает однобоко смотреть на задачи . Если все мыслят одинаково, то и решения рождаются похожие — надёжные, предсказуемые, но… не новые. Риски уменьшаются, а инновации — исчезают. И тут CTO рискует построить идеальный командный состав, который отлично поддерживает старое, но не двигает вперёд... Так что если в вашей команде все думают одинаково — возможно, пора добавить немного разнообразия. Иногда лучший hire — не ваш двойник, а ваш антипод.