For "RoundTheClockWriter"
TEXAS DEPARTMENT OF INFORMATION RESOURCES
Project Plan
Template
Version 2.0 ● 30 MAY 2008
Using this Template
The companion tool, Project Plan Instructions, provides detailed direction for completing this template. This and other Framework tools are available online at www.dir.state.tx.us/pubs/framework/.
To create a deliverable from this template:
1. Delete the template title page (previous page) and this page.
2. Replace [bracketed text] on the cover page (next page) with your project and agency information.
3. Replace [bracketed text] in the tool header area at the top of page i (Contents page) with the same project and agency information as on the cover page.
Note: Please do not remove or modify content in the footer area.
4. Complete the entire template. Each section contains abbreviated instructions, shown in italics, and a content area. The content area is marked with a placeholder symbol (() or with a table. Relevant text from other project deliverables may be pasted into content areas.
Note: Please do not remove the italicized instructions.
5. Update the table of contents by right-clicking and selecting “Update Field,” then “Update entire table.”
TEXAS PROJECT DELIVERY FRAMEWORK
PROJECT PLAN
[Agency/Organization Name]
[PROJECT NAME]
|
VERSION: [VERSION NUMBER] |
REVISION DATE: [DATE] |
Approval of the Project Plan indicates an understanding of the purpose and content described in this deliverable. Approval of the Project Plan constitutes approval of the project planning results and hereby certifies the overall accuracy, viability, and defensibility of the content and estimates. By signing this deliverable, each individual agrees the project has been planned effectively as described herein.
|
Agency Head |
||
|
[Name] |
[Email] |
[Telephone] |
|
Signature |
Date |
|
Executive Sponsor |
||
|
[Name] |
[Email] |
[Telephone] |
|
Signature |
Date |
|
Technology Sponsor |
||
|
[Name] |
[Email] |
[Telephone] |
|
Signature |
Date |
|
Project Manager |
||
|
[Name] |
[Email] |
[Telephone] |
|
Signature |
Date |
|
Information Security Officer |
||
|
[Name] |
[Email] |
[Telephone] |
|
Signature |
Date |
Contents
3Section 2. Project Organization
32.3 Roles and Responsibilities
43.2 Methods, Tools, and Techniques
43.3 Estimation Methods and Estimates
7Section 4. Monitoring and Control
8Section 5. Quality Management
85.1 Quality Management Approach
85.2 Quality Objectives and Standards Identification
85.3 Project Reviews and Assessments
95.4 Deliverables Acceptance Criteria
95.5 Process Improvement Activities
10Section 6. Communication Management
106.1 Communication Management Approach
106.2 Communication Stakeholders and Information Identification
11Section 7. Configuration Management
117.1 Configuration Management Approach
117.2 Configuration Management Tools, Environment, and Infrastructure
117.3 Configuration Identification
117.5 Status Accounting and Reporting
13Section 8. Performance Management
138.1 Performance Management Approach
138.2 Performance Objectives and Standards Identification
149.1 Risk Management Approach
159.3. Risk Monitoring and Control
16Section 10. Project Transition
19Section 13. Revision History
Section 1. Project Overview
1.1 Project Description
Describe the approach the project will use to address the business problem, including summarizing how the project will deliver the expected business outcomes and performance objectives.
(
1.2 Project Scope
Describe the project scope by defining what the project will and will not accomplish. Provide a narrative or bulleted list of deliverables, services, and/or solutions expected as outcomes of the project.
|
Project Includes |
|
|
|
|
|
|
|
Project Excludes |
|
|
|
|
|
|
1.3 Assumptions
Describe any project assumptions related to business, technology, resources, scope, expectations, or schedules.
|
Assumptions |
|
|
|
|
|
|
1.4 Constraints
Describe the limiting factors, or constraints, that restrict the project team’s options regarding scope, staffing, scheduling, and management of the project.
|
Constraints |
|
|
|
|
|
|
Section 2. Project Organization
2.1 Project Structure
Describe the organizational structure of the project team and stakeholders, preferably providing a graphical depiction as shown by the example project organization chart in the instructions.
(
2.2 External Stakeholders
Specifically describe external project stakeholders by identifying the stakeholder’s function and interest. A Project Contact Register or its equivalent is developed as part of this section.
|
Function Stakeholder Represents |
Stakeholder Interest |
|
|
|
|
|
|
|
|
|
|
|
|
2.3 Roles and Responsibilities
Describe roles and responsibilities for the project structure and external stakeholders as identified above. A Project Contact Register or its equivalent is developed as part of this section.
|
Role |
Responsibility |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Section 3. Project Start-Up
3.1 Project Life Cycle
Specify and describe life cycle model(s) that will be used for the project. If formal standards have been established at the organization or agency level, refer to the agency and/or organizational practices. In the description, include tailoring of any practices to accommodate specific project needs if applicable.
(
3.2 Methods, Tools, and Techniques
Identify the method(s), standards, policies, procedures, programming language(s), reusable code repositories, and other notations, tools, and techniques that may be used to develop and/or deploy the products and/or services for the project.
(
3.3 Estimation Methods and Estimates
Describe the methods used to estimate the project level of effort, schedule, and budget. Include tools and techniques used to obtain the estimates in the description. Provide estimates for the project dimensions (effort, schedule, and budget), and identify the source or basis of the estimates and the level of uncertainty and risk associated with the estimates.
|
Estimation Methods and Estimates |
|
|
Description |
|
|
Effort in person-months or person-hours |
|
|
Schedule in calendar months |
|
|
Budget in dollars |
|
|
Source/Basis of Estimates |
|
|
Level of Uncertainty |
|
3.4 Work Activities
Provide a reference to the location of the work breakdown structure (WBS) and work packages within the WBS.
|
WBS Location |
|
3.5 Schedule Allocation
Provide a reference to the location of the project schedule.
|
Project Schedule Location |
|
To highlight major accomplishments as initially planned in the project schedule, identify major project milestones and planned completion dates for delivery. This list should reflect products and/or services delivered to the end user as well as the delivery of key project management or other project-related work products.
|
Major Milestone/Deliverable |
Planned Completion Date |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
3.6 Resource Allocation
Provide a reference to the location of the resource schedule.
|
Resource Schedule Location |
|
Identify the total number of resources (e.g., personnel, equipment, facilities) that will be needed for the project, For personnel, include each of the defined project organizational roles in the resources and describe skill set requirements when appropriate. Identify the estimated timeframe (start to finish) for project commitment.
|
Resource |
Total |
Skill Set Requirements |
Timeframe |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
3.7 Budget Allocation
Provide a reference to the location of the budget schedule.
|
Budget Schedule Location |
|
Identify the budget amount allocated by key budget category (e.g., project milestone or standard cost categories such as personnel, travel), including the time period that may constrain use of the budget.
|
Key Budget Category |
Budget Amount |
Time Period |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Section 4. Monitoring and Control
4.1 Change Management
Describe the process for managing all proposed changes, including how change requests are initiated, logged and tracked, and assigned for analysis and recommendation. Include the change request review process and any additional processes. If formal change management policies and procedures have been established at the organization or agency level, refer to the agency and/or organizational practices. In the description, include tailoring of any practices to accommodate specific project needs if applicable.
(
4.2 Issue Management
Describe the process for managing project issues, including the resources, methods, and tools to be used to report, analyze, prioritize, and resolve project issues. Include how the issues will be tracked and managed to closure. If formal issue management policies and procedures have been established at the organization or agency level, refer to the agency and/or organizational practices. In the description, include tailoring of any practices to accommodate specific project needs if applicable.
(
4.3 Status Reporting
Describe how project status reporting information will be used to monitor and control the project, including escalation procedures and thresholds that may be used in response to corrective actions identified as part of the reporting process. If formal status reporting policies and procedures for monitoring and controlling projects have been established at the organization or agency level, refer to the agency and/or organizational practices. In the description, include tailoring of any practices to accommodate specific project needs if applicable.
(
Section 5. Quality Management
5.1 Quality Management Approach
Describe the overall, high-level approach to quality management based on project performance. Summarize how quality management activities will be accomplished collectively. If formal quality management policies and procedures have been established at the organization or agency level, refer to the agency and/or organizational practices. In the description, include tailoring of any practices to accommodate specific project needs if applicable.
(
5.2 Quality Objectives and Standards Identification
Based on project-specific methods, describe how quality objectives and standards are identified and organized in preparation for executing quality management. A Quality Register or its equivalent is developed as part of this section.
(
5.3 Project Reviews and Assessments
Describe the types of project reviews that are directly related to project quality. Describe the quality tools used, frequency, reviewer(s), and the report that will be generated as a result of the review.
|
Review Type |
Frequency |
Tools |
Reviewer |
Reports |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Describe how the results of project reviews will be monitored, evaluated, and how variance to acceptable criteria will be reported and resolved.
(
5.4 Deliverables Acceptance Criteria
For each project deliverable, describe the final approval process for acceptance from an overall quality perspective and the objective criteria to be used for stakeholder acceptance.
|
Deliverable |
Final Approval Process |
Stakeholder Acceptance Criteria |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
5.5 Process Improvement Activities
Describe the activities that will be performed periodically to assess the project’s processes, identify areas for improvement, and implement improvement plans.
(
Section 6. Communication Management
6.1 Communication Management Approach
Describe the overall, high-level approach to communication management for the project. Summarize how communication management activities will be accomplished collectively. If formal communication management policies and procedures have been established at the organization or agency level, refer to the agency and/or organizational practices. In the description, include tailoring of any practices to accommodate specific project needs if applicable.
(
6.2 Communication Stakeholders and Information Identification
Based on project-specific methods, describe how project stakeholders and information requirements are identified and organized in order to ensure timely and appropriate collection, generation, dissemination, storage, and ultimate disposition of project information among project stakeholders. A Communication Register or its equivalent is developed as part of this section.
(
6.3 Distribution Groups
Provide a reference to the location of the project distribution list information, or identify and describe distribution groups that will be used to distribute project information, including name and owner.
|
Project Distribution List Information |
|
|
Distribution Group Name |
Distribution Group Description |
Owner |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Section 7. Configuration Management
7.1 Configuration Management Approach
Describe the overall, high-level approach to configuration management (CM) for the project. Summarize how configuration management activities will be accomplished collectively. If formal configuration management policies and procedures have been established at the organization or agency level, refer to the agency and/or organizational practices. In the description, include tailoring of any practices to accommodate specific project needs if applicable.
(
7.2 Configuration Management Tools, Environment, and Infrastructure
Describe the tools, environment, and infrastructure required for the execution of the project CM activities.
(
7.3 Configuration Identification
Based on project-specific methods, describe the methods for identifying project configuration items (CI) and for placing CIs of the identified baselines under control. A Configuration Items Register or its equivalent is developed as part of this section.
(
7.4 Configuration Control
Based on project-specific methods, describe how configuration control is imposed on the baselined configuration items.
(
7.5 Status Accounting and Reporting
Describe the configuration status accounting and reporting activities.
(
7.6 Audits and Reviews
Describe the configuration audits and reviews to be held for the project’s CIs.
(
7.7 Interface Control
Describe the interface control activities required to coordinate changes among the project’s CIs and interfacing items outside the scope of the project. Include the external items to which the project’s CIs interface.
(
7.8 Vendor Control
Describe the activities required to incorporate acquired CIs and CIs for which a vendor has responsibility into the environment. Include activities for coordinating changes to these CIs with their appropriate organizations. Describe the CIs for which the vendor has responsibility and the acquired CIs.
(
Section 8. Performance Management
8.1 Performance Management Approach
Describe the overall, high-level approach to product and/or service performance management. Summarize how performance management activities will be accomplished collectively. If formal performance management policies and procedures have been established at the organization or agency level, refer to the agency and/or organizational practices. In the description, include tailoring of any practices to accommodate specific project needs if applicable.
(
Describe the scope of the performance management effort in relation to the project. The performance scope defines limits in terms of managing the performance of the goods and/or services.
(
8.2 Performance Objectives and Standards Identification
Based on project-specific methods, describe how performance objectives and standards are identified and organized in preparation for executing performance management. A Performance Register or its equivalent is developed as part of this section.
(
Section 9. Risk Management
9.1 Risk Management Approach
Describe the overall, high-level approach to risk management for the project. Summarize how risk management activities will be accomplished collectively. If formal risk management policies and procedures have been established at the organization or agency level, refer to the agency and/or organizational practices. In the description, include tailoring of any practices to accommodate specific project needs if applicable.
(
9.2 Risk Assessment
9.2.1 Risk Identification
Based on project-specific methods, describe how risks are identified and organized in preparation for performing risk analysis, such as use of methods and techniques like brainstorming, interviews, and risk factor tables. A Risk Register or its equivalent is developed as part of this section.
(
9.2.2 Risk Analysis
Based on project-specific methods, describe how risks will be analyzed to establish the project exposure for each risk and to determine which risks are the most important ones to address. Describe scales for rating risks and risk threshold values.
|
Risk Analysis Description |
|
|
Scales Description |
|
|
Risk Threshold Values Description |
|
9.2.3 Risk Response Strategies
Based on project-specific methods, describe how risk response strategies are assigned for each risk.
(
9.3. Risk Monitoring and Control
9.3.1 Risk Tracking
Based on project-specific methods, describe how risks will be continually tracked to ensure that effective risk management is performed, such as use of methods and techniques like risk checklists and watch lists.
(
9.3.2 Risk Reporting
Based on project-specific methods, describe techniques to review and present the status of project risks, such as use of reports for examination of risk response strategies in a summarized (collection or risk items) or detailed (single risk item) manner.
(
Section 10. Project Transition
10.1 Closeout Plan
Summarize the plan for closing the project from an administrative, financial, and logistical perspective.
(
10.2 Phase Closeout
Describe phase closeout plans if applicable.
(
Section 11. References
Provide a list of all documents and other sources of information referenced in the Plan and utilized in the project. Include for each the document number, title, date, and author.
|
Document No. |
Document Title |
Date |
Author |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Section 12. Glossary
Define all terms and acronyms required to interpret the Project Plan properly.
(
Section 13. Revision History
Identify changes to the Project Plan.
|
Version |
Date |
Name |
Description |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Section 14. Appendices
Include any relevant appendices.
(
Texas Department of Information Resources
Austin, TX
NOTE: Please remove this page when creating a Project Plan deliverable.