Stop Hiring a Project Office to Translate Software Intake

I have been in the rooms since the late nineties. Different carpets. Same scene.

Someone who actually does the work says, in ordinary English, what is broken. Then the room decides that sentence is too informal to be real. A charter appears. A RAID log appears. A slide titled “Alignment” appears, which is a polite way of saying nobody wrote the request down the first time.

A project office exists to translate. Business people talk in outcomes. Builders talk in systems. The person in the middle produces artifacts so the hallway ask can wear a suit. Lean organizations do not have that person. They should not invent one just to feed a tool.

The hire usually arrives with a gentler name. Coordinator. Intake analyst. “Our first project manager.” The badge changes. The tax does not. Every request now waits for the one human who can turn a hallway sentence into a packet. You did not mean to fund a bottleneck. You funded one anyway.

Four facts. Then stop.

The substitute for a PMO is not a thinner PMO. It is a shorter path.

The person who lives the problem writes it down. A reviewer checks whether a stranger can retell it. Everyone else waits until that story exists. I have seen forty-person companies do this in a week. I have also seen two-hundred-person companies spend a quarter producing a packet nobody can use.

• Who submits: the person closest to the broken process
• What “ready” means: a stranger can retell the story
• What comes later: questions, estimates, and a recorded yes

That is the entire first artifact. Preferred vendors can wait. Architecture opinions can wait. The go-live date that someone invented in the elevator can wait. If two of those facts are missing, do not schedule a kickoff. Kickoffs are expensive séances. Send back the two missing answers.

Put the paragraph on a record, not in a shared myth

Email dies. A deck becomes a second source of truth. A ticket rewrite becomes the spec. I have watched testers verify a paraphrase while the original complaint sat in a folder named “context.”

Use software project intake so the same record reaches review without a project manager sitting in the chair between the work and the build. The submitter is an operations lead, a department manager, or the person who still runs the workaround on Fridays. A project manager is not a required field. I have never seen a required-PM field make a request clearer. I have seen it make a request late.

The software delivery management features path is the rest of the loop: review, questions, estimate, decide, deliver. None of those steps need a translator if the first page is already understandable. That is not a slogan. It is what happens when you stop rewriting the witness.

Review for understanding, not for polish

Ready enough means a stranger can understand the week. It does not mean the request sounds like a PMO document. Missing solution design is expected. Missing who hurts is not.

If one person rewrites every submission, congratulations. You hired a project manager and gave them a friendlier title. Review for gaps. Leave the voice alone. The Anti-PMO playbook for software intake is the operating model I wish I had been handed in 1998: who submits, who reviews, what “ready” means, and what you refuse to recreate from a project office.

A recorded yes, no, or not yet lives on the request. Delivery tools receive work that already survived that gate. That is how a lean company moves software without a project office—and without pretending a thinner charter is the same thing as understanding.