Смерть ручного менеджмента: почему ИИ заберет ваши доски
Знаете, что меня больше всего триггерит в современной разработке? Мы нанимаем крутых инженеров, платим им кучу денег, а потом заставляем работать клерками.
Написал код -> иди в трекер, перетащи карточку -> измени N статусов и сроков -> иди в условный Confluence -> перепиши доку, потому что она опять устарела. А между этим ещё ответь на вопросы менеджера. И вот мы потеряли 1-1.5 часа работы в день, что составляет ~15% рабочего времени в месяц.
Я недавно смотрел на это и понял: мы решаем проблему не с той стороны. Рынок пытается сделать трекеры и базы знаний «удобнее» для использования внутри. А на самом деле — в них вообще не должны заходить разработчики в эпоху, когда все так или иначе используют агентов. Понимаю, звучит как выстрел себе в ногу от создателя таск-трекера, но давайте разберём :)
Сейчас все пихают ИИ куда ни попадя в виде чат-ботов или агентов поддержки, чаще всего их внедряют, даже не решая какую-то проблему/боль, а просто чтобы сказать: "Мы теперь тоже в ногу со временем, у нас есть ИИ". Но настоящая ценность AI в продуктах — это не генерация текста (хотя смотря какой продукт). Это невидимая автоматизация тех процессов, которые, казалось бы, являются основной составляющей работы.
Именно поэтому в Klepps я сейчас обкатываю другую парадигму: трекер и дока как API-бэкенд для ИИ-агентов. Я просто сижу в Cursor. Мой локальный агент (через MCP) пишет код, двигает таску по доске, закрывает её и списывает часы. И главное — он сам берет свежие данные и актуализирует проектную документацию. Я даже вкладку браузера не открываю. Машины делают бюрократию, люди делают продукты.
Но когда я обсуждаю это с менеджерами, у многих начинается паника. Кажется, идея, что дока и статусы могут обновляться без ручного надзора, ломает всю суть микроменеджмента.
Как думаете, индустрия готова отдать ведение документации и тасков автономным агентам? Или страх менеджеров потерять ручной контроль над досками всё равно победит?
· 9 ч
К вашему агенту если прикрутить второго, следящего за возможностью утечки данных, получится стахановец. Причём с расширенным функционалом.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 8 ч
Не вижу в этом минусы :)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 8 ч
А если расширить функционал в сторону написания документации, то это прям чудо что будет для документирования создания НМА. Обычно головой о стену бьешься и ничего, а тут можно каждый модуль посчитать на предмет стоимости создания, распределить косвенные. Эх, мечты...
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 8 ч
Ну в нашем случае агенты документацию за пользователя (изначальную) не пишут, однако обновляют при выполнении задачи. Так что частично ваши мечты уже реализованы)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 8 ч
При ручном заполнении сурв (системы учёта рабочего времени) люди в проект то не попадают, (причём лично мне как считающей деньги, все равно, сам он это пишет, или у него три агента, стоимость работы агента ещё проще посчитать, главное, на каком проекте все учитывать) забывают, что были в отпусках, болели, что в месяце вообще другое количество дней, что проект закрыт и тд. А документация так это вообще мечты....
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён