Professional Documents
Culture Documents
Project Management Plan Template: Italic Red Italic Red
Project Management Plan Template: Italic Red Italic Red
This document is an annotated outline for a Project Management Plan, adapted from the PMI Project Management Body of Knowledge (PMBOK) and I !tandard for Project Management Plans" The Project Management Plan is considered to #e a $Best Practice% template #y the T! nterprise Program Management Office ( PMO)" The template is designed to address items for all si&es of projects" 'or small projects, it may #e appropriate to omit sections" 'or uni(ue projects, you may need to add sections" Tailor as appropriate" )here you decide to omit a section, you might *eep the header, #ut insert a comment saying why you omitted the element" + suggested method is to lea,e the header and place the comment $-ot +pplica#le%" This demonstrates you ha,e thought through the project" Items in italic red te.t should #e remo,ed and replaced with your project wording" The items in italic red are remar*s designed to e.plain and gi,e guidance on what should #e in that section" If you ha,e a document already addressing a section, reference that document and where that document resides" -ote /0 The Project Management Plan guidelines were deri,ed and de,eloped from I !tandard /123"/ !tandard for Project Management Plans (+-!I) and the PMI Project Management Body of Knowledge (PMBOK)" -ote 40 The ordering of Project Management Plan elements is not meant to imply that the sections or su#sections must #e de,eloped or presented in that order" The order of presentation is intended for ease of use, not as a guide to preparing the ,arious elements of the Project Management Plan"
5,ar5www5apps5con,ersion5tmp5scratch6/54/17813/2"doc
Page / of 47
Version: (n)
Date: (mm/dd/yyyy)
5,ar5www5apps5con,ersion5tmp5scratch6/54/17813/2"doc
Page 4 of 47
2. Distri !tion
Recipient Name Recipient Organization Distribution Method
".
Plan A##rovers
Identify the plan approvers. List the name, signature and date the plan was approved. Approver Name Approver Signature Approval Date Approval roup !epresented
5,ar5www5apps5con,ersion5tmp5scratch6/54/17813/2"doc
Page ; of 47
(Agency Name Project Name) Project Management Plan Approver Name Approver Signature Approval Date Approval roup !epresented
5,ar5www5apps5con,ersion5tmp5scratch6/54/17813/2"doc
Page 8 of 47
$A%&' () *(+$'+$,
5,ar5www5apps5con,ersion5tmp5scratch6/54/17813/2"doc
Page / of 47
Project Overview
Provide a concise summary of the project objectives, scope, out of scope, the product to be delivered, major work activities, major work products, major milestones, required resources, and master high level schedules and budget requirements. !he Project "verview describes the relationship of this project to the agency mission, other projects, and business impact.
Scope
#efine the work that must be completed to deliver the product or service with the specified features and functions. $%ample &' (odifications to software as stated in the requirements document approved on ))*))*)). $%ample +' !his is a new web application requiring hosting at ,,, agency.
Out Of Scope
#efine the work outside of this project. $%ample &' $%ternal interface modifications will not be part of this project but will be addressed with future projects. $%ample +' !his project is already being hosted by ,,, agency and does not havee any additional hosting requirements.
Project Deliverables
Below is a list of artifacts to #e deli,ered to the customer or deli,ered to the PMO for project certification. Based upon the si-e of your project .small, medium, or large/ you will decide which artifacts are relevant to your project 0ot all projects will create all of the artifacts listed. If you have additional items, add them to the list. (ark the column appropriately to indicate if your project will or will not be producing
5,ar5www5apps5con,ersion5tmp5scratch6/54/17813/2"doc Page 4 of 47 145/45/8 /8043 +45P4
A!T&'A(T
+gency !ystems 9e,elopment <ife :ycle Methodology (!9<:) +pplication Technical +rchitecture Budget Build ,s" Buy +nalysis for !oftware Business :ase Business 'unctional =e(uirements :hange :ontrol Process :ommunication Plan :onfiguration Management Plan :ritical !uccess 'actors 9eli,era#le +cceptance :riteria 9isaster =eco,ery 5 Business :ontinuity Plan >ardware Procurement <ist Issue <og <essons <earned Maintenance ? !upport Plan Organi&ational Brea*down !tructure Performance 5 !cala#ility Test Plan Practices ? Techni(ues Project :harter Project Management Plan Project Milestones Project !chedule Project !uccess Measurements Project Test Plan @uality +ssurance Plan
5,ar5www5apps5con,ersion5tmp5scratch6/54/17813/2"doc Page ; of 47
)es * No
A!T&'A(T
=egression Test Plan =is* +ssessment 5 Profile =oles ? =esponsi#ilities !ecurity +rchitecture !er,ice le,el +greements !oftware 9eployment Plan !oftware Procurement <ist !oftware Aser 9ocumentation !oftware Berification ? Balidation Plan !O) (!tatement of )or*) !taffing Plan Tas* stimates Training Plan A+T Test Plan Anit Test Plan )or* Brea*down !tructure ()B!)
)es * No
5,ar5www5apps5con,ersion5tmp5scratch6/54/17813/2"doc
Page 8 of 47
+# Project ,rgani-ation
#escribes the project organi-ational structure, identifies organi-ational boundaries and interfaces, and defines individual responsibilities for the various project elements.
Organizational Structure
#escribes the internal management structure of the project. 1raphical devices such as hierarchical organi-ation charts or matri% diagrams may be used to depict the lines of authority, responsibility, and lines of communications within the project. 2how an organi-ational chart for each agency, team, or consultants involved with the project.
5,ar5www5apps5con,ersion5tmp5scratch6/54/17813/2"doc
Page 2 of 47
.# Management Process
!his section describes project assumptions, dependencies, and constraints, risk management techniques, monitoring and control practices, staffing plan, communication plan, and escalation procedures.
#ependencies DDD
6onstraints DDD
!is% Management
Identify and assess the risk factors associated with the project. #escribe the prescribed mechanisms for tracking the various risk factors .e.g., 2elf 3ssessment and risk statistical analysis .43(P/ and implementing contingency plans. 4isk factors that should be considered include contractual risk, technology risk, si-e and comple%ity risks, personnel acquisition and retention risks, and risks to achieving customer acceptance of the product.
Staffing Plan
2pecify the numbers and types of personnel required to conduct the project. .!his includes staffing requirements from your team, vendors, contractors or outside agencies if the information is obtainable./
$ommunication Plan
#escribe the communication plan to be used during the project. 3lso describe the frequency of planned meetings needed for the project. 3n e%ample of a 6ommunication Plan, (eeting (inutes document, Issue Log, 2tatus 4eport 5 2ign in 2heet are listed below. #escribe how these and other documents will be used to properly communicate meetings, report distributions, issues, risk management and project status to various people associated with the project.
"Communication Plan "Meetin Minutes "Issue !o Template ""ee#l$ P%o&ect Template 2004.08.27.doc" Template 20040722.doc" 20040722.xls" 'tatus Repo%t Template 20040722.doc"
'scalation Procedures
#escribe the escalation procedures to be used during the project.
/# Tec0nical Process
#escribes the technical methods, tools, and techniques to be used on the project. In addition, the plan for software documentation shall be specified, and plans for project support functions such as quality assurance, configuration management, and verification and validation shall be identified.
(Agency Name Project Name) Project Management Plan to be used to specify, design, build, test, integrate, document, deliver, modify, or maintain the project deliverables. In addition, the technical standards, policies, procedures, and guidelines governing development shall be included or by reference to other documents.
Arc&itecture Plan
4eference the 3rchitecture Plan by specifying or attaching a copy of the 3rchitecture Plan document.
Software Documentation
2pecify directly, or by reference, the documentation plan for the software portion of the project. !he documentation plan shall specify configuration management and version control requirements along with storage and media requirements.
*ardware Documentation
2pecify the hardware needed to support the application in production.
Security
2pecify security requirements needed to support the application. 3lso specify security requirements needed to access the application.
5,ar5www5apps5con,ersion5tmp5scratch6/54/17813/2"doc
Page 3 of 47
,or% Pac%ages
!his subsection will define the work packages .work breakdown structure .8B2// for the activities and tasks that must be completed in order to satisfy the project agreement. $ach work package must be uniquely identified9 identification may be based on a numbering scheme and descriptive title. 3 diagram depicting the breakdown of activities .1antt 6hart/ may be used to depict a hierarchical relationship among work packages.
Dependencies
!his section will state the ordering relations among work packages to account for interdependencies among them and dependencies on e%ternal events. !echniques such as dependency lists, activity networks, and the critical path method may be used to depict dependencies among work packages.
!esource !e)uirements
Identifies, as a function of time, estimates of total resources required to complete the project. 0umbers and types of personnel, computer time, hardware, software, office facilities, travel, training, and maintenance requirements are typical resources that should be specified.
Budget !e)uirements
Identifies, as a function of time, estimates of total budget dollars required to complete the project.
5,ar5www5apps5con,ersion5tmp5scratch6/54/17813/2"doc
Page 7 of 47
Sc&edule
2pecify the schedule for the various project functions, activities, and tasks, taking into account the precedent relations and the required milestone dates. 2chedules may be e%pressed in absolute calendar time or in increments relative to key project milestones.
-etwor% Diagram
!his subsection will define the project network diagram, including the critical path. !he network diagram may be included as an 3ppendi%.
Project Milestones
!his section will identify the project milestones. 3 milestone is a clearly identifiable point in time that summari-es the completion of a related or important set of tasks .e.g., design, testing/. (ilestones are commonly used as a reference point or summary of important events in a project.
Approval Process
Identifies the management process for obtaining approval of project deliverables, as well as any :go: * :no go: decision points in the project. !his should also include any approvals needed from anyone outside the agency or group. !he approval process should also outline the gate decision process for the :go: * :no go: decision points in the project.
Acceptance $riteria
Identifies the customer acceptance criteria for project implementation.
5,ar5www5apps5con,ersion5tmp5scratch6/54/17813/2"doc Page /1 of 47 145/45/8 /8043 +45P4
8# Test Strategy
!his section will describe how =nit !esting, >unctional !esting, 2ystem !esting, =ser 3cceptance !esting, 4egression !esting, and Performance * 2calability !esting will be accomplished. !he test strategy should also include #ata 7erification.
Unit (esting +unctional (esting System (esting User Acceptance (esting !egression (esting Performance . Scalability (esting Data /erification
9# Deployment Plan
!his section will describe how the product will be deployed into production.
5,ar5www5apps5con,ersion5tmp5scratch6/54/17813/2"doc
Page // of 47
5,ar5www5apps5con,ersion5tmp5scratch6/54/17813/2"doc
Page /4 of 47
"1#
(A- -D'0 O! 12OSSA!3 O+ ('!MS O! A$!O-3MS# US'D (*!OU1*OU( (*' P!O4'$( MA-A1'M'-( P2A- S OP( O-A2 BU( !'$OMM'-D'D (O MP!O/' USAB 2 (3 A-D P!O/ D' D'+ - ( O-S O+ $OMMO('!MS US'D (*!OU1*OU( (*' S3S('M D'/'2OPM'-( 2 +' $3$2'56
A Acceptance $riteria ) T(e list o* %e+ui%ements t(at must be satis*ied p%io% to t(e custome% acceptin deli,e%$ o* t(e p%oduct. Acceptance (est ) -o%mal use% pe%*o%med testin pe%*o%med p%io% to acceptin s$stem .sometimes called client acceptance test o% use% acceptance test/. t(e
Ac)uisition ) 0ene%ic te%m *o% (a%d1a%e2 so*t1a%e2 o% se%,ices ac+ui%ed *%om an outside ,endo% o% cont%acto%. Action Plan 3 A plan t(at desc%ibes 1(at needs to be done and 1(en it needs to be completed. P%o&ect Mana ement Plans a%e action plans. Activity 3 A speci*ic p%o&ect tas#2 o% %oup o* tas#s2 t(at %e+ui%e %esou%ces and time to complete. Adaptive System ) 4esc%ibes so*t1a%e t(at (as *lexibilit$ as t(e p%ima%$ desi n point. Application ) 0ene%ic te%m *o% a p%o %am2 o% s$stem2 t(at (andles a speci*ic business *unction. Application Software ) A complete2 sel*3contained p%o %am t(at can pe%*o%m 1o%# *o% a use%. T(is is in cont%ast to s$stem so*t1a%e suc( as an ope%atin s$stem2 se%,e% p%ocesses2 and lib%a%ies t(at exist in suppo%t o* application so*t1a%e. Approval $ycle ) P%ocess o* ainin *undin and mana ement app%o,al p%io% to p%o&ect initiation. Arc&itecture ) Imposes o%de% and ma#es inte%connections possible. 0ene%all$ de*ined as an inte%mediate step bet1een initial %e+ui%ements and business *unctional speci*ications du%in 1(ic( t(e enti%e complex o* (a%d1a%e2 so*t1a%e2 and desi n conside%ations a%e ,ie1ed as a 1(ole. Re*e%s to a bluep%int *o% e,ol,in a tec(nical in*%ast%uctu%e. Assessment ) A ene%al te%m *o% t(e *o%mal mana ement %e,ie1 o* a p%ocess. Audit 3 A *o%mal and detailed examination o* t(e p%o %ess2 costs2 ope%ations2 %esults2 o% some ot(e% aspect o* a p%o&ect o% s$stem pe%*o%med b$ an independent pa%t$.
5,ar5www5apps5con,ersion5tmp5scratch6/54/17813/2"doc
Page /; of 47
$onfiguration Management ) Met(odical sto%a e and %eco%din components and deli,e%ables du%in de,elopment.
o* all so*t1a%e
$onnectivity ) Re*e%s to t(e abilit$ to send and %ecei,e in*o%mation bet1een locations2 de,ices2 and business se%,ices.
5,ar5www5apps5con,ersion5tmp5scratch6/54/17813/2"doc
Page /3 of 47
5,ar5www5apps5con,ersion5tmp5scratch6/54/17813/2"doc
Page /7 of 47
!elational Database ) A collection o* data t(at is o% ani6ed into tables so t(at %elations(ips bet1een and amon data can be establis(ed.
5,ar5www5apps5con,ersion5tmp5scratch6/54/17813/2"doc
Page 41 of 47
Project Management Plan 3 T(e cont%ollin document *o% mana in a so*t1a%e p%o&ect. T(e PP de*ines t(e tec(nical and mana e%ial p%o&ect *unctions2 acti,ities2 and tas#s necessa%$ to satis*$ t(e %e+ui%ements o* a so*t1a%e p%o&ect. Specifications ) 0ene%al te%m *o% t(e 1ide ,a%iet$ o* pape%3based desc%iptions o* a p%o %am o% s$stem. Sta%e&olders 3 People 1(o (a,e a pe%sonal o% a enc$ inte%est in t(e end %esults o* a p%o&ect. Standalone ) 4esc%ibes a compute% 1o%#station 1(e%e t(e compute% is not connected to an$ ot(e% compute% on a net1o%#. Statement of ,or% 7SO,6 3 An inte %ated set o* tas# desc%iptions2 oal desc%iptions2 %is#s2 and assumptions t(at accompan$ t(e e,ol,in maste% P%o&ect Mana ement Plan du%in de,elopment. Strategic Plan ) T(e lon 3%an e plan 1(e%e t(e (o%i6on is usuall$ t(%ee to *i,e $ea%s time span. Subcontract 3 4ele atin tas#s o% sub3p%o&ects to cont%acto%s o% ot(e% o% ani6ations. System ) A lin#ed collection o* p%o %ams2 o% components2 t(at pe%*o%m a business o% tec(nical *unction. ene%ic
System (est ) T(e *inal sta e o* testin on a completed p%o&ect .p%io% to client acceptance test/ 1(en all (a%d1a%e and so*t1a%e components a%e put to et(e% and tested as a 1(ole. SD2$ : System Development 2ife $ycle 3 T(e complex o* tas#s and deli,e%ables t(at a%e o% ani6ed to1a%d de,elopin so*t1a%e s$stems.
5,ar5www5apps5con,ersion5tmp5scratch6/54/17813/2"doc
Page 44 of 47
= 2 ,ide Area -etwor% 7,A-6 ) A net1o%# 1(e%e t(e compute%s a%e sepa%ated b$ si ni*icant distances and telecommunications lin#s a%e implemented. ,or% Brea%down Structure 7,BS6 ) A *o%mal anal$sis o* t(e acti,ities2 tas#s2 and sub3 tas#s t(at must be accomplis(ed to build a so*t1a%e p%o&ect. A p%oduct o% acti,it$ o%iented (ie%a%c($ t%ee depictin t(e elements o* 1o%# t(at need to be accomplis(ed in o%de% to deli,e% a p%oduct. ,or% Pac%age 3 A speci*ication *o% t(e 1o%# to be accomplis(ed in completin an acti,it$ o% tas#. ,or% Product 3 An$ tan ible item t(at %esults *%om a p%o&ect *unction2 acti,it$2 o% tas#. ,or%station ) An$ mac(ine 1it( all o* its installed sto%a e2 p%ocessin 2 and communications t(at can be eit(e% standalone o% net1o%#ed.
5,ar5www5apps5con,ersion5tmp5scratch6/54/17813/2"doc Page 4; of 47 145/45/8 /8043 +45P4
A 4e*initions 1e%e ext%acted *%om Assessment and *ontrol o- ,o-t.are Ris9s b$ Cape%s <ones .BCC4/D Managing ,o-t.are Develo#ment Projects (,econd edition) b$ @eal "(itten .BCCE/D 0''' ,tandards *ollection: ,o-t.are 'ngineering .BCC7 7dition/D %est Practices in 0$ Arc:itect!re Planning and 0m#lementation b$ !a%%$ 4eFoe,e%D 7ssential *lient/,erver ,!rvival /!ide b$ Robe%t 5%*aliD and $:e *om#lete 0diot;s /!ide to Project Management b$ 'unn$ and Gim Fa#e%.
5,ar5www5apps5con,ersion5tmp5scratch6/54/17813/2"doc
Page 48 of 47
1<. APP'+D0*',
Appendices may be included, either directly or by reference, to provide supporting details that could aid in the understanding of the Project Management Plan.
5,ar5www5apps5con,ersion5tmp5scratch6/54/17813/2"doc
Page 42 of 47