The purpose of the Project Planning Phase is to
identify and document scope, business requirements, tasks, schedules, costs,
risk, quality, and staffing needs. This phase include all the activities
necessary for the project office to establish the project staffing, project
infrastructure and stakeholder accountability, along with all the project
management plans, including the appropriate levels of pre-planning
documentation for the follow-on phases. This phase often executes in parallel
with the Acquisition Life Cycle.
The Planning Phase begins when the project has been formally approved and funded, and the Project Charter is approved. This Phase requires study and analysis culminating in the full Project Management Plan and that may lead to system development activities.
The Planning Phase begins when the project has been formally approved and funded, and the Project Charter is approved. This Phase requires study and analysis culminating in the full Project Management Plan and that may lead to system development activities.
Acquisition activities are performed, if necessary, to
obtain contractor support. The project work is broken down into specific tasks
and sub-tasks, including the identification of project deliverables and
assignment of allocated resources to each task. Control documents relating
to that effort are produced. The degree of project management rigor that
is to be applied to the project is determined and milestones are established.
Specific plans for management and governance of the project are established and
documented to guide ongoing project execution and control. The Planning
Phase ends with a formal review during which the adequacy of the Project
Management Plan is determined.
Types of Plans
Creating a project plan is not a trivial exercise. The project manager needs to spend time gathering requirements from a variety of stakeholders and working closely with key technical staff to identify strategies and risks. For large or complex projects, creating even the initial plan may take several weeks. However, not all projects are “created equal” and some may not justify this amount of effort. Sometimes a project plan can be created on the back of an envelope (and, of course, captured in more detail during documentation – MS Excel is probably the most popular way many of you do this.)
Creating a project plan is not a trivial exercise. The project manager needs to spend time gathering requirements from a variety of stakeholders and working closely with key technical staff to identify strategies and risks. For large or complex projects, creating even the initial plan may take several weeks. However, not all projects are “created equal” and some may not justify this amount of effort. Sometimes a project plan can be created on the back of an envelope (and, of course, captured in more detail during documentation – MS Excel is probably the most popular way many of you do this.)
- Exploratory Plans: these often begin with a conversation and some, “what ifs.” A creative developer has an idea for a potentially useful software tool or an alternate approach to solving a vexing problem. What makes these thought exercises a project that requires planning is the need for resources. It is one thing to have an idea. However to try it out and test its utility, someone has to approve the objective and the allocation of hardware and human resources. Even exploratory projects need a statement of the problem, a sequence of steps, a schedule and a method to evaluate outcomes.
- Agile Development Plans: I discussed Agile Development methodology in “Project Management and the Agility Factor” as a style of project development that focuses on short iterations of feature development. Kent McDonald, writing for ProjectConnections, suggests that a Project Plan for Agile Development would only cover a period of two to four weeks. “During those iterations, all of the necessary work to take features from an idea to a working product is completed …” Each iteration begins with a feature-based plan that includes detailed tasks, schedule and deliverables.
- Traditional Waterfall Plans: When waterfall development method is used on a project, the project management plan covers the life cycle of the project in discrete steps beginning with requirements analysis followed by design, implementation, test and maintenance. Because plans developed for waterfall method projects may cover months or even years of activity, these plans are more likely to require re-planning driven by external events.
Characteristics of a Good Project Management Plan
Here are a few tips to help you make a better project plan:
Here are a few tips to help you make a better project plan:
- Clearly defines the scope of the project
- Show dependencies between tasks as part of risk management
- Comprehend resource loading and realistic levels of effort
- Reflect awareness of project risks and allow time to understand and mitigate them
- Accompany the plan with a communication plan that explains goals, tasks, schedule and performance information with key stakeholders
- Include qualitative measurement of deliverables tied to project requirements (Focused on outcomes and not just widgets)
- Help developers, team leaders and users understand the project and their role in its success
References:
http://fearnoproject.com/2011/08/11/the-importance-of-project-planning-%E2%80%93-pmbok-chapter-3/