Waterfall Methodology: Technology Solution Release Management Process

PURPOSESCOPEPROCESS DESCRIPTIONPROCESS DIAGRAMPROCESS INPUTS/OUTPUTSPROCESS RELATIONSHIPSROLES AND RESPONSIBILITIESSUPPORTING DOCUMENTATIONREVISION HISTORY

Process Owner: Manager, Solutions Development and Support

Note: An owner must be a PCES-level manager or higher.

This process establishes standard tools and processes for the TSLC Waterfall Release Management phase within the Postal Service Technical Environment.

1. PURPOSE

The purpose of the Technology Solution Release Management process is to ensure that pre-implementation tasks are defined, IT change management is followed correctly, and post-implementation steps are executed.

2. SCOPE

The Technology Solution Release Management Process applies to all technology solutions including, but is not limited to:

Exemptions:

If neither CAT nor SIT can be performed, the same SIT/CAT Exemption_PPR Form must have been completed for both SIT exemption and CAT exemption, and uploaded to the project in the TSLC Artifacts Library in the following folders before implementation:

In addition, the Post-Production Review portion of the same SIT/CAT Exemption_PPR Form must be completed.  The entire form must then be uploaded to the TSLC Artifacts Library in the Release phase of the project in the Post-Production Review folder within 5 business days of implementation. The form must now include:

For additional information, please refer to the SIT-CAT Exemption and Post Production Review (PPR) Process.

3. PROCESS DESCRIPTION

The Technology Solution Release Management Process is composed of the following sub-processes:

1. Pre-Implementation Plan

Within this sub-process step, the Technology Solution Stakeholders develop the Pre-Implementation Plan, which outlines the tasks that need to be executed, when they should be executed, and by whom, before promotion of the technology solution into the production environment. 

The Pre-Implementation Plan may also include such items as: preparing for data migration, configuration settings, field training, contingencies, etc.  The information from this planning step is included in the change request that will be entered into the IT Change Management system.

2. Execution of the Release

Within this sub-process step, the Technology Solution Coordinator (TSC) initiates the IT Change Management Process, which includes entering the requested change, obtaining appropriate Technology Service Provider approval(s), and executing the change request.  All projects which included the creation or update of a Host Diagram are to post this project deliverable to the TSLC Artifacts Library.

3. Post-Implementation Review

During this step, the TSC verifies that the release was successful and monitors the tasks developed in the pre-implementation step.  This also includes a review so that identified problems might be prevented in the future or improvement to the processes can be made.

4. PROCESS DIAGRAM

In this section, there is a diagram of the Technology Solution Release Management process. The process steps are stacked vertically in the center; as each process step is completed, there is a downward arrow to the next process step in the sequence. On the left side are Inputs to the process steps in the center from which there are Outputs. For some process steps, there may not be an input and/or an output. Inputs for the Technology Solution Release Management process include the Customer Acceptance Approval letter, Final Code and Build Package, and “Verify deliverables are uploaded to the TSLC Library”. The Customer Acceptance Approval letter has an asterisk to indicate that it is a Baseline requirement. The first process step is Pre-Implementation; this process step does not have a corresponding input, but its output is the Pre-Implementation Plan. The second process step is Enter Change Request, for which there are no additional inputs or outputs. The third process step is a decision point called “Approve Change Request?” If the Change Request is not approved, the entire process must be re-started from the first process step, Pre-Implementation. If the Change Request is approved, the corresponding output is the approved IT Change Request. The fourth process step is Execute Change for which there are no additional inputs or outputs. The second process step, Enter Change Request, through the fourth process step, Execute Change, constitute the IT Change Management Process whereby the Change Request is Entered, Approved and Executed. The fifth process step is Post-Implementation; this process step does not have a corresponding input, but its output is the Post-Implementation Plan. There are no further steps for this process.

An asterisk (*) denotes a Baseline requirement.

5. PROCESS INPUTS/OUTPUTS

Inputs

Outputs

An asterisk (*) denotes a Baseline requirement.

6. PROCESS RELATIONSHIPS

In this section, there is a relationship diagram of the Technology Solution Release Management process. There are eight processes which comprise the USPS Technology Solution Lifecycle (TSLC) Technology Solution Planning methodology. The processes are aligned vertically as bookends next to each other, specifically: the first process is Initiate & Plan; the second process is Technology Solution Requirements; the third process is Analysis & Design; the fourth process is Technology Solution Build; the fifth process is System Integration Testing (SIT); the sixth process is Customer Acceptance Testing (CAT); the seventh process is Governance Compliance; and the eighth process is Release Management. For all of the processes, there are both Inputs and Outputs to the planning activity. Within the Technology Solution Release Management process, the inputs for the Release Management include the Customer Acceptance Approval letter, Final Code and Build Package, and “Verify artifacts are uploaded to the TSLC Library”. The Customer Acceptance Approval letter has an asterisk to indicate that it is a Baseline requirement. Within the Technology Solution Release Management process, there are several outputs including the Pre-Implementation Plan, the IT Change Request, and the Post-Implementation Review. There are no additional outputs of the Technology Solution Release Management process.

An asterisk (*) denotes a Baseline requirement.

7. ROLES AND RESPONSIBILITIES

8. SUPPORTING DOCUMENTATION

For access to the following documents, contact the US Postal Service. See Publication 5, Let's Do Business for further information about local US Postal Service contacts.

9. REVISION HISTORY

Version #1.0  
Section(s) Revised: N/A
Revision Description: Baseline
Revision Date:  
   
Version #1.1  
Section(s) Revised: Title, 8 – Supporting Documentation
Revision Description: Added “Waterfall”
Section(s) Revised: Introduction
Revision Description: Updated Process Owner to Manager, Solutions Development and Support to reflect current organization
Section(s) Revised: 2 – Scope; 8 – Supporting Documentation
Revision Description: Updated for SIT_CAT Exemption_PPR form
Section(s) Revised: 4 – Process Description, 5 – Process Diagram, 7 – Process Relationships
Revision Description: Added indicators and text for baseline artifacts
Section(s) Revised: 5 – Process Diagram, 7 – Process Relationships
Revision Description: Added text in non-displayable format for Section 508 compliance
Section(s) Revised: 5 – Process Diagram, 6 – Process Inputs/Outputs
Revision Description: Added “Verify Artifacts” (completed in Governance/Compliance phase)
Revision Date: 02/22/2012
   
Version 1.2  
Section(s) Revised: Scope, Supporting Documentation
Revision Description: Provided link to SIT-CAT Exemption and Post Production Review (PPR) Process
Revision Date: 07/10/2012
   
Version #1.3  
Section(s) Revised: All
Revision Description: This document was made Section 508 compliant and was converted to HTML.
Revision Date: FY12/Q3