That New PM Tool Isn't Fixing the Problem. Here's What Will.

In every organization I've been a part of, there is always a group of people that say they need "a new system" or "better project management tools" when what they actually need is a cost accounting structure that matches how they're billing.

I've never been big on getting the shiny new tool without first identifying the real problem. But I've watched this play out enough times to know that the instinct to buy software when execution breaks down is almost universal. It feels productive. It has a timeline. Someone can own the implementation. And six months later, the same problems are worse and now you've also got a half-adopted tool nobody trusts.

The pattern

Here’s the typical pattern:  A firm wins a large IDIQ. Growth follows fast. The team goes from 60 to 120 people in 18 months. Contract vehicles multiply. The PMs who were managing two or three task orders are now juggling six or seven. They're drowning, and they'll tell you exactly why: they don't have the right tools.

Leadership listens, and they buy a new project management platform, maybe a new time tracking system, or maybe a reporting dashboard that promises real-time visibility into project performance. The implementation takes three months, training takes another month, and then reality sets in.

The PMs still can't tell you whether a task order is profitable until it's over. Finance still can't reconcile labor costs to the contract structure fast enough to catch overruns before they become write-offs. The dashboard shows data, but nobody agrees on what the numbers mean because the inputs are inconsistent across contracts.

Six months and a six-figure software investment later, the Monday morning meeting sounds exactly the same.

Why tools don't fix this

The root problem was never the tools. It was that the cost pools, the labor categories, and the billing structure weren't aligned when the growth happened.

What I mean is, when the firm was running two contracts with 60 people, the cost accounting structure was simple. Maybe one overhead pool, one G&A pool, a handful of labor categories that mapped cleanly to what was being billed. The bookkeeper or controller could hold the whole thing in their head. Reconciliation happened informally because one person touched everything.

Then the firm doubled in size, and new contracts came with different billing structures. Some are cost-plus, some are T&M, some are firm-fixed-price. Each one has different allowability rules, reporting requirements, and expectations for how labor is categorized and billed.

However, the cost accounting structure didn't change. The same indirect rate pools that worked at $8M in revenue are now absorbing costs from $20M in contracts. Labor categories that made sense for three job types are being stretched across twelve. The chart of accounts was never updated to reflect the new contract mix.

So, when the PM opens the new dashboard and tries to figure out whether Task Order 7 is profitable, the answer depends on which cost pool absorbed the indirect labor, how the fringe rate was calculated, and whether the labor category the employee is coded to actually matches the labor category on the contract. None of that is visible in a PM tool. It lives in the cost accounting structure underneath, and that structure is still built for a company half this size.

No project management tool in the world fixes that. You can't report your way out of a cost allocation problem. You can't dashboard your way past a chart of accounts that doesn't match your contract portfolio.

What the real fix looks like

The fix starts with the cost accounting structure, not the tools that sit on top of it.

That means going back to the indirect rate pools and asking whether they still reflect how the business actually operates. When you had 60 people and two contracts, one overhead pool made sense. At 120 people and seven contracts across three billing types, you may need to restructure how indirect costs are pooled and allocated.

It means reviewing labor categories against the actual contract requirements. If your contracts specify labor categories that don't match how your employees are coded in your accounting system, every labor hour that hits the wrong category creates a reconciliation problem downstream. Your PMs see it as a reporting issue. Your finance team sees it as a billing issue. DCAA sees it as a compliance issue. It's all the same root cause.

It means aligning the chart of accounts to the current contract portfolio. Every contract vehicle should map cleanly to cost centers or project codes that allow you to track direct costs, allocate indirect costs, and produce billing-ready reports without manual rework. If your finance team is spending days at month-end reclassifying costs to make the numbers work, the chart of accounts isn't doing its job.

And it means documenting the allocation methodology so that everyone, PMs, finance, contracts, and the auditors, is working from the same logic. How are indirect costs allocated? What's the basis for each pool? How are labor categories mapped to contract CLINs? If these answers live in one person's head or in a spreadsheet that gets updated when someone remembers, the system is fragile. It works until that person goes on vacation, and then it doesn't.

This work isn't glamorous. It doesn't have a login screen or a product demo. But it's the infrastructure that makes everything on top of it work, including the tools.

When the tools actually help

I'm not against tools. I've implemented plenty of them. But a tool is only as good as the data structure underneath it.

Once the cost accounting structure is aligned to how the business actually operates, the PM tool does what it's supposed to do. The dashboard shows accurate margins because the cost inputs are clean. The time tracking system produces usable data because the labor categories match the contracts. Finance can reconcile monthly without a two-week scramble because the chart of accounts reflects reality.

The tool doesn't fix the business. The structure fixes the business. The tool just makes the structure visible.

The question to ask yourself

That new PM tool you bought last year. Is the problem it was supposed to fix actually fixed?

If you're still having the same arguments about project profitability, if finance is still doing manual reclassifications at month-end, if your PMs still can't tell you whether a task order is over or under until the final invoice goes out, the tool isn't the issue.

Look one layer deeper. Look at the cost pools, the labor categories, the allocation logic, and the chart of accounts. That's where the real problem usually lives. And unlike a software implementation, fixing it doesn't take six months and six figures. It takes two to three weeks of focused work and the willingness to rebuild the foundation instead of repainting the walls.

If you've invested in new tools and the same problems are still showing up, I'm happy to talk through what a cost accounting realignment looks like. It's usually a shorter engagement than people expect.