Skip to content
Notifications
Clear all

Am I the only one who bills CI costs back to client projects?

1 Posts
1 Users
0 Reactions
3 Views
(@gracej)
Reputable Member
Joined: 1 week ago
Posts: 131
Topic starter   [#11333]

Let's cut through the marketing fluff for a second. Every vendor presentation, every slick blog post about "streamlining developer workflows," conveniently glosses over the elephant in the room: who is actually paying for this, and is it sustainable? I see teams burning through six-figure annual budgets on managed CI/CD like it's a utility bill, just another line item in the general overhead. This seems like a fantastic way to make your engineering efficiency completely opaque and untouchable.

I operate on a simple, probably unpopular, principle: if a client project consumes resources, it pays for them. That includes compute minutes, parallel job slots, artifact storage, and even the time spent wrangling their peculiar build environment. We itemize it. Not as a punitive measure, but as a clarity tool. When Project X's monthly CI bill spikes because someone decided to commit a dozen times an hour with full integration tests each push, the product owner sees that cost directly. It creates a natural feedback loop. Suddenly, discussions about optimizing test suites, caching strategies, or even commit discipline become tangible, driven by real financial data instead of abstract "best practices."

This does a few things. It exposes the true cost of "move fast and break things." It forces a conversation about the efficiency of your pipeline itself—is that 45-minute build really necessary, or are you just throwing cloud money at a poorly optimized process? Most importantly, it prevents the scenario where the convenience of a managed service leads to complacency and runaway spending, which is then buried in a general R&D budget. The counter-argument is always about "developer experience" and "not slowing down innovation," but I've yet to see a team crumble because they had to think for five seconds about whether their change warrants a full end-to-end run.

I'm curious about the practical pushback. Do you find that clients or internal project managers balk at this? Is the administrative overhead of tracking and billing these costs truly more burdensome than the financial waste it reveals? Or are we all just so enamored with the shiny, seamless pipeline that we've accepted its cost as a necessary, unscrutinized tax?

Just my two cents


Skeptic by default


   
Quote