Within the Planning process phase, the project team will begin creating project documentation that will identify all of the processes and activities necessary to successfully deliver the project objectives. The project team documents those processes and activities in a comprehensive set of plans known as the Project Management Plan (PMP) with related subsidiary plans.

The PMP and other documents created during the Planning process phase will explore all aspects of the project such as scope, duration, cost, quality, communications, resources, risks, procurement, and stakeholder engagement. There is significant value in the planning process - preparing for unknowns, challenging assumptions, seeking input from various stakeholders - and it is important that there is active participation by the sponsoring organization along with the project team. While the project team may lead the development of project plans, sponsoring organization and key subject matter expert (SME) participation in PMP development is crucial for effective implementation of the associated processes and activities necessary to achieve realistic plans.

                                      Each process phase Key Element is discussed independently below. Click on a Key Element title to expand the view and see the additional content.

•   Recommended Practices

• Appropriate project planning is essential to the success of all projects. The following practices can help guide successful project planning.

  It Takes a Village...to Make a Project Successful
  Proactively reach out to other organizations or project management practitioners to identify lessons learned that could be significant for the current project. Consult with project professionals who have implemented similar technology, worked with the same vendor, or managed Stakeholders with similar characteristics who are willing to share valuable insights. Leveraging knowledge and experience of others can be extremely beneficial to the success of the project.

  Connect the Dots… Clarify the Scope
  Ensure that the project scope statement(s) clearly satisfies the needs expressed in the business case. Prioritize high-level scope items and use those priorities to drive project planning and project decisions. Subject Matter Experts (SMEs) should develop requirements based upon the business case and scope statement(s). These activities will help avoid scope creep and create a baseline for scope traceability throughout the PMLC.

  Make a Deliberate Choice When Determining the Delivery Method
  When planning the implementation for projects, consider an incremental or modular approach to be able to deliver new functionality to users continuously. Instead of delivering all functionality at once, include several releases of functionality over the course of the project, with the highest priority first, so that users can begin realizing business value in months instead of years.

  No Matter the Size or Scope, the Schedule is a Key Component
  It is critical to develop and rigorously manage the project’s schedule. The greater the size and complexity of the project, the more important it is to have a well-defined schedule to help manage tasks and scope. Ensure that the project team has the requisite skill level to build, maintain, and report against the schedule.

  Security Essentials
  It is hard to overstate the importance of security for any project. This includes both IT-related security and the physical security of the project team and sponsoring organization. Engage security professionals early and often, including the Information Security Officer (ISO), security consultants as required, and any other knowledgeable resources that may be of assistance.

  The ISO both protects the security of project operations and ensures any system or solution built by the project has adequate security safeguards in its architecture to protect confidentiality, integrity, and availability of sensitive data and systems. It is typically much easier, less expensive, and more effective to build security into a system under development than it is to try to “bolt on” security fixes later.

  Effective Change Management Requires Close Attention to an Organization’s Culture
  Organizational Change Management (OCM) is a structured approach for managing the effects of change on people as it relates to new business processes, changes in organizational structure, or implementation of a new system. OCM typically includes communicating to Stakeholders about the how, what, when, and where for changes that will impact them, especially if their current jobs will be affected.

  Organizational culture can be very difficult to transform. It is important to shift the culture by leveraging the way people already think, behave, work, and feel. Identify and bring to the foreground those elements and behaviors that align with the desired changes. Attract people to the change and reinforce the behavior with positive incentives, recognition, and feedback.

  Project Sponsors and other leaders must recognize that significant change requires reaching out to every person affected by it. Resistance to change is a natural response; however, it can be overcome through leadership commitment, reinforcing behaviors, and engaging in active communication throughout every level of the organization.

  Plan to Continually Discover and Validate User Needs
  Solicit user feedback frequently throughout the project life cycle to ensure that user needs are met. This activity extends beyond just requirements gathering. Plan for user interactions during analysis, design, build, and especially test phases to continually discover, refine, and validate user needs through each phase.

  An ongoing research and test feedback loop will relieve some of the pressure and risk associated with waiting to engage users only during system or user acceptance testing at the end of the project. By continually involving users, the project team can make corrections and adjustments as they surface, which will increase the likelihood of meeting business and user needs.

  Early Governance Helps Set Stakeholder Expectations
  Projects typically operate under multiple constraints, determined by the priorities for cost, schedule, and scope. Projects also involve uncertainty, and complex decisions are required to achieve successful outcomes. Therefore, it is recommended that comprehensive project governance be established early in the project. Project governance establishes criteria, time frames, processes, and roles and responsibilities to ensure timely and effective decision making. Using the governance process, Stakeholders should identify their criteria for project success and provide that to the project team.

  Clear Performance Metrics
  Metrics can help quantify the quality, scope, and timeline for each of the deliverables. For example, one metric might be the number of days late that a deliverable was submitted, or the number of review cycles required before the deliverable can be approved.

  When performance metrics are included in the Quality Management Plan, the project can communicate expectations to Stakeholders. The metrics also allow the Project Manager to identify trends and variances so that he or she can identify and address potential problems. This allows the Project Manager to better manage resources.

•   Roles

• The following table identifies primary participant roles and responsibilities for this process phase. In some cases, a project might have unique requirements that call for additional roles or responsibilities depending on the project’s size, type, and complexity.

  Role	Responsibilities
  Executive Sponsor(s)	Provides executive intervention to overcome organizational roadblocks. Key in driving the project goals and objectives to align with the organization’s strategic direction.
  Project Sponsor	Provides overall direction during the planning process. Approves the Project Management Plan (PMP and subordinate plans). Coordinates with all sponsoring organization Stakeholders as the project takes shape. Establishes and maintains communication with external Stakeholders. Participates in identification of risks. Oversees the establishment of governance processes and structures. Ensures the project obtains the resources needed to proceed with project planning. Clarifies priorities among schedule, cost, and project scope. Ensures timely resolution of project issues. Reviews and approves materials submitted for project approval. Reviews and approves funding documents. Advocates for project funding and approval.
  IT Sponsor	Participates in the development of the PMP and subordinate plans. Participate in the development of system requirements and the traceability matrix. Participate in the development of funding documents. Provides IT expertise for planning activities.
  Business Owner(s)*	Participates in drafting the PMP and subordinate plans. Identifies and engages SMEs. Participates in planning processes, especially those related to the sponsoring program. Examples include defining functional requirements, Stakeholder analysis, procurement planning, communication planning, and risk identification.
  Project Manager	Leads the preparation of the PMP and subordinate plans. Oversees implementation of the plans. Establishes governance processes and structures. Coordinates development of the requirements documents. Leads Stakeholder analysis and management of Stakeholder activities. Forms teams and begins work to define scope, schedule, and cost. Reviews all applicable standards and regulations to ensure compliance. Participates in collaborative reviews. Oversees development of funding documents. Facilitates development of an initial risk registry. Initiates kickoff meeting(s) with the project team, Stakeholders, and Project Sponsor(s).
  Project Team	Responsible for planning and executing the project. Works with necessary Stakeholders and staff. Delivers their tasks according to the project schedule.
  Contract Manager	Responsible for managing and tracking vendors. Provide oversight and tracking for the system integrator contract and other project-related contracts. Participates in negotiations Facilitates amendments. Reviews work authorizations and invoices. Monitors contract compliance.
  Information Security Officer (ISO)	Responsible for assessing security and providing recommendations to ensure confidentiality, integrity, and availability of data and systems. Works closely with the project team to ensure project operation and product development have appropriate protection of confidential data, are secure against unauthorized access, and that any breaches are reported according to state and federal requirements.
  Subject Matter Experts (SMEs)	Assist in developing functional requirements. Assist in Stakeholder identification and analysis. Assist in defining scope, schedule, and cost.

  * May also be referred to as Business Sponsor.

   
•   Processes

• The following processes are associated with this process phase. The list below contains a high-level description of these processes. 

  • Prepare for Planning Process Phase Activities - In the Planning Process Phase, the project team identifies and standardizes process and procedures that it will use throughout the life of the project. The project team will also define and baseline the project’s scope, budget, and schedule, against which the team will track performance and progress.  In preparation, the team should review, confirm and update the Project Charter as well as project priorities including schedule, cost, scope, and the RACI Matrix. The project team should also conduct a planning kickoff meeting, prepare to complete a Complexity Assessment, and prepared for initial development of a Project Management Plan and appropriate subordinate plans.
  •  
  • Develop Planning Process Phase Artifacts - After completion of the preparation activities, the project team can begin developing the core project management documents that will be executed during the Executing process phase. These include the Project Management Plan, appropriate subordinate project plans, the project work plan, the Work Breakdown Structure (WBS), project schedule, staffing estimates, and project budget.
  •  
  • Approve and Baseline Planning Process Phase Artifacts - Once the Project Manager is satisfied with the planning artifacts, he or she submits them to the Project Sponsor for approval. The Sponsor can approve, request revision of the documents based on new information, determine a new project direction, or even cancel the project. Projects plans are then baselined as reference points after all needed internal and external reviews and approvals are received.
  •  
  • Optimize Planning Process Phase Artifacts - Approved and baselined Planning process phase artifacts will require periodic and systematic revisions and updates as new information becomes available. Changes to one document often will require changes to other artifacts. Ongoing optimization efforts will include project plans, scope, schedule, staffing, and costs.  When making any change, it is important to follow the processes and procedures documented in the PMP or Change Control Management Plan. This ensures that changes are approved at the appropriate level of governance.
  •  
  •  
  • Conduct Procurements - If applicable, project procurements can be conducted once the Project Management Plan and/or relevant subordinate plans have been approved and there is a baselined scope, schedule, and cost for the project. Procurements may include hardware or software purchases, or contract services for expertise that does not exist on the project team.
  •  
  • Planning Process Phase Review - The Planning process phase Checklist should be completed once all phase activities are completed.  This confirms that the project has completed all of its Planning process phase activities and is ready to proceed to the Executing process phase.
•   Activities

• The following activities are undertaken in support of the processes that are associated with this process phase. The list below contains a high-level description of these activities.

  Complete the Complexity Assessment - The Complexity Assessment is typically based on assessments of both the business and technical complexity of the project. These include organizational factors of the sponsoring organization; knowledge of the target user group; Project Manager and team member experience; the time constraints associated with implementation; the political visibility of the project; and the organization’s familiarity with the proposed solution. The Complexity Assessment provides a structured approach for identifying risks and can help drive planning efforts to help lessen risks.

  Update the RACI Matrix - Initially drafted during the Initiating Process Phase, the RACI Matrix can now be updated based on new information. This includes updating the RACI Matrix using the Project Management Plan and subordinate plans that will be developed based on the determined complexity of the project, and assigning the appropriate project team members.

  Hold Planning Process Phase Kickoff Meeting - The Project Manager and Project Sponsor should conduct a Planning process phase kickoff meeting. The meeting should include review of the Project Charter and the project’s purpose, priority, and vision. The Project Manager should review upcoming planning activities and outline each person’s role in the planning process. The Project Manager may choose to go over the updated RACI Matrix.

  Set Project Practices - Project practices are the rules, standards, and tools that will be used by the project team during the project but that have not been included in the Project Management Plan. Not all projects will need to develop specific project practices but it is something to consider at this time. Examples of project practices include document storage standards and project collaboration practices. Engage the project team in the development of practices and ensure all team members know about them.

  Develop the Project Management Plan (PMP) - The PMP describes the mechanics of how aspects of the project will be planned and managed throughout the project management life cycle (PMLC). The PMP may be a single document containing separate sections for each of its components (often true for smaller projects), or it may simply reference standalone subordinate plans for specialized areas (more common for larger and more complex projects). The Project Manager may assign plan development to appropriate team members, and will determine which subordinate plans may also be needed. The PMP should draw information from the Project Charter, the RACI Matrix, the Stakeholder Register, and other project documentation that is available from the Concept and Initiating process phases.

  Develop Subordinate Project Plans - To gain familiarity and knowledge, the Project Manager should review all subordinate plan narratives, templates, and instructions included in the framework. Actual selection of which subordinate plans to use for a specific project will depend on the project’s size, complexity and special needs. Subordinate plans include Change Control, Communication Management, Contract Management, Cost Management, Governance Management, Human Resources (HR) and Staff Management, Implementation Management, Issue Management, Systems Operations Transition, Procurement Management, Quality Management, Requirements Management, Risk Management, Schedule Management, Scope Management, and Stakeholder Management.

  Develop the Work Plan - The project work plan is the next step in refining the project’s preliminary estimates for the scope, schedule, and resources that were prepared during the Initiating process phase. The work plan is developed with new information that has been gathered and analyzed. This activity includes a Work Breakdown Structure, which is a decomposition (breaking down) of a project into smaller components that are more manageable in terms of size, duration, or responsibility. Another tool, the project schedule, is developed to communicate what work needs to be performed, which resources of the organization will perform the work, and the time frames in which that work needs to be performed. Using the WBS and the project schedule as a starting point, the appropriate staffing levels are determined based on the type of project tasks and overall implementation schedule. The project budget is developed by aggregating estimated costs, including staffing, contracted services, facilities, hardware and software, and supplies.

  Baseline Project Plans - The Planning process phase artifacts are considered to be baselined once they are approved by the Project Sponsor. This provides references points for future progress and any changes. 

  Optimize Project Artifacts - As more information is identified and developed, the project may need to update and refine its planning documents, including those relating to the core areas of project scope, schedule, staffing, and cost. When changes are made to any of these artifacts, follow the processes and procedures documented in the Change Control Management Plan. This ensures changes are coordinated throughout all of the project’s work areas and planning documents, and that changes are approved by the appropriate project authority

  Complete the Planning Process Phase Checklist - A checklist can assist the project team with quickly and confidently identifying areas of concern within this phase of the PMLC. In this case, completion of the checklist provides a clear milestone that the Planning process phase is complete.

•   Tools

• A number of project management outputs are developed during the Planning process phase.

   

  Tool/ Output	Definition
  Complexity Assessment (Oversight)	A self-assessment tool used iteratively throughout the project by Project Managers to help accurately determine a project’s complexity based on known project information at the time of the assessment.
  Project Management Plan (PMP)*	Documented processes and procedures for how the project will be managed. For smaller projects, the PMP may be a single integrated plan with sections that address each applicable project management topic. Larger and more complex projects may require development of individual subordinate plans, in addition to the PMP.
  Plans Subordinate to the PMP	Individual subordinate plans documenting the processes and procedures for how the project will be managed, typically created for larger and more complex projects. These include: Change Control Management Plan Communication Management Plan Contract Management Plan Cost Management Plan Governance Management Plan Implementation Management Plan Issue Management Plan Systems Operation Transition Management Plan Procurement Management Plan Quality Management Plan Requirements Management Plan Resource Management Plan Risk Management Plan Schedule Management Plan Scope Management Plan Stakeholder Management Plan
  Change Control Management Plan	Describes how changes will be identified, submitted, monitored, and controlled. Provides direction for managing the change control process, including a formal Change Control Board (CCB). Supporting documentation includes: Change Request Form Change Request Log
  Change Request Form	Documents and ensures that information captured relating to change is consistent throughout the project. Consistent information enables change approvers to make better, more informed decisions project-wide. The change request form includes an analysis report that is tied to a particular change request. This uses information from the change request form to begin populating the analysis.
  Change Request Log	Provides an at-a-glance view of the number and types of changes currently being considered by the project.
  Communication Management Plan	Identifies project communication needs and expectations based on Stakeholder requirements. Describes how this information will be communicated, when and where each communication will be made, and who is responsible for providing each type of communication. Supporting documentation includes: Project Status Reports (Oversight)
  Corrective Action Plan	Documents processes to investigate the root cause of unanticipated problems and process issues encountered during the project life cycle to prevent the causes from recurring during the project.
  Cost Management Plan	Describes how costs will be planned, structured, and controlled. Supporting documentation includes: Cost Baseline
  Cost Baseline	Documents the approved version of the project budget for all project phases. The budget can be changed only through formal change control procedures.
  Governance Management Plan	Describes the process for making project decisions. Provides the Project Manager and project team with the structure, processes, decision-making models, and tools for managing a project.
  Implementation Management Plan	Describes how the system developed by the project will be implemented in the target environment(s).
  Issue Management Plan	Describes how issue management activities will be structured and performed. Supporting documentation includes: Issue Log
  Issue Log	Documents project issues so that they may be managed to reduce negative impacts on the project.
  Systems Operations Transition Management Plan	Describes how project deliverables such as products or services are transferred to the operational environment and integrated into ongoing operations.
  Meeting Agenda and Minutes	Helps to document who will attend and what the planned items of discussion are to be. Once the meeting has concluded the minutes document what has been decided or agreed to and tracks action items including who is responsible and when the items that they are assigned are to be completed by.
  Procurement Management Plan	Describes how a project team will acquire goods. Describes how the procurement processes will be managed, from the development of procurement documents through contract closure.
  Project Organization Chart	Diagram that shows the structure of the project including relationships and a command hierarchy.
  Quality Management Plan	Describes how an organization's quality policies will be implemented. Supporting documentation includes: Process Improvement Plan
  Requirements Management Plan	Describes how requirements will be gathered, defined, analyzed, documented, and managed. Requirements Management is traditionally a component of Scope Management, but may be elevated based on complexity of project and identified risk. Supporting documentation includes: Requirements Traceability Matrix (RTM)
  Requirements Traceability Matrix (RTM)	Reusable tool for collecting and establishing requirements. It links each requirement to business needs and goals as well as project objectives.
  Resource Management Plan	Describes how the project resources will be structured. Includes equipment, hardware, software, services, staffing, facilities, etc., along with the project roles, responsibilities, reporting relationships, and staff management. Describes agreements on resources required to do the project work, when work commences, and for how long. This may include both UC Davis and contractor staff. Supporting documentation includes: Project Organization Chart Skills Assessment Position Description
  Risk Management Plan	Describes how risk management activities will be structured and performed. Supporting documentation includes: Risk Register Risk Assessment (Oversight)
  Risk Register	Documents and manages known risks in accordance with the Risk Management Plan (may be incorporated within the PMP). This includes tracking information such as probability, impact, triggers, mitigation plans, and contingency plans.
  Schedule Management Plan	Describes the criteria and the activities for developing, monitoring, and controlling the schedule. Supporting documentation includes: Schedule Baseline
  Schedule Baseline	Documents the approved baseline version of the project schedule, which can be changed only through formal change control procedures.
  Scope Management Plan	Describes how the scope will be defined, developed, monitored, and controlled. Supporting documentation includes: Scope Baseline Work Breakdown Structure (WBS)
  Scope Baseline	Documents the approved version of a Scope Statement, Work Breakdown Structure (WBS), and WBS dictionary, which can be changed only through formal change control procedures.
  Skills Assessment	Assesses project team members’ skills and identifies how those skills align with the project needs.
  Stakeholder Management Plan	Describes the processes, procedures, tools, and techniques to effectively engage Stakeholders in project decisions based on Stakeholder needs, interests, and requirements. For smaller projects, may be incorporated into the Communication Management Plan. Supporting documentation includes: Stakeholder Register
  Stakeholder Register	Documents the quantitative and qualitative analyses of people whose interests should be considered.
  Project Management Supporting Documents	Documentation supporting the various project management plans.
  Project Status Reports (Oversight)	Informs and engages Stakeholders with information about project progress and performance.
  Risk Assessment (Oversight)	Assesses the risk associated with project activities.
  Work Breakdown Structure (WBS)	Decomposition (break down) of a project into smaller components in order to organize the project work into manageable work packages.
  Planning Process Phase Checklist	Lists specific milestones used to confirm completion of project process phases as part of the acceptance process.

  * For select templates, two versions are available. A standard and a mini. The mini is designed for the smaller of the low complexity projects, pilot projects, and those who are exploring a proof of concept. The standard version is for all other project

   
•   Outputs

• The following deliverables are created as a result of the processes and activities completed during this process phase; these are called outputs. The outputs associated with this process phase are listed below:

  Completed Project Management Plan (PMP) and Subordinate Project Documents

  Completed Development of Project Policies

  Updated RACI Matrix

  Initial Risk Register

  Completed Development of the Preliminary Plans

  Completed Planning Process Phase Checklist

.