Work Package Creation Maintenance
Work Package Creation Maintenance
Work Package
Creation and
Maintenance Process
Prepared by: Project Management Unit, Office Project Management Technical Support
3/9/2015
Phone: 800-657-3774
800-627-3529 (TTY, Voice, ASCII)
www.mndot.gov
Work Package Creation and Maintenance Page 1 of 23
Updated 20150309
TABLE OF CONTENTS
1.0 General Information .........................................................................................................................................2
6.0 Appendix.........................................................................................................................................................11
A work package is a group of activities to generate specific project deliverables for a functional group or work type.
A template is a group of work packages. Templates are a tool used by schedulers to expedite schedule creation and
are only developed for frequently used processes. All templates must be approved by the Template Group.
Frequently Asked Questions regarding Work Packages and Templates are summarized in Appendix 6.1.
The work package must be a node in the Master WBS in P6. If the work package is approved for creation
and it is not a node in the Master WBS, the node must be added to the WBS.
If a node is to be created, SSC submits P6 Enterprise Comment and Change Form for consideration with
the following information:
A list of related work packages/templates that may be impacted by the creation of the work package
Core Team will determine if work package needs to go to Template Group for approval. If approved, a
scheduler is assigned to develop the work package. If the work package is not approved, SSC will inform
the PM or Functional Group why the work package will not be created.
Scheduler requests Admin to create work package shell in Preliminary Templates – Work Packages node
(PRELIM.TMPLT or TMPLTWP) of P6.
Scheduler provides a work package name. The work package name must be in conformance with the
authoritative WBS. If the authoritative WBS does not have a node for the package, the authoritative WBS
will be modified to incorporate the new work package.
Admin will assign an alphanumeric template number using the following naming convention:
TMPLXXXX-P: TMPL indicates that it is a work package, XXXX is a numeric field assigned by
Admin, -P indicates that the work package is in the preliminary node and has not gone through the
QA/QC process.
Scheduler works with functional groups to identify the activities and the logical sequence between them.
A project champion will be assigned from the Functional Group. Scheduler will update the P6 Project Code
MnDOT WPkg Champion. If the champion is not identified as a project code value, notify Admin to have
that person added to the list. “MnDOT Version Control” notebook topic will also hold the name of the
work package champion.
Scheduler will evaluate related work packages that may be impacted by the creation of the work package
and submit a P6 Enterprise change request for the required updates.
Identify activities and logic needed to represent the work. Care should be taken that the total number of
activities in a work package does not make it too cumbersome for activity owners to update in Team
Member.
Activity level constraints, lags, and leads are not allowed in the work packages. All activities, except
dissolvable milestones, will have the appropriate code value assigned to “MnDOT Functional Group”.
AAAXXXX: AAA is a prefix based on the WBS name and XXXX is a numeric field.
See Appendix 6.3 for the three letter prefix and associated work packages.
Scheduler works with the functional group to determine each activity’s duration and owner.
Activities should generally be in the 5-20 day range. However, activities can fall outside of these thresholds
as long as there is a clear deliverable represented and there is the appropriate amount of detail to manage
the work.
Activity duration on a work package will be based on the most likely number of days the activity would
take on an average project. Durations can be scaled during the baselining process.
Scheduler will determine the relationships that connect to other work packages and templates and identify
these relationships in the work package using dissolvable milestones.
Dissolvable milestones will be in a WBS node titled “Dissolvable Milestone (Dissolve after relationship
linked & remove node from WBS)”.
ZZZAAAXXX: ZZZ indicates that it is a dissolvable milestone and AAAXXX is the Activity ID
the milestone is linking to.
For example: ZZZPLN9000 will tie to the activity Prepare 90% Plans
Dissolvable Milestone Activity Name will match actual activity name in the template/work package to aid
in connecting the relationships. The name will be modified to indicate either pred/succ and include
relationship type and template/work package in which the activity resides in.
For Example: Succ: Prepare Preliminary Geometric Layout & Profile (FF) (Project Template)
indicates that the activity in the work package will have the successor activity LAY1040 Prepare
Preliminary Geometric Layout & Profile from the Project Template with a finish-finish
relationship.
If the logic is conditional, that information should also be included in the activity name.
For Example: If EDD2 is needed, Succ: Prepare & Submit EDD 2 (FS) (Environmental Due
Diligence 2))
Scheduler will link relationships between temporary activities and work package activities.
Each dissolvable milestone will have an open end that will get linked to the permanent activity.
Dissolvable milestones may be duplicated if they represent multiple relationship types. In this case, the
Activity ID will be modified to include a “-1” as a suffix. For example, if the same dissolvable milestone is
both a predecessor and successor to an activity in the work package, it must be created twice.
Scheduler will review the PPMS Network Activity Manual to compare predecessors, successors,
thresholds, work tasks, functional groups for the work package to the equivalent activity in the PPMS
Manual.
Schedulers will identify calendars, functional group roles, and budgeted units (Role Hours) for activities.
See RD-00-03 Calendar Dictionary for calendar information. See PD-00-08_Role Loading for information
on role loading.
Scheduler will obtain RD-00-09 Work Package Dictionary information and include it in the appropriate
notebook topics and codes in P6 for the work package.
Scheduler will obtain buy-in from the functional group on activities, duration, activity owner and logic.
Scheduler will work with the functional group to estimate roles and role hours needed on each activity.
Activities in a work package will be role loaded based on estimated hours required to complete the work
and appropriate roles from the role tree for a typical project. The estimated hours worked will be added as
Budgeted Units and duration is added for the anticipated number of days it will take to complete the
activity.
The work package/template may be loaded with generic roles and estimated budget units (hours) if the
functional group requests a starting point for finalizing the roles loading for the work package. Admin will
update the work package with generic roles and role hours if it is required.
Admin created a master spreadsheet tool to facilitate role loading of P6 schedules. See RD-00-
10_Process Used to Develop Role Loaded Templates for additional information on the empirical
method used.
a. Scheduler and Admin will review the work package activities to determine initial roles, role hours
and durations using the role loading tool. See RD-00-10_Process Used to Develop Role Loaded
Templates.doc and Role Loading an Activity Section in the appendix of PD-00-08_Role Loading.
b. Scheduler will review the generic roles, role hours and durations with the functional group
responsible for the work package/template.
c. Scheduler will update the roles, role hours and durations in the work package/template. See Role
Loading an Activity Section in the appendix of PD-00-08_Role Loading
10. Scheduler will obtain buy-in from the Functional Group on role estimates
Scheduler will insert date of approval under the MnDOT WPKG Functional Group Accepted UDF.
Scheduler populates the Description in the Project Notebook topic with appropriate guidance information.
Scheduler submits Work Package Dictionary data (outlined in step 5f) to Admin.
Scheduler and Functional Group present the completed work package to the Core Team.
Scheduler will provide printouts of the Work Package Dictionary information and the following layout
reports: MnDOT Work Package Review Gantt Chart (activity layout), MnDOT Work Package Role Hour
Review (resource assignments layout), and MnDOT Role Review by Role (Functional group style report).
Scheduler and Functional Group update work package to resolve Core Team comments.
Scheduler will present related work packages that may be impacted by the creation of the work package.
13. Submit work package for quality control/quality assurance (QC/QA) check
Scheduler notifies Admin that work package is ready for quality control check and provides Admin with
pdfs of the following layout reports: MnDOT Work Package Review Gantt Chart (activity layout). MnDOT
Work Package Role Hour Review (resource assignments layout). See FM-00-02_QC-QA checks for work
packages.docx for QC/QA checklist.
Scheduler notifies Admin that all comments are resolved and work package is ready to be issued.
Admin updates the MnDOT Version Control notebook topic in P6 that QC and QA have been completed.
(See Section 6.2)
Scheduler coordinates with Admin to update impacted work packages and/or insert revised work package
into impacted templates. (See Section 5.0)
Admin will remove the “–P” from the Project ID and move the work package into the Authoritative Work
Package Template (AUTH.WRKPKG.TMPLT) node of the EPS.
Admin team will confirm the version control information is acceptable (See Section 6.2) and upload the
work package to the authoritative node.
Admin will schedule presentation of work package at Extended Core Team meeting.
Scheduler and Functional Group will present the approved work package at the Extended Core Team
meeting. The work package champion and associated SSC staff will prepare the material to be presented.
1. If the need for a new template is identified, it must receive approval by the P6 Core Team or template
group before being developed.
2. Scheduler requests Admin to create work package shell in Preliminary Templates – templates node
(PRELIM.TMPLT, TMPLTPR) of P6
a. Admin will assign an alphanumeric template number using the following naming convention:
3. The template champion may have to coordinate the efforts of multiple functional groups.
Changes to templates will not be made without the approval of the P6 Core Team or template group. The process to
update a work package or template is:
SSC, PM or functional group will identify which work packages/templates need to be updated and notify
Admin.
SSC will create a list of related work packages and templates that will be impacted from the updates made
to the work package/template. The list will be given to Core team before the work package/template
revisions are presented to Core Team.
SSC downloads the P6 Enterprise Comment and Change Form from the P6 website. See Appendix 6.5 for
sample form.
SSC will complete the top portion of the form and submits the form to Admin.
Admin will present the P6 Enterprise Comment and Change Form to the Core Team/P6 Template Group
for approval.
Admin will document the resolution on the comment form, resolve the comment in the work
package/template and update the comment log information.
Admin will return a completed copy of the P6 Enterprise Comment and Change Form to SSC.
Minor corrections in activity coding and logic ties within the work package/template do not need to be
presented to the Core Team/P6 Template Group for approval.
Addition of activities, changes in duration, and dissolvable milestone modifications will be presented to
Core Team and/or Template Group.
If approved, a scheduler is assigned to update the work package/template. If work package/template is not
approved, SSC will inform PM or Functional Group why the work package/template will not be updated.
Scheduler will request Admin place a copy of work package/template in the preliminary node.
Admin copies the requested work package/template. This retains the MnDOT notebook topics for version
control.
Do not cut the work package/template from the authoritative node. The work package/template must
remain available for use until the changes have been approved.
Admin re-names Project ID Suffix to –P indicating that the work package/template is being modified,
updates responsible manager to “Preliminary Templates”, and verifies P6 Project Status is “Inactive”
Scheduler makes the necessary changes to the work package/template in the preliminary node in P6.
Scheduler confirms updates made to incorporate the requested changes are acceptable to the person
requesting the changes.
Scheduler reviews other work packages that may be impacted by the changes and updates the appropriate
work packages/templates.
Scheduler records the changes incorporated and the date the Functional Group approved the changes in
MnDOT Version Control notebook topic. (See Section 6.2)
Admin completes QA/QC on the revised work package/template. (See Section 6.4 for QA/QC Form)
Scheduler resolves all QC/QA comments and returns work package/template to Admin.
Admin confirms changes have been made and updates the MnDOT Version Control notebook topic.
When QA is verified as complete, Admin will confirm the version control information is acceptable (See
Section 6.2), archive the work package/template in the authoritative node and replace it with the revised
work package.
Note a work package/template will be archived each time a new version is authorized. Admin will evaluate
the number of archives within P6 and export (XER) the older archived work package/template versions if
necessary. The XER files will be maintained on the N Drive at N:\OPMTS Project Management\Project
Management Unit\P6 Implementation\Admin Archive\Work Package Archiving.
Admin will export .xer of “–A” Project ID within Archive node (ADMINARCH, TMPLT-AUTH)
to avoid duplication.
Admin moves old authoritative work package/template to archive node (ADMINARCH, TMPLT-
AUTH) in P6
3. Add the date on which it was moved to the archive node to the project name (e.g.
20150109)
4. Open the work package and change Responsible Manager to “Admin Archive”
4. Update UDF MnDOT Template/WPkg Version Date to the date the template/work
package was moved from the preliminary to the authoritative node.
Admin will schedule presentation of work package/template at Extended Core Team meeting.
Scheduler and Functional Group will present the approved work package at the Extended Core Team
meeting. The work package champion and associated SSC staff will prepare the material to be presented.
6.0 APPENDIX
A template is a combination of frequently used work packages. Templates are used to minimize the amount of time
it takes a scheduler to create a new schedule.
All of the work packages are also shown in the Master Work Breakdown Structure.
The dissolvable milestones also help Project Managers understand how the work package connects into schedule,
without having to be a P6 expert
For projects with existing schedules, The Project Manager will work with the functional groups to determine if a
new work package needs to be added. The SSC will only update schedules if requested by the Project Manager.
You can modify templates and work packages to meet project specific needs, but with the following limitations:
The standard Master Work Breakdown Structure (WBS) cannot be changed or modified without approval
of the P6 Core team or Template Group, but additional work packages or nodes below the WBS may be
added.
Master WBS nodes must not be deleted. Schedulers will use the “hide if empty” checkbox in the group
and sort window of P6 if you do not want them to show up on the layouts.
Do not modify a functional group (District or CO) work package without consulting the owner of the
work package.
Any new activities need to be added by the SSC in accordance with P6 Schedule Creation and Baseline
Process.
2. Update the ‘MnDOT Template/ WPkgVersion Date’ column to include the most recent date the work
package/template has been revised and moved into the authoritative node. Note: This must match the date
in the ‘MnDOT Version Control’ notebook topic of when the work package was moved from the
Preliminary Node to the Authoritative Node.
CAR Crash Analysis TEMPCMBP Cable Median Barrier Plan Districts Traffic
Report Control
CFR Culvert TMPL1506 Culvert OM & RR Geotech
Foundation Engineering
Recommendatio
ns
CGP Coast Guard TMPL1354 Section 9 (Coast Guard) Permit Bridge Office
Permit Preliminary Bridge
CRU Cultural TEMPCMBPT Cable Median Barrier PlanProject Pre-Construction
Resource Unit EMPMODAT TemplateCultural Resources - Work Cultural Resources
MPL1302TMP Package 1 Full Section 106 - All Federal
L1304TMPL13 AgenciesCultural Resources - Work
02C Package 2 FHWA FundsCultural Resources
- Work Package 3 State Level Review
(State Funds Only)
CSP Contaminated TMPL1319 Contaminated Materials Management Construction &
Materials Special Provisions Ops Cont. Mat. MT
Management
Special
Provisions
CTX CATEX TEMPCMBP Cable Median Barrier Plan Pre-Construction
TEMPMAIN Maintenance Plan Env. Assessment
TEMPMINA Minor Project Template
TEMPMODA Project Template
TMPL1334 Categorical Exclusion (Non-Programmatic)
TMPL1336 Categorical Exclusion - Programmatic
CVL Civil Rights TEMPCMBP Cable Median Barrier Plan OPM & TS Project
TEMPLAND Landscaping Plan Delivery Letting
TEMPMAIN Maintenance Plan Coordination
TEMPMINA Minor Project Template
TEMPMODA Project Template
TMPL2000 Process A
TMPL2001 Process B
TMPL2002 Process B Complex
TMPL2003 Prequalification (Tech Proposal)
TMPL2004 Process B PODI
TMPL2005 Design Build