Bus Factor: почему один уход останавливает весь продукт

Здесь разбираю, как находить Product‑Market Fit и строить Go‑To‑Market для AI‑продуктов. Пишу практичные конспекты фреймворков, метрики и бенчмарки, делюсь инструментами и рабочими чеклистами без воды. Если вы делаете AI‑сервис и хотите расти осознанно — добро пожаловать.

bus factorзнаниепродуктовая-команда

Bus Factor (коэффициент автобуса) — минимальное количество людей, которых нужно «убрать», чтобы проект встал.

Разработчик знает всю архитектуру платёжного модуля. Он уходит в отпуск на две недели. В первый же день на проде падает интеграция с эквайрингом. Команда три часа читает код, потом пишет ему в мессенджер. Он отвечает с пляжа — но без ноутбука помочь не может.

Если это число равно единице, у вас не команда — у вас незаменимый человек с командой вокруг него.

Когда Bus Factor становится проблемой:

  • Уход разработчика с монопольным знанием критического модуля
  • PM унёс весь контекст по enterprise-клиентам
  • Один человек знает «почему три года назад не сделали эту фичу» Стартап не может решать, пока нужный человек в отпуске

Bus Factor = 1 обходится стартапу в 3–6 месяцев продуктивности при уходе человека.

👉 Читать подробнее на портале

Инфографика с крупным заголовком «BUS FACTOR», схемой и иконками, иллюстрирующая риск остановки продукта при уходе одного ключевого сотрудника и последовательность событий.
Инфографика: визуализация концепции Bus Factor и последствий ухода одного ключевого сотрудника.

Читайте так же