When to Hire Project Management Consulting vs Fix the System Yourself
By Sebastiaan Jansen · · 8 min read
Hire project management consulting when the way work moves is the problem and nobody inside has both the time and the authority to redesign it. Fix the system yourself when the rules already exist and the team agrees on them, but requests, dates and decisions still never land in one place. No firm can rescue a team that won't change how it takes in work.
When project management consulting is the right call
You are paying someone to watch how work gets requested, planned and reported, and then to install a way of working the team keeps after they leave. Hire only when three things are true at the same time.
First, the same failure keeps repeating and nobody can name the step that breaks. A date gets promised in Slack, delivery hears about it on Monday, and the client later hears a third date. Nobody owns the handoff.
Second, you already changed the board, the status meeting and the template, and the old behavior was back within a month. That tells you the failure is about who may commit to a date, not about tooling.
Third, nobody on the payroll can change that agreement. A PM running four accounts can't retrain the room and also stop a founder from promising dates in the hallway.
If all three hold, outside help costs less than another quarter of missed dates. If only one holds, you are paying for a slide deck.
What project management consulting firms actually sell
Firms rarely sell "a project manager for a few weeks" as the whole offer, though they often add extra hands. The useful offers come in three shapes.
A short diagnostic
Two to six weeks of interviews plus a sample of live work. You should come away with a short list of broken agreements rather than a maturity model. Buy it when leaders can't agree on what the problem is. If you already know, skip it.
An operating model install
Six to sixteen weeks covering request types, who may accept work, how a date becomes real, and status pulled from the work itself. The consultants correct the old habit in the meeting where it happens. This fails when leadership won't back the rule against a favorite client.
Embedded delivery management
A consultant runs planning and reporting for one program. It helps when one large client is on fire and your leads are underwater. It does not fix the firm, though: when the consultant rolls off, the old intake path is still there. Treat it as extra capacity and budget the handover as real work.
What you should fix yourself
If the problem is discipline rather than a missing design, fix it yourself.
That's usually the case when the rules fit on one page and the people breaking them know it, when work lands in DMs because the board feels slow, and when the founder or delivery lead will enforce the rule this month. If the person who signs contracts keeps making exceptions, a firm will write an exception process and you'll ignore that too. With fewer than about 30 people doing similar work, you can name the types in an afternoon and run one queue, one owner per ticket and one rule for mid-cycle work.
- Name the request types you actually receive. For a build agency, bug, change, feature and question is enough.
- Pick one front door. Slack can stay where people talk, but it can't stay where dates are born. A message becomes a ticket with a type, a client and an owner, or it isn't a commitment.
- Let one role promise a date. Everyone else confirms once the work is on the board.
- Run a one- or two-week cycle with a reviewed rollover, so unfinished work comes back with a reason.
- Report status from the ticket instead of a Sunday slide.
Whatever still hurts after that is usually volume, which means staffing or sales. A consultant won't solve either. The Scrum Guide is a short reference for a lightweight cycle. You need its timebox, a visible queue and a review of what finished, not every role it names.
A decision test you can run this week
Sit down with whoever owns delivery and whoever owns revenue, and score each line yes or no. If the two of you disagree, that disagreement is the finding.
| Question | Yes means | No means |
|---|---|---|
| Can you list every client commitment this month from one system? | The system exists. Enforce it. | It's missing. Design it, or hire help to. |
| Does a new request have one owner before anyone estimates it? | Intake works. Look at planning next. | Work starts with no owner. Fix intake first. |
| Have you changed tools in the last year without the behavior changing? | Another tool won't help. | Try one focused fix before you hire. |
| Will leadership refuse a date that bypassed the queue? | You can install a system. | A firm will fail here too. Settle this first. |
| Is the same handoff breaking on three or more accounts? | A diagnostic can pay off. | Coach that one pod. |
With four or five yeses, don't hire yet. Tighten the rules and run one full cycle. If it's mostly no but leadership will enforce a new rule, run the five steps for 30 days and score again. If it's mostly no and nobody inside will own the redesign, talk to project management consulting companies. Ask them to price the diagnostic and the install separately, and buy the diagnostic first.
Worked example: a 14-person studio
Northline has 14 people (eight developers, two designers, two account managers, a delivery lead and a founder) and eleven clients. The work is fixes, page builds and the odd six-week feature. Sales keeps hearing "everything is late." A Monday call produces 14 notes and two tickets. An account manager promises a homepage by Friday in Slack. Delivery sees it on Wednesday, the designer is busy elsewhere, and the client hears about the slip the following Tuesday. "Review" covers three different kinds of waiting. Status for the biggest client is a Thursday doc rebuilt from Slack.
The delivery lead already knew the model a firm would sell. What was missing was a clear week and a founder willing to void that Friday promise. In ten days they named four types (bug, change, feature, question), kept questions out of the build queue, and turned notes into tickets the same day. A path from meeting notes to tickets does more than a prettier template. Only the delivery lead may promise a date, and only for this cycle or a named later one. Rollover gets a 30-minute review, or the ticket goes back. Client updates are just a filter on that client's tickets.
In week three, the homepage request shows up in Slack again. The reply is the ticket link and "date after Wednesday planning." The founder backs it, so two quiet Friday promises wait. If the founder had refused, the board would have been fiction and a firm would have earned its fee. Files still sat in inboxes. Once the queue is stable, that records problem belongs to client management software for agencies that build software.
What to ask before you sign
Interview two or three firms. Whether they can change a live account matters more than the brand.
What is true on the last day that isn't true now? A playbook is a document. "No date without a ticket in a cycle" is a behavior.
Whose calendar are you on? If they skip the meeting where the bad promise gets made, you're buying paper.
What do you refuse? A careful firm won't run status forever, and it won't install a tool before the rules exist.
What if the founder overrides the queue? You want escalation and then a pause, not a new exception lane.
Compare the fee with a quarter of the margin you lose to slipped dates. If you can't put a number on that cost, you aren't ready to buy.
What has to be true after either path
Both paths fail when the system is optional. After 30 days, a stranger should be able to see what's in flight for a given client, who owns it, which cycle it lands in, and what you dropped on purpose.
Agencies hit this sooner, because every client brings a private channel and a private "urgent." See Agency project management software, and what matters around 20 clients. Software doesn't make the rule, but it does make the rule annoying to bypass.
"In progress" hides a client wait, a review wait and a deploy wait. If you lump them together, one stalled approval hides tickets that moved in two days. Retainers that live in someone's head need the same split. SEO agency project management is the same jobs every month, plus a reviewed rollover when a cycle slips. A loud revision has to become a ticket, or it reorders the week.
A roadmap that isn't a count of tickets drifts within a month, and people shared across builds need one queue. Some teams need a portal, while many only need an update taken from the tickets. Once the queue is honest, ask whether agencies need a client portal or better updates. Forecasts come after that, since a Monte Carlo run on past cycle time only works when you have start and finish history.
Falrow is one place teams put this shape. Slack messages, calls and errors become tickets, notes become reviewed tickets in a client CRM, cycles roll over in a review, and the roadmap is a count of tickets. It's in private beta, with pricing on request. Jira, Linear, Height, ClickUp or a spreadsheet can hold the same rules. The decision is whether a date can be born outside the queue. Compare Falrow for agencies and client CRM and notes that become tickets.
FAQ
How much does project management consulting cost?
Fees vary too much for one honest market rate. A diagnostic is a short, fixed engagement. An install costs more because someone has to be in the room when the old habit shows up. Ask for the meetings, the scope and a written definition of done, then set that fee against the margin you lose to slipped dates.
How long does an engagement take?
A diagnostic takes a few weeks. An install on live accounts usually takes one to four months, which is long enough for two cycles under the new rules. Embedded help ends with the contract unless the handover was planned as work. A ten-day transformation is really a workshop.
What is the difference between a consultant and a project manager?
A project manager runs the system you have. A consultant is paid to change it and then leave. Hire a PM when the rules are clear, and a consultant when the rules don't exist or keep getting overruled. Read the statement of work, because many proposals mix the two.
Can software replace a consulting firm?
No. Software stores the queue, the owner, the cycle and the history. It doesn't decide who may promise a date, and it doesn't make a founder defend that rule. Set the tool up once the rules fit on one page. Bring in a firm when agreement fails or has collapsed twice. A new board without the rule just repeats the failure.