AI превращает разработчика в маленького тимлида
AI превращает разработчика в маленького тимлида
Представьте разработчика, у которого одновременно работают три AI-агента.
Один пишет тесты.
Второй рефакторит старый модуль.
Третий обновляет документацию.
А что в это время делает сам разработчик?
Он ставит задачи, объясняет контекст, распределяет работу, проверяет результат, объединяет изменения и решает, что можно выпускать.
Звучит знакомо?
Это практически должностная инструкция тимлида.
Раньше типичный цикл выглядел так:
написал код → отладил → закоммитил.
Теперь всё чаще иначе:
декомпозировал задачу → выбрал исполнителя → дал инструкции → проверил → собрал результат.
Кода руками разработчик пишет меньше. Но ответственности у него меньше не становится. Наоборот: теперь ошибка может появиться сразу в трёх параллельных ветках, и во всех случаях отвечать за неё будет человек.
Поэтому навыки, которые раньше считались преимущественно лидерскими, становятся обычными инженерными навыками:
— декомпозиция;
— системное мышление;
— архитектура;
— постановка задач;
— критическая оценка результата;
— коммуникация;
— ответственность за итог.
И здесь, на мой взгляд, главный сдвиг:
делегирование становится инженерным навыком.
Недостаточно уметь написать хороший код. Нужно уметь объяснить задачу так, чтобы её правильно выполнил другой исполнитель. Даже если этот исполнитель не человек.
При этом меняется и роль тимлида. Он руководит уже не только людьми. Он проектирует систему, в которой люди и агенты работают параллельно, не мешают друг другу и выдают предсказуемый результат.
Возможно, AI не сделает каждого разработчика в десять раз быстрее.
Но он уже делает каждого разработчика немного тимлидом.
Представьте разработчика, у которого одновременно работают три AI-агента.
Один пишет тесты.
Второй рефакторит старый модуль.
Третий обновляет документацию.
А что в это время делает сам разработчик?
Он ставит задачи, объясняет контекст, распределяет работу, проверяет результат, объединяет изменения и решает, что можно выпускать.
Звучит знакомо?
Это практически должностная инструкция тимлида.
Раньше типичный цикл выглядел так:
написал код → отладил → закоммитил.
Теперь всё чаще иначе:
декомпозировал задачу → выбрал исполнителя → дал инструкции → проверил → собрал результат.
Кода руками разработчик пишет меньше. Но ответственности у него меньше не становится. Наоборот: теперь ошибка может появиться сразу в трёх параллельных ветках, и во всех случаях отвечать за неё будет человек.
Поэтому навыки, которые раньше считались преимущественно лидерскими, становятся обычными инженерными навыками:
— декомпозиция;
— системное мышление;
— архитектура;
— постановка задач;
— критическая оценка результата;
— коммуникация;
— ответственность за итог.
И здесь, на мой взгляд, главный сдвиг:
делегирование становится инженерным навыком.
Недостаточно уметь написать хороший код. Нужно уметь объяснить задачу так, чтобы её правильно выполнил другой исполнитель. Даже если этот исполнитель не человек.
При этом меняется и роль тимлида. Он руководит уже не только людьми. Он проектирует систему, в которой люди и агенты работают параллельно, не мешают друг другу и выдают предсказуемый результат.
Возможно, AI не сделает каждого разработчика в десять раз быстрее.
Но он уже делает каждого разработчика немного тимлидом.