Optimizing Software Factories
Тунгуз ставит вопрос об устойчивости (а не пропускной способности) при выборе соотношения ИИ/людей в инженерных командах. В команде из двадцати инженеров уход одного — это 5% потери персонала, тогда как в «ИИ-заряженной» команде из трёх человек, управляющей двадцатью автономными агентами, тот же уход означает потерю 33% персонала и трети институциональной памяти. При 10/90 типичный бюджет среднестадийного стартапа содержит ~20 инженеров и привычную иерархию; при 50/50 — ~12 инженеров плюс флот агентов, где инженеры становятся архитекторами решений; при 90/10 — три инженера в центре созвездия автономных агентов без менеджеров и резервирования. Автор обращается к операционным исследованиям: на производстве заводы работают при загрузке 70–90%, а запас (slack) — это не потери, а свойство, обеспечивающее устойчивость системы. Концентрируя оркестрационные знания в трёх головах, вы работаете на 100% загрузки, и большинству стартапов пока не стоит делать такую ставку.
Что происходит, когда сотрудник стартапа увольняется в понедельник?
В инженерной команде из двадцати человек одно увольнение — это потеря 5% штата. Оставшиеся девятнадцать берут работу на себя.
В «ИИ-заряженной» команде из трёх человек, управляющей двадцатью автономными агентами, одно увольнение — это потеря 33% штата.
Агенты не увольняются. Они продолжают генерировать, проверять, тестировать и развёртывать. Но треть институциональной памяти, которая обучает, формулирует промпты, валидирует и отлаживает флот агентов, уходит за дверь.
Компромисс, лежащий в основе решений о соотношении ИИ и людей, — это не пропускная способность. Это устойчивость.
При 10/90 (10% ИИ, 90% людей) типичный инженерный бюджет среднестадийного стартапа обеспечивает ~20 инженеров и слой расходов на Copilot, Cursor и инференс. Традиционная иерархия. Человеческое ревью кода как узкое место. Организационная структура выглядит привычно.
При 50/50 тот же бюджет обеспечивает ~12 инженеров и флот агентов. Инженеры становятся архитекторами решений, декомпозиторами задач и проектировщиками промптов. Норма управляемости менеджера расширяется, потому что агентам не нужны стендапы.
При 90/10 три инженера сидят в центре созвездия автономных агентов, которые генерируют, проверяют, тестируют, развёртывают, мониторят и оптимизируют. Никаких менеджеров. Никакой иерархии. Никакого резервирования.
Если мы строим программные фабрики, возможно, пришло время изучить операционные исследования.
В производстве эмпирическое правило простое: загружайте свой завод на 70–90%. При 100% одна поломка каскадом приводит к сорванным срокам, выгоревшим командам и потерянным клиентам. Запас — это не потери. Это свойство, которое сохраняет систему устойчивой.
Инженерные команды — не фабрики, но та же логика применима. Когда вы концентрируете оркестрационные знания в трёх головах, вы работаете на 100% загрузки.
Большинству стартапов пока не стоит делать такую ставку.