Project Management

Please login or join to subscribe to this thread

How Do You Determine Whether a Request Is Ready to Become a Project?

linkedin twitter facebook   PMO   Portfolio Management   Requirements Management  
avatar
Lia Smith Columbia, SC, United States

Many organizations have experienced project managers, established governance processes, and sophisticated delivery tools. Yet projects still enter execution with unclear outcomes, conflicting stakeholder expectations, undefined ownership, and no agreed measure of success.

Once the request has been labeled a “project,” the project manager is often expected to resolve these gaps while also creating the plan, managing delivery, and meeting the original timeline.

Before a request enters delivery, I believe teams should be able to answer several fundamental questions:

  1. What problem or opportunity are we addressing?
  2. What measurable outcome are we expecting?
  3. Who owns the business decision?
  4. Have the affected stakeholders aligned on the need?
  5. What evidence supports the request’s value and urgency?
  6. Do we understand the capacity, risk, and governance implications?
  7. What would indicate that the request is not yet ready?

In your organization, who determines whether a request is sufficiently defined to become a project—the sponsor, PMO, portfolio leadership, business analyst, or project manager?

Which readiness condition is most frequently missing when work reaches your delivery teams?

Disclosure: I created Lean Intake Analysis™, a methodology focused on clarifying and evaluating work before execution, and I am developing LIA Compass™ to support that workflow. I am interested in learning how other practitioners manage this decision point within their organizations.

Sort By:
< 1 2 >
avatar
Srikana Ray
Community Champion
Project Professional, PMP
A request should first go through a project intake process within the PMO. The intake team collaborates with the requester and key stakeholders to understand the business need, assess whether it has the potential to become a significant project, and evaluate the expected benefits to the organization and end users.
A request is ready to become a project when there is a clear business need, defined objectives, stakeholder alignment, an identified sponsor, agreement on scope, success criteria, resources, and governance. It should be expected to deliver measurable business value, with clearly defined outcomes and a way to assess its business impact. If any of these elements are missing, the request is typically not mature enough for execution and should remain in the intake or discovery phase until the necessary clarity is established.
avatar
Robert Snyder Founder & President| Innovation Elegance, LLC Chicago, Il, United States

Another plain criterion to start a project is, "Is the NPV > 0?"

If so, you can defend starting it.

If not, you cannot defend starting it.

If you're resource constrained, then you make NPV moot.

Latency.

Backlog.

Leaving value on the table.

avatar
Azana Wiley Business Analyst| Deloitte United States
Jul 25, 2026 5:00 AM
Replying to Syed Ashir Riaz
...
In my experience, the missing piece is usually a clear owner and a measurable outcome; work gets labeled a "project" before anyone agrees on what success looks like. A simple PMO or sponsor sign-off against those two points before intake would stop most of the confusion later.
This is so true! We've also run into situations where something has been identified as a project before a funding source was identified.
avatar
Abolfazl Yousefi Darestani Manager, Quality and Continuous Improvement| Hörmann-TNR Industrial Doors Newmarket, Ontario, Canada
Nice question and lots of good responses.
Thank you for sharing!
< 1 2 >

Please login or join to reply

Content ID:
ADVERTISEMENTS

"The purpose of art: to make the unconscious conscious."

- Richard Wagner

ADVERTISEMENT

Sponsors