Codebase audit: blame the code
A new two‑minute diagnostic argues that when velocity slips, the culprit is often the codebase — not the people — and offers five signals to separate technical debt from team performance. The model is suited to anchoring leadership reviews in objective engineering health metrics rather than subjective performance claims (piechowski.io).
Ally Piechowski published "Why Your Engineering Team Is Slow (It's the Codebase, Not the People)" on March 31, 2026, and the post includes an interactive scoring rubric and a 9‑minute read timestamp. (piechowski.io) The rubric assigns 0–2 points per dimension and treats a total score of 4 or higher as a signal that the codebase needs direct investment before organizational changes will help. (piechowski.io) Piechowski names the five drag indicators as: the “apology estimate” (engineers pricing in extra time), deploy fear (batched releases), untouchable files (areas no one edits), misleading test coverage, and onboarding friction. (rubyflow.com) Concrete examples in the post include a client who spent a full week adding a CSV export, engineers routinely padding estimates to 2–3x what a change “should” take, and an unwritten rule against deploys after Wednesday after three Thursday incidents; the cited deploy pipeline ran about 45 minutes. (piechowski.io) The author ties the rubric to measurable signals used in her audits—estimate multipliers, deploy cadence and pipeline time, counts of “untouchable” or zero‑coverage files (SimpleCov as a fear map), and onboarding days—so teams can present numeric evidence rather than subjective claims. (piechowski.io) Piechowski markets this approach from over 50 client engagements and follows it with a week‑one legacy‑Rails playbook she published on March 5, 2026, positioning the rubric as an evidence pack leaders can use to justify targeted codebase investment. (piechowski.io/) (piechowski.io)
