Универсальный специалист снова стал любимой фигурой рынка: один человек должен понимать код, требования, тесты, документацию и ещё бодро ходить на созвоны. В третьей части серии X5 Tech на Habr / Карьера разбирает, почему такая мечта менеджмента часто заканчивается не эффективностью, а перегрузом, ошибками на стыках и задачами без хозяина.
Поводом стала новая колонка философа науки и техники, технического писателя freyapero в блоге X5 Tech. Автор продолжает серию о том, что ИИ действительно всё лучше пишет тексты, код и другие цифровые артефакты, но это не было главной работой человека в IT. Главная работа чаще лежит в другом месте: понять контекст, договориться о целях, заметить конфликт требований, удержать ответственность и не превратить проект в клубок взаимных ожиданий.
Тезис звучит особенно актуально на фоне массового внедрения генеративного ИИ. Компании автоматизируют рутину, ускоряют разработку и пытаются сокращать издержки. На бумаге всё логично: если часть задач теперь помогает делать модель, человек может взять на себя больше функций. Разработчик чуть-чуть аналитик, аналитик чуть-чуть тестировщик, продакт чуть-чуть архитектор, а документацию, конечно, «сейчас быстро добьём через ИИ». Где-то в этот момент команда начинает подозрительно напоминать вакансию на пять профессий с зарплатой за одну.
Автор текста указывает на важный парадокс: чем сложнее становятся IT-системы, тем дороже обходятся ошибки коммуникации. В распределённых продуктах, микросервисной архитектуре, больших корпоративных процессах и многоуровневых командах проблема редко живёт только в коде. Она появляется там, где требование поняли не так, ответственность не закрепили, контекст потеряли при передаче или автоматизация быстро размножила неверное решение. ИИ в такой ситуации не спасает, а иногда ускоряет распространение ошибки.
Именно поэтому бизнесу так соблазнительно объединять роли. Меньше людей в цепочке — меньше передач информации, меньше риска искажений, ниже затраты на координацию. В управленческой презентации это выглядит красиво. В реальной работе часто начинается постоянное переключение контекста: утром человек пишет код, днём разбирает требования, вечером чинит документацию, между этим отвечает на вопросы тестирования и пытается вспомнить, зачем вообще был открыт этот файл.
Ключевая претензия к модели «делай всё» не в том, что люди неспособны учиться нескольким областям. В IT полно сильных специалистов с широким кругозором: разработчики, которые понимают продукт; аналитики, которые читают код; тестировщики, которые видят архитектурные риски; техписатели, которые помогают команде обнаружить дырки в логике фичи. Проблема начинается, когда широту путают с постоянной эксплуатацией разных когнитивных режимов в один и тот же рабочий день.
В источнике приводится позиция нейробиолога Вячеслава Дубынина: многозадачность для новых и сложных задач — не суперспособность, а нагрузка на внимание. Мозг не выполняет несколько таких задач одновременно, он переключается между ними. Каждое переключение забирает рабочую память, снижает концентрацию и требует заново погружаться в предмет. На уровне календаря человек «закрывает много направлений». На уровне результата он всё чаще делает каждое из них хуже.
Для IT-директоров и руководителей разработки это неприятный, но полезный сигнал. Если роль раздувается до конструктора «разработчик плюс аналитик плюс QA плюс технический писатель плюс координатор», это не всегда признак зрелости команды. Часто это симптом плохо описанных процессов, нехватки владельцев решений и попытки спрятать организационный долг под вывеской гибкости. Универсальный специалист в такой системе становится не усилителем, а живым буфером для хаоса.
Автор называет подобное состояние «спагетти-системой»: границы ролей размыты, задачи путешествуют между людьми, ошибки переходят из отдела в отдел, а конкретного владельца проблемы найти всё сложнее. Для бизнеса это опасно не только из-за выгорания сотрудников. Размытая ответственность бьёт по управляемости: непонятно, где возник дефект, кто должен его исправить, какой процесс надо менять и почему похожая ошибка повторится в следующем релизе.
При этом статья не защищает узкую специализацию ради специализации. Речь не о возвращении к миру, где каждый видит только свой участок и не задаёт лишних вопросов. Полезная универсальность остаётся ценным навыком: понимать соседние дисциплины, говорить на языке других команд, видеть продукт целиком, задавать правильные вопросы к ИИ-инструментам и проверять результат за пределами своей должностной инструкции. Но это отличается от попытки собрать несколько профессий в одном человеке и назвать это эффективностью.
Для разработчиков практический вывод простой: расширять кругозор полезно, но соглашаться на бесконечное размытие роли опасно. Для продактов и менеджеров — ещё проще: если задача не имеет владельца, ИИ не сделает её управляемой. Он может быстрее написать текст, тестовый сценарий или кусок кода, но не решит, кто отвечает за смысл, качество и последствия. Следующий этап внедрения ИИ в компаниях, похоже, будет не про магическую замену людей, а про более скучный и важный вопрос: где проходит граница между сильной гибкостью команды и удобным способом замаскировать перегруз.