I am often being approached by Project Managers for guidance on Project Initiation phase. PMs (esp. who are new) often find this phase as challenging due to lack of clarity. Hence, I chose this topic for my next blog to help my fellow Project Managers.
There are many different project methodologies to use, depending on the project, company defined practices, and the team.
Regardless of the approach, most project teams will work through distinct phases of activity. The five phases, or process groups, of project management defined by the Project Management Institute (PMI) in the Project Management Body of Knowledge (PMBOK) is a common way to structure projects.
In this article, I’ll delve into the “Initiation phase”, which is the first phase in a project life cycle.
This phase often begins with a business case, which outlines the objectives, purpose, and deliverables of the proposed project. Stakeholders are identified and requirements are documented.
Key outputs include the project charter document which assists us during second phase i.e. the “Planning phase”; in addition to explaining the business value of the project, the charter outlines the objectives, scope, resources, and budget for the project.
Important note: Any feasibility testing should also take place during this phase.

So let’s go deeper into this topic.
The Initiating Phase is the foundation of the project. During this stage, the project manager needs to:
- Establish the business case for the project
- Ensure the project is aligned with the organization’s strategic goals
- Prepare an initial budget and timeline
- Pick a methodology for the project (Agile, Waterfall, etc)
- Select and assign the right team members
- Involve relevant stakeholders
Let’s take a closer look at these elements.
Project Business Case and Charter –
A project typically starts with a business case, which explains the objectives, purpose, and deliverables (outputs) of the project. The document should clearly explain how the project aligns with the organization’s strategy and what business value is expected from the deliverables.
When documenting project deliverables, it’s vital to clarify what is required early on. Be sure to include details such as:
- What is the expected deliverable/MOS (Measure of success)?
- What is the format of the deliverable (product or service)?
- What is the deadline?
- Who will maintain the deliverable once the project is completed?
- Is this project dependent on other projects and vice versa?
The document should also include potential risks and outline key resources needed to complete the project, including the team.
Approval processes (from Audits, Legal, Finance, etc.) may vary from organization to organization. Be sure to double check what’s needed with the project sponsor or the Project Management Office (PMO).
Once the project is approved, the business case will inform the project charter. This critical document defines the scope of the project, key requirements, budget, stakeholders, and success factors.
The charter also acts as an input for the second phase i.e. “Planning”.
Project Methodology –

A methodology is a roadmap for the project, providing instructions and guidance to your team.
Picking a methodology ensures everyone knows what to do and when to do it. It also helps to standardize how work is completed, which makes tracking and reporting much easier!
There are several popular methodologies to choose from, such as PRINCE2, Critical Path Management, Waterfall, Agile, Scrum, Hybrid, and Kanban.
No method is better than another – it’s about the project and your team.
Project Team –

Without the right team members, with relevant skills and experience, your project could be on the path to disaster.
Think about the goal of the project and what skills are needed to meet these goals.
Depending on how resources are distributed within your organization, you may need to formally request that team members are assigned to your project.
Once the team is in place, run a kick-off meeting before any work starts. This will ensure everyone is on the same page, understands the goals of the project, and is clear about their role in delivering this objective.
Project Stakeholders –

At this stage, you’ll need to identify your project stakeholders.
A stakeholder is defined ‘as any person or group of people who have an interest in, can influence, or will be affected by any planned changes in an organization’.
Stakeholders can be categorized into the following groups, simplifying communication and engagement:
- High power, high interest
- High power, less interest
- Low power, high interest
- Low power, low interest.
Having identified the relevant stakeholders, it is time to engage them! Winning the support of stakeholders early on is vital to project success – as is managing expectations.
Make sure stakeholders know what you will need from them, for example, timely feedback. Likewise, make time to gather, analyze, and clarify requirements before work starts.
It’s also a good idea to agree a communication plan & a RACI document with your stakeholders, for example, sharing a daily or a weekly report via email or a fortnightly meeting.
Please refer to my blog on RACI document for more details
Hope this blog helped you to understand more about “The Initiation phase”.
Do share your thoughts 💭 in the comment section & please like & follow my blog 🙌🏻
Please feel free to get in touch with me if you need any support (Details are available in the Get in touch section of my page) .. Check out this video to know about Solutions offered –
And please check out my other articles as well & share your thoughts … 🙂 Thanks for your time. Keep reading & stay safe
Good read !! I completely agree with the fact that new PMs do find the Initiation stage challenging. Good to see that you are helping them Mate !
Thank you so much Samuel !!
Thanks for sharing. I’ve found getting a RACI matrix important to define responsibility for actions and ensure who to keep inform, often however I’ve come into Teams mid project and found this has never been defined resulting in things not being done and important stakeholders not aware when actions have been taken.
Absolutely James … Often PMs missed to create the RACI document, which shouldn’t be the case ideally … Thanks for sharing your comment as always 🙂
Miss*