become-itil-foundation-certified-abhinav-kaiser(www.ebook-dl.com)
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Chapter 6 ■ Service Transition<br />
framework needs to be introduced into production, and to do this, it needs to go through<br />
change management. Likewise, programs also interact and interface heavily with the<br />
change management process. The specifics of interfacing are outside the scope of ITIL<br />
Foundation syllabus.<br />
6.4.2 Release and Deployment Management<br />
While change management owns the approval side of things, release and deployment<br />
management process is in charge of the technical side of the change. It ensures that the<br />
change is built as per plan, tested as defined in the blueprints, and deployed as per the<br />
implementation plan.<br />
6.4.2.1 Objectives of Release and Deployment Management<br />
The purpose of release and deployment management is to ensure that the release<br />
succeeds without <strong>com</strong>promising the integrity of the live services through the build, test,<br />
implementation, and verification phases.<br />
The objectives of release and deployment management include:<br />
• Draft the release and deployment plan and get an agreement on it<br />
with all stakeholders, including customers<br />
• Ensure that all releases are routed through the change<br />
management process<br />
• Build release packages as defined in the release and deployment<br />
plan<br />
• Test (unit, system integration, and user acceptance as necessary)<br />
release packages as defined in the release and deployment plan<br />
• Ensure the integrity of release packages are stored in definitive<br />
media library (DML) and logged in configuration management<br />
system (CMS)<br />
• Implement/deploy releases from DML as per the release and<br />
deployment plan<br />
• Track releases on CIs through various stages: install, verify, and<br />
backed out if needed<br />
• Track deviations in releases in the knowledge management<br />
database to ensure future releases are deviation free<br />
• Record risks during the entire transition management process<br />
and identify mitigation actions<br />
• Transfer knowledge of maintaining the release package to service<br />
operations lifecycle, by conducting sessions and handholding<br />
133