liveBook · Manning

Bus factor

As explained in Machine Learning System Design

Bus factor is the number of key contributors whose loss could prevent a project or system from continuing effectively.

A project becomes fragile when one person holds the knowledge needed to keep it running. The bus factor measures how many key contributors could be lost before continuation becomes impossible. It makes ownership risk visible and frames a practical tradeoff: concentrated expertise improves efficiency, while shared knowledge provides redundancy. section 16.0 section 16.2

Use the metric to expose fragile ownership and choose proportionate responses:

  • List the people accountable for each project or system area. section 16.2.3
  • For each area, identify how many other people know it well enough to provide a replacement. section 16.2.3
  • Treat the result as a risk signal, not a rigid label: knowledge exists in degrees and can be spread partially. section 16.2.3
  • Reduce fragility through design and code reviews, pair programming, open knowledge-sharing hours, documentation, hiring, reassignment, or collaboration. section 16.2.3 section 16.3

Reading the number

A bus factor of 1 means losing one specific team member could put the project in serious trouble. A bus factor of 10,000 may indicate excessive redundancy for a small-scope project, although large groups with similar responsibilities can justify higher values. Interpret the number alongside project importance, budget, deadlines, expected turnover, team seniority, and technology exposure. section 16.2.3

How Machine Learning System Design covers it

How deep it goes
Defines a count-based risk metric, explains its efficiency-redundancy tradeoff, and qualifies it with partial knowledge and contextual judgment.
Examples
Uses bus-factor values of 1 and 10,000, plus reviews, pairing, open hours, and documentation as risk-management examples.
What it assumes
Assumes identifiable accountable areas and contributors, while teaching how to estimate replacement knowledge from zero.
What you can do after
Diagnose ownership fragility, calculate a project bus factor, and select knowledge-sharing or staffing responses.
How it connects
Connects accountability, redundancy, documentation, pair programming, code review, and the CAP theorem's tradeoff framing.

Also explained in

Compare how 2 books explain bus factor →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Machine Learning System Design. The section links point to the parts of the book it draws on.