13 сентября IT-сообщество отметит День программиста, и к этой дате на Habr появился еще один способ поговорить о профессии без вечного спора про языки, фреймворки и зарплатные вилки. ИТ-архетипы стали темой короткого теста, который предлагает посмотреть не на стек, а на рабочие привычки: кто держит систему, кто собирает команду, а кто тянет продукт вперед за счет видения.
Материал, как сообщает Habr / Карьера, подготовлен вместе с экспертами конференции «Импульс Т1». Авторы собрали пять «профессиональных» архетипов и упаковали их в тест к Дню программиста. Заявленная задача довольно понятная и без лишней психологии: помочь специалистам по-новому увидеть собственный стиль работы, сильные стороны и зоны роста. Сама публикация короткая, но повод интересный, потому что в IT разговор о ролях давно вышел за рамки формальных должностных инструкций.
В исходном тексте есть важная, хотя и не новая для отрасли мысль: за любым заметным продуктом стоят не только разработчики в узком смысле слова, но и архитекторы, DevOps-инженеры, дизайнеры, продакты и другие участники команды. Это звучит почти как очевидность, но именно на таких очевидностях чаще всего буксуют и найм, и внутренняя коммуникация. Когда компания ищет «сильного мидла», а на деле ей нужен человек с высокой системностью и склонностью стабилизировать процессы, промах происходит не из-за плохого резюме. Просто бизнес и кандидат описывают задачу на разных языках.
Поэтому идея разложить участников IT-команд на архетипы выглядит не просто редакционным развлечением к профессиональному празднику. Это удобная модель для разговора о том, как люди принимают решения, ведут проекты и реагируют на неопределенность. Одним, как прямо сказано в анонсе, важна системность. Другим ближе командная игра. Третьи сильнее в визионерстве. В реальной жизни именно из этих различий потом вырастают и удачные продуктовые союзы, и бесконечные созвоны, на которых половина команды обсуждает риски, а вторая требует уже что-нибудь запустить.
Для рынка это еще и симптом более широкого тренда. IT-индустрия в последние годы заметно взрослеет: компании меньше очарованы мифом об универсальном «рокстаре», который одинаково хорошо пишет код, управляет людьми, строит архитектуру и заодно спасает roadmap. На практике бизнесу нужны разные типы специалистов, и чем сложнее организация, тем выше цена этой разности. В стартапе можно какое-то время жить за счет нескольких людей-оркестров. В крупной разработке, особенно если там есть инфраструктура, дизайн, продукт и эксплуатация, ставка на одинаковых людей быстро превращается в конвейер конфликтов и перегрузки.
Отсюда и интерес к любым инструментам, которые помогают командам говорить о различиях без пафоса и без HR-эзотерики. Тесты, конечно, не ставят диагноз и не заменяют нормальную оценку компетенций. Но у них есть полезная побочная функция: они дают нейтральный язык для обсуждения рабочих паттернов. Разработчику проще сказать, что он лучше чувствует глубину и качество решения, чем объяснять, почему его раздражает вечная спешка. Продакту проще признать, что он мыслит гипотезами и движением вперед, чем оправдываться за недолюбовь к длинным техническим обсуждениям. Руководителю команды такие рамки тоже полезны: они помогают не лепить из всех одну «идеальную» роль, а собирать связки людей с разными сильными сторонами.
Любопытно и то, что материал появился именно в карьерной вертикали Habr, а не в условно развлекательной рубрике. Это неплохо отражает текущее состояние отрасли: карьера в IT все чаще строится не только вокруг hard skills, но и вокруг того, какую функцию человек реально выполняет в системе. Один и тот же инженер может быть незаменимым на этапе стабилизации продукта и менее эффективным там, где нужно быстро пробивать новые направления. И наоборот: человек, который отлично работает в режиме поиска и эксперимента, не всегда будет счастлив в среде, где основная ценность — предсказуемость и контроль изменений. ИТ-архетипы в таком контексте работают как упрощенная, но удобная карта местности.
Для русскоязычной IT-аудитории здесь есть и совсем прикладной слой. Разработчикам такой формат может помочь точнее формулировать свою роль на собеседованиях и внутри команды. Продактам и лидам — быстрее замечать перекосы в составе группы. HR и нанимающим менеджерам — чуть аккуратнее относиться к шаблонным описаниям вакансий, где от одного человека ждут одновременно системного архитектора, фасилитатора, визионера и пожарного по выходным. Если тест заставит хотя бы часть команд честно ответить на вопрос, кто у них строит, кто страхует, а кто тащит, пользы от него будет больше, чем от очередного списка «10 навыков успешного айтишника».
В этом смысле публикация ко Дню программиста попадает в нерв отрасли точнее, чем многие праздничные подборки. IT давно состоит не из абстрактных «технарей», а из людей с разными рабочими инстинктами, скоростью, способом мышления и отношением к риску. Вопрос уже не в том, существует ли единый правильный профиль специалиста, а в том, готовы ли компании признавать, что сильная команда держится именно на различии ролей. И если разговор про ИТ-архетипы помогает это различие увидеть без лишнего шума, значит, тест придумали не зря.