8 posts tagged with "cost"

Open the Finances page for an organization with 38 active projects. The default view is a sortable table: project name, cost last 30 days, cost all-time, owner, status. The CFO's monthly cost review starts here. 38 rows, 8 minutes of scrolling, and a 60% chance the most-expensive project is on row 17 where nobody actually looks. Edward Tufte made the case in The Visual Display of Quantitative Information (1983, 2nd ed. 2001) that humans process color and size before they process numbers. A heatmap of the same 38 projects surfaces the dark-red square in under a second. Stephen Few's Information Dashboard Design (2006, 2nd ed. 2013) reaches the same conclusion in industry research: when monitoring requires "find the outlier," tabular data is the wrong primary view. PanDev Metrics' Projects Heatmap widget runs both modes side by side. This post is about why the mosaic should be the default and the list the cross-check.

A VP of Engineering walks out of a Q1 review and announces an 8% raise for 12 backend engineers, effective March 1. It's now May 18. Three months of finance reports already shipped to the board with the old rates baked in. HR has two options: pretend the raise started today, or retroactively update March, April, and May. Most engineering finance tools force option one. PanDev Metrics supports option two, and the Sarbanes-Oxley Act of 2002 is the reason it has to be done carefully.

This is one of the few areas where our product genuinely diverges from LinearB, Jellyfish, and Code Climate Velocity. Those tools were built around forward-only rate models. PanDev's UserRate table is bitemporal: every rate has a startPeriod and endPeriod, and the OverheadCoefficientFullRecalcCronJob will replay activity events through new rate × overhead K when historical rows change. That's powerful. It's also exactly the kind of capability that auditors look at twice.

A platform team of 6 engineers costs $156K per quarter. They run auth, observability, the internal API gateway, the shared cache, and the deploy pipeline. Eight product teams use those services every day. Ask the CFO who pays for it and the answer is "central R&D." Ask the platform lead who consumes it and the answer is "everyone equally." Both are wrong, and the gap between them is where engineering finance loses six figures a year in distorted decisions.

Adrian Cockcroft made the original argument when Netflix decoupled into microservices: shared infrastructure has a unit cost, and unit cost should follow the request. The CNCF FinOps Working Group in their 2024 State of FinOps for Engineering report found fewer than 24% of microservices organizations allocate platform-team time back to consumer teams. The other 76% treat platform engineering as overhead, which means the team consuming 41% of platform requests is invoiced the same as the team consuming 1%.

A CTO sees a $52K/year SaaS quote for a billing tool. Four engineers in the room, paid roughly $7K/month each loaded. The math is fast: "4 engineers × 4 months = 16 person-months. We can build this for $112K. Then it's free forever." The board nods. Procurement is told to cancel the SaaS evaluation. Eighteen months later, the team still owns the billing service, two engineers maintain it part-time, and the original four have shipped zero revenue features the quarter they were inside it. The real 5-year cost of "build" lands at $546K, almost double the SaaS path. Forrester's 2023 Total Economic Impact of Buy-vs-Build analysis put the median underestimate of in-house cost at 2.3×. Gartner's TCO frameworks have said the same thing for fifteen years. Most teams still don't multiply through.

A 60-person engineering org we instrumented through 14 months of finance data ran an average overhead coefficient of K = 0.41. That number is useless. The actual monthly series is Jan 0.46, Feb 0.40, Mar 0.39, Apr 0.40, May 0.41, Jun 0.43, Jul 0.48, Aug 0.49, Sep 0.42, Oct 0.40, Nov 0.43, Dec 0.52. The flat-K finance model predicted December overhead of $185K. Reality came in at $235K. The 27% miss is not a forecasting bug. It is the entire story of every Q4 budget surprise the CFO has ever asked engineering to explain.

DORA's 2024 State of DevOps report flagged the same shape from a different angle: deployment frequency in Q4 drops 12–18% across the surveyed cohort, while incident volume rises. Stack Overflow's 2024 Developer Survey reports developers take an average of 17 vacation days per year, with concentration in late December and August. Harvard Business Review's Why Most Product Launches Fail notes Q4 launch density runs 30–40% above other quarters. Three different datasets, one consequence: engineering capacity in December is structurally different from June. Treating it as the same in your finance model is the mistake.

A feature is two weeks late. The product manager shrugs: "It's still in the same quarter." The engineering lead nods. The CFO never hears about it. Two weeks turn into six. By then, the enterprise customer who needed it for their procurement cycle has signed with a competitor. The total business cost of that slip was roughly $192,000. None of it appears on any engineering report.

Cost of Delay (CoD) is the most-talked-about, least-quantified concept in modern product development. Don Reinertsen built the math in The Principles of Product Development Flow (2009, chapter 2), and SAFe formalized it into WSJF (Weighted Shortest Job First). McKinsey's 2023 Developer Velocity research found that B2B SaaS leaders ship features 4–5x faster than laggards and capture disproportionately more pipeline ARR per engineer. Yet ask 10 product managers what their last delayed feature actually cost the business and 9 will say "I don't know." The math is reachable. Most teams just never reach for it.

A staff engineer asks the analytics lead a simple question: "How much did the SSO feature actually cost?" Forty minutes later, the analyst comes back with a number. It's wrong by 35%. Not because the analyst is bad, but because the SQL SUM(hours) × $50 lost the rate-type branching, missed the per-month overhead K, and treated a contractor on monthly invoice the same as a salaried engineer. McKinsey's 2023 Developer Velocity Index lands the typical engineering overhead at 30–55% of payroll; if your cost-per-feature query doesn't multiply through, you're running on the wrong half of those numbers. The fix is a real PostgreSQL query, with all three layers in it. This post is that query.

A senior backend engineer in Almaty earns $5,000/month gross. A CFO scoping a new project does the obvious math: $5,000 ÷ 160 = $31.25/hour. That number lands in a spreadsheet, then in a board deck, then in a quote sent to a customer.

The real cost of that engineer's hour, after overhead, is closer to $46/hour. That's a 48% gap. The 2024 DORA State of DevOps Report puts non-coding overhead at 35–55% of engineering payroll across high-performing organizations. McKinsey's Developer Velocity Index (2023) lands in the same range. Most companies never multiply through. They quote, scope, and forecast on the naive number, then wonder why the books don't close.