Change Release Checklist

A change release checklist pulls together the key components of your change control process.

There are various change control steps to ensure system development activities are high quality; ie. reducing or avoiding bugs, performance issues, and security vulnerabilities in your software.

 

The modern approach to software development is using agile practices with short sprints for each release. Accordingly, the modern change controls are best formed into a release management checklist that holistically combines the key checks, approvals, and steps for the code changes that go into each release.

 

The Release Management Checklist is the detailed steps and responsibilities. The Change Control Policy sets the requirements and governance activities for your Engineering or development function. The Segregation of Duties is how to ensure the change control steps aren’t bypassed inappropriately. These three in combination can form your controlled approach to change management that meets industry security standards like SOC 2, ISO 27001, and the Consumer Data Right. 

 

What goes into a release management checklist? 

 

The checklist itself should reflect the requirements set out in your defined Change Management Policy. It translates these into a practical method of documenting and tracking the completion of those requirements. An “off the shelf” or “out of the box” checklist may help to get you started, but it should really be tailored to your company.

 

The checklist includes the steps and responsibilities of your developers, quality reviewers, management, and other related functions like customer support/success, system operations, and even sales and marketing. You should consider the level of detail included in this checklist to align to what works best in practice to both demonstrate the requirements were met but also provide a succinct and user-friendly tracker that is useful as a management tool. 

 

An example Change Release Checklist is included below to outline the type of steps that are usually captured.

 

The CDR Perspective

 

The Change Release Checklist pulls together activities that demonstrate Secure Coding, which is one of the 24 information security requirements.

  • Secure coding: Changes to the accredited data recipient’s systems (including its CDR data environment) are designed and developed consistent with industry-accepted secure coding practices, and are appropriately tested prior to release into the production environment.

About AssuranceLab

 

AssuranceLab is a modern cybersecurity audit firm. We're experts in the latest software and cloud providers. We guide your team through the compliance practices in a way that fits your environment and culture. We work closely with clients through our agile and collaborative approach; saving time, costs, and headaches along the way.

 

Change Release Checklist Example

Task

Owner

Status

Comments

Product Management

Backlog and sprint plan agreed

 

 

 

User stories defined

 

 

 

Acceptance criteria defined

 

 

 

Release plan agreed

 

 

 

Development

Design work

 

 

 

Design work review

 

 

 

Development

 

 

 

Peer review

 

 

 

Unit testing

 

 

 

Development team sign off

 

 

 

Testing

QA Plan and tests defined

 

 

 

Testing complete

 

 

 

Bugs logged

 

 

 

Defect resolution plan agreed

 

 

 

All defects resolved or signed off

 

 

 

QA team approval

 

 

 

Services & Internal Operations

Impact assessment completed

 

 

 

Impacted users advanced notification

 

 

 

User guides, training materials updated

 

 

 

Internal system documentation updated

 

 

 

Communications plan agreed

 

 

 

Internal teams notified, trained

 

 

 

Release Management

All changes tested and approved

 

 

 

Roll-back plan defined

 

 

 

Operations team approval

 

 

 

Released to production

 

 

 

Release notes sent

 

 

 

Post-implementation verification

 

 

 

CDR

Some additional information in one line