Во вводном модуле «Старт с нуля» мы обозначили лестницу: вбиватель промптов → инженер → системный архитектор → владелец системы → агентство. Модуль «Агенты в деле» провёл тебя от первого агента через системного архитектора до управляемой системы — со средой, ролями и правами, безопасностью, журналом и метриками. Модуль «Мозг компании» добавил единую память бизнеса и завершил путь до владельца системы. А этот модуль сделал из этого продаваемый продукт. Остался последний шаг лестницы — этим уроком заканчивается не только этот модуль, но и вся линейка агентостроения: о переходе от одиночки к команде и агентству.
У одного человека физический потолок параллельных внедрений — примерно два-три проекта одновременно. Это не вопрос дисциплины или скорости работы: диагностика, пилот, волны внедрения и последующее сопровождение (см. урок про модель форвард-инженера) требуют личного присутствия на каждом этапе, а личное присутствие не размножается копированием.
Потолок узнаётся по характерным признакам, и они появляются задолго до того, как ты официально его признаешь. Ты откладываешь ответы клиентам на день-два, хотя раньше отвечал в течение часа. Новые заявки начинают вызывать не радость, а лёгкую тревогу — «а когда я это всё успею». Качество работы над текущими проектами начинает проседать не потому, что ты стал хуже разбираться, а потому что внимание физически размазано по слишком многим направлениям одновременно.
Первое, что стоит делегировать, когда потолок достигнут, — вовсе не самые сложные и интересные задачи, а самые типовые: коннекторы к стандартным системам, которые ты уже писал десяток раз в модуле «Агенты в деле» (урок про коннекторы), рутинную поддержку по уже внедрённым проектам и контент — те самые кейсы и разборы, которыми ты продаёшь себя (урок про продажу через собственный кейс). Это работа, где твоя личная экспертиза меньше всего критична, и именно поэтому её проще всего передать.
Когда в проекте появляется больше одного человека, главный риск — не нехватка рук, а хаос: два человека одновременно правят одну и ту же часть среды и стирают правки друг друга, или один из них тонет в бесконечной проверке чужой работы.
Разделение по областям снимает первую проблему: у каждого участника команды — свой участок ответственности и свой файл базовых правил под этот участок, точно так же, как у самой среды был файл правил ещё во вводном модуле «Старт с нуля». Один человек ведёт коннекторы и интеграции, другой — плейбуки и роли, третий — метрики и отчётность для клиента. Границы…