CWDS
Deliverables Management Plan
Executive Summary
The purpose of the Deliverables Management Plan is to facilitate the timely review and approval of the contractor deliverable; to ensure deliverable is tracked and all events are recorded; and to ensure a copy of each deliverable and all supporting materials are archived in the Project repository.
This Plan identifies the procedures used to coordinate the review and approval of a contract deliverable. The objectives of this Plan are to:
-
Define the process for receiving, reviewing, and accepting deliverable
-
Ensure deliverable is reviewed by the appropriate staff to promote quality
In the Agile world, each iterative sprint produces a usable outcome or deliverable. For a sprint to be called “DONE ,” it must produce a deployable work product (Minimum Viable Product (MVP)). This end product is what is called an “Agile Deliverable” in the Agile deliverable management approach.
Throughout the Project, the contractor must produce and provide to the state specific deliverables.
Supporting Contracts |
County Consultants |
Digital Services |
Task Accomplishment Plan (TAP) |
Monthly Status Report (MSR) |
Sprint Task Report (STR) |
Monthly Status Report (MSR) |
|
|
When the contractor submits a deliverable it will go through a series of review steps where it will be checked for completeness and correctness with respect to the contractual terms and conditions and sprint requirements.
Introduction
A Deliverable is a term used in project management to describe a tangible or intangible artifact produced that is intended to be delivered to a customer (either internal or external). A deliverable can be a software product, a design document, a training program, or other asset.
The Child Welfare Services – New System (CWS-NS) Deliverable Management Plan (hereafter called the “Plan”) outlines how a deliverable will be managed throughout its life cycle (from submission to closure).
Purpose
The purpose of this Plan is to facilitate the timely review and approval of the contractor[1] deliverable; to ensure deliverable is tracked and all events are recorded; and to ensure a copy of each deliverable and all supporting materials are archived in the Project[2] repository (SharePoint for the documents and GitHUB for the source code). Deliverable management is necessary to ensure the Project only accepts deliverable that meets contract requirements.
Scope
This Plan identifies the procedures used to coordinate the review and approval of a contract deliverable. In addition to documenting the approach to deliverable review and approval, the process covers the roles and responsibilities in the deliverable process, tracking, and the tools used to track the progress of the deliverable.
The objectives of this Plan are to:
- Define the process for receiving, reviewing, and accepting deliverable.
- Ensure deliverable is reviewed by the appropriate staff to promote quality.
Roles and Responsibilities
Before discussing the deliverable management process flow, it is important to understand various roles in the process and the responsibilities associated with those roles. Table 2.1 below depicts key roles and corresponding responsibilities pertaining to the deliverable management process.
[1] Generic name for supporting contracts, county consultants, and digital services
[2] Child Welfare – New System (CWS-NS) Project (hereafter called the “Project”)
Table 2.1: Deliverable Management Plan Roles and Responsibilities
Role |
Responsibility |
Deliverable Monitor (DM)
|
|
Contractor
|
|
Project Director (PD) or Designee |
|
Service Manager (SM) |
|
Contract Manager (CM) |
|
Subject Matter Experts (SMEs) |
|
Independent Verification & Validation Consultant (IV&V) |
|
Independent Project Oversight Consultant (IPOC) |
|
[3] Ensures correctness of the deliverable, that is the deliverable meets the functional/utility requirements set forth in Statement of Work (SOW)/contract
[4] Ensures completeness of the deliverable, that is the deliverable addresses all the requirements set forth in the SOW/contract
Verification and Validation of a Deliverable
The verification and validation of a deliverable depends on the type of contractor it came from as outlined in Table 2.2 below.
Table 2.2: Verification and Validation of a Deliverable
Contractor Type |
Mode of Verification/Validation |
Digital Services |
|
County Consultants |
Review of SOW |
Support Services |
Review of SOW/contract |
Interaction with other Plans
This plan interacts with contract and procurement management plans because SOWs and contracts are associated with those plans.
Procurement Management Plan
The Procurement Management Plan describes how the Project will acquire outside goods and services. Information within this document can be used as an input when completing the specific Acquisition Plan for each contract.
Contract Management Plan
The contract management plan contains all the key information about how a contract will be managed. It establishes systems and processes to ensure that the contractor complies with the terms and conditions during the performance of the contract.
Deliverables Management Approach
The Agile deliverable management approach is different from its Waterfall or System Development Life Cycle (SDLC) counterpart. While the Waterfall approach consists of a number of sequential stages as shown in Figure 4.1, the Agile approach involves iterative cycles called Sprints, each with a life cycle of one to four weeks as shown in Figure 4.2. The duration for each of the CWS-NS Project sprints will be two weeks. Each sprint will be divided into 24-hour cycles. Daily standup status check meeting will be held at the end of each 24-hour period.
Figure 4.1: Waterfall Deliverable Management Approach
Due to the sequential nature of the Waterfall approach, the SDLC deliverable emerges at the end of each sequential stage of the SDLC. In the Agile world, each iterative sprint produces a usable outcome or deliverable. For a sprint to be called “DONE[5],” it must produce a deployable work product (Minimum Viable Product (MVP)). This end product is what is called an “Agile Deliverable” in the Agile deliverable management approach.
Figure 4.2 illustrates the Agile deliverable management approach. In this Figure,
Sprint refers to a regular, repeatable time-boxed work cycle during which work is completed and made ready for review.
Figure 4.2: Agile Deliverable Management Approach
Throughout the Project, the contractor must produce and provide to the state specific deliverables. Table 4.1 below provides some examples of types of Project deliverables.
Table 4.1: Examples of CWS-NS Deliverables
Supporting Contracts |
County Consultants |
Digital Services |
Task Accomplishment Plan (TAP) |
Monthly Status Report (MSR) |
Sprint Task Report (STR) |
Monthly Status Report (MSR) |
|
|
[5] Definition of Done (DoD): The Acceptance Criteria by which a unit of work (e.g., User Story, release) is assessed to determine completeness and ensure quality standards are applied prior to acceptance.
Source: https://www.scrumalliance.org/community/articles/2008/september/what-is-definition-of-done-(dod)
Deliverables Management Process
When the contractor submits a deliverable it will go through a series of review steps where it will be checked for completeness and correctness with respect to the contractual terms and conditions and sprint requirements.
Once a deliverable has been accepted and all related documentation has been imported into the repository, the DM will update the status of the deliverable in the deliverable tracking log as closed.
After the deliverable status has been recorded as closed, the DM will baseline or “lockdown” the electronic copy of the deliverable file in the repository.
The CWS-NS Project deliverable management process is based on an Agile approach. Figure 5.1 depicts the comprehensive deliverable management process for the Project.
Description of the Process Steps
Each rectangular box in the deliverable management process flowchart (Figure 5.1) corresponds to a step in the process and is identified by a numeric digit (1, 2, 3, and so on). Table 5.1 below provides a brief description of each of these process steps.
Table 5.1: Description of Deliverable Management Process Steps
Process Step |
Description |
Owner |
1 |
This is the initiation step of the deliverable life cycle wherein the contractor will submit the deliverable package to the DM via e-mail for further processing for review and acceptance. |
Contractor |
2 |
Upon receipt of the deliverable from the contractor, the DM will place it into the repository and will also enter the deliverable information into the tracking log. |
DM |
3 |
The DM will send the deliverable to SM for review. |
DM |
4 |
SM will verify (for correctness) and validate (for completeness) the deliverable by comparing it against the contractual terms and conditions; The SM will consult SMEs on as-needed basis. The output of this step will be a recommendation of acceptance or rejection of the deliverable. If the deliverable has deficiencies, the SM will send the deliverable to the DM with comments and will discuss deficiencies with the contractor. If the deliverable is recommended for acceptance, the SM will send the deliverable to PD (or designee) for review and approval. |
SM |
5 |
This step is associated with SMEs who will only be pulled-in by the SM for advice if so needed during the deliverable review. |
SMEs |
6 |
In this step, the PD (or designee) reviews the deliverable that has already been reviewed and accepted by the SM. If the deliverable is rejected, it will sent back to the SM for re-review and if it is approved, it will be sent to the DM for closure/archival and status update. |
PD (or designee) |
7 |
The DM will receive the rejected deliverable from SM and will send it back to the contractor for remedial action. |
DM |
8 |
The contractor in this step will receive the rejected deliverable from the DM and will perform the remedial (corrective) action. |
Contractor |
9 |
The deliverable with final approval from PD (or designee) will come to this step. The DM will update the tracking log to reflect closure of the deliverable management life cycle. |
DM |
Payment Processing
Covered in the Project Contract Management Plan document.
Tracking and Management Tools
To ensure accurate and consistent management of all project documents, all work products, and deliverables shall be stored on the appropriate Project repository as shown in Table 6.1 below.
Tracking/Management Tool |
Purpose |
Microsoft SharePoint |
The Project will use this tool as a documents repository. |
GitHUB |
GitHub is a Git repository hosting service. It also provides access control and several collaboration features, such as a wikis and basic task management tools for every project. The Project will be using GitHub as a means to store and share code as well as documents for public consumption. |
Pivotal Tracker |
Pivotal Tracker is a project-planning tool that the Project will use to form realistic expectations about when work might be completed based on the teams’ ongoing performance. |
Microsoft Project |
This tool will be used to track the progress of Epics and the tasks belonging to the teams who are not using Pivotal Tracker. |
Microsoft Excel |
This tool will be used to track the status of a deliverable throughout its life cycle. |
Acronym |
Meaning |
CWDS |
Child Welfare Digital Services |
CM |
Contract Manager |
DM |
Deliverable Monitor |
IPOC |
Independent Project Oversight Consultant |
IV&V |
Independent Verification & Validation |
MSR |
Monthly Status Report |
MVP |
Minimum Viable Product |
PD |
Project Director |
SM |
Service Manager |
SME |
Subject Matter Expert |
STR |
Sprint Task Report |
TAP |
Task Accomplishment Plan |