Manage Release and Deployment Description Once development is complete, new and enhanced services need to be made operational. Effective requires planning, scheduling and controlling the implementation of releases, first into a test environment, and then into the production environment. This includes: testing in an environment designed to minimize the impact of incidents that may occur during testing testing with relevant test data preparing rollout and migration instructions, including a back-out plan deploying the release reviewing the implementation to ensure that changes meet agreed-upon expectations. Value Reduces the frequency of end user and service disruptions. Minimizes risks associated with implementing new services. Goals Ensure that the integrity of the operational environment is protected, that the correct components are released and that end users are properly informed of changes before they are made. Target Audience Primary IT Leadership IT Staff Secondary Key Activities Plan IT service before a new or changed service is put into production the rigour of such planning will depend upon the size and complexity of the environment and the new or changed services. Implement a process to evaluate the complexity of a new or changed service to determine how much planning is required. Develop pass/fail criteria, build and test plans, release package compilation and build plans, plans or financial plans, as appropriate. Verify the new or changed IT service against specifications before starting the build, test and process. Manage common services and infrastructure components to minimize any impact on the build and test of the new or changed service. Locate and review available release documentation. Acquire, implement and test all release components. Compile the release information. Coordinate IT service testing and pilot efforts. Ensure that the test environment is stable. Ensure that sensitive data in the test environment is protected. 142 School Technology Services Self-Evaluation Guide: IT Service Management
Release the service to the test environment. Run tests and pilot efforts. Prepare for IT service. Prepare the release package for implementation. Review implementation risks and plan appropriate mitigating steps. Train end users and IT staff on the new IT service. Make any approved last minute changes. Transfer and deploy the IT service release. Review service performance by testing. Complete performance tests. Verify the configuration of service assets. Update the Service Catalogue. Inform end users of any activities underway that relate to the service and the status of. Deliver or distribute service components, according to the Service Deployment Plan. Transfer financial assets. Publish documentation. Transfer capability. Transfer the service to operations. Manage Release and Deployment Verify the IT service to ensure that end users are able to use the new service. Provide early IT service support for incidents and problems that arise from the new service or change. Update documentation, known errors and FAQs. Review and close the IT service release. Verify the quality of knowledge transfer activities, training and documentation. School Technology Services Self-Evaluation Guide: IT Service Management 143
RACI Chart Roles Activities Plan IT service. Verify the new or changed IT service. Coordinate IT service testing and pilot efforts. Prepare for IT service. Transfer and deploy the IT service release. Verify the IT service. Provide early IT service support. Review and close the IT service release. RACI Responsibilities Responsible the person or group who is responsible for performing a task Accountable the person who is held accountable for the task being complete (Ideally, accountability is assigned to only one role for each process.) Consulted the person or group communicated with prior to a task being performed Informed the parties who are notified about an activity before, during or after it is performed. 144 School Technology Services Self-Evaluation Guide: IT Service Management
Maturity Model Manage Release and Deployment Note: The required or desired level of maturity will vary between jurisdictions, based on the size, needs, costs, capability and alignment with the jurisdiction s strategic plan. It is not necessary to assume that any jurisdiction should be at a Level 5 in all or any of these activities. Attributes is aware of the need for a formal approach to release. The need for a formal approach to release is communicated inconsistently. Release is discussed in response to issues. Communication to stakeholders about release is sporadic and usually in response to issues. Senior leadership understands the need for a methodical approach to release. understands the requirements. The need for a methodical approach to release is communicated consistently. Communication to stakeholders about release and occurs periodically. IT staff understand the requirements. commits resources to the development of a sound release process. Communication to stakeholders about release and occurs on a regular basis and in a formal way. and IT staff have a comprehensive understanding of release and. Communication to stakeholders about the value of using release occurs on a regular basis and in a formal way. has an advanced and forward-looking understanding of release and requirements. Communication to stakeholders about release issues is formal and proactive, when possible. PEOPLE Awareness, Understanding and Communication Manage Release and Deployment School Technology Services Self-Evaluation Guide: IT Service Management 145
Some knowledge of release practices exists in isolation. Minimum skills required to perform release, in a formal way, have not been identified. Training needs for release have not been identified. and IT staff have the skills and expertise to perform basic release. Minimum skill requirements to perform basic release have been identified. Training in release is provided in response to emerging needs or requests from individuals. and IT staff have the skills and expertise to perform all key release Skill requirements for all aspects of release have been defined and documented. A formal training plan for release has been developed. Formal training in release and is available. and IT staff have the skills and expertise to perform all release Proficiency in critical aspects of release is ensured for individuals who perform these Skill requirements are reviewed and updated on a regular basis. Formal training in release and is required for individuals who perform these Proficiency in all aspects of release is ensured for individuals who perform these The jurisdiction encourages formal training in release, based on personal and jurisdiction goals. External experts and industry leaders are engaged to provide guidance and input into release. Certification in release is encouraged for individuals who perform these PEOPLE (continued) Skills and Expertise 146 School Technology Services Self-Evaluation Guide: IT Service Management
Allocation of responsibility for capacity is assumed or done in an ad hoc way. Allocation of responsibility and accountability is done informally. Individuals assume responsibility. There is confusion about who is responsible and accountable when issues arise. Accountability and responsibility have been formally assigned and documented. process owners are identified, but may not have sufficient authority to fulfill their responsibilities. process owners have the level of authority required to fulfill their responsibilities. process owners are empowered to make decisions and to take action. process owners escalate issues, according to a defined escalation process. Manage Release and Deployment PEOPLE (continued) Responsibility and Accountability School Technology Services Self-Evaluation Guide: IT Service Management 147
Release activities occur and are based upon individual IT staff practices. Policies and procedures for release are undefined. Common and informal release policies and procedures have been defined, but not documented. Compliance with release policies and procedures is left to the individual s discretion. Approval for releases s is not consistently obtained. Formal policies and procedures for all key release processes have been defined, documented and communicated. A formal procedure for testing releases has been defined, documented and communicated. A formal procedure for managing major releases has been defined, documented and communicated. Policies and procedures are based upon generally accepted good practices. Procedures include steps to plan, build, test, deploy and formally close releases. Formal policies and procedures for all release activities are defined, documented and regularly reviewed. approves policies and procedures. End users are informed about the progress of releases and are alerted, in advance, if service levels cannot be met. Generally accepted best practices and standards are used to inform policy and procedure development. Exceptions to release and policies and procedures are noticed and corrective action is taken. policies and procedures are regularly reviewed and improved. Release strategies are automated, when feasible. PROCESS Policies, Plans and Procedures 148 School Technology Services Self-Evaluation Guide: IT Service Management
Some release goals are set and monitored inconsistently. Goals for release are unclear or vaguely defined. Performance of release and is monitored informally. receives basic reports about the status of releases and release testing. Initial goals for release and are defined, but not clearly linked to educational requirements or jurisdiction goals. is monitored regularly. Targets and thresholds for release have been defined and documented. IT staff provide regular reports to IT leadership about release. provides regular reports to senior leadership about release. metrics are formally defined and approved. Measures of the effectiveness of release and policies and procedures are used to inform decision making and continuous improvement. Performance is integrated into release and. Peer- and sectorbased benchmarking is performed. processes are monitored and measured. Manage Release and Deployment PROCESS (continued) Goal Setting and Measurement School Technology Services Self-Evaluation Guide: IT Service Management 149
Tools may exist to support release ; they are generally based upon standard desktop tools. Basic release implementation tools exist. Release control is tool-driven. There is no formal approach to using tools to support release, implementation and control. Basic tools and templates, specific to release and, have been developed and implemented. Common approaches to the use of tools to support release are emerging. A formal plan to acquire and implement tools to support release has been developed. The basic level of functionality in tools and templates is used. Tools in use are not fully integrated. Use of push or pull technology to automate release is emerging. Tools to support release and have been implemented. Integration of tools to support release is emerging. There is a formal and structured approach to using tools to support release. Tools are used in key areas to automate and formalize release. A standardized and integrated set of tools and formalized techniques is used to support release. A standardized set of tools is used to automate release. Releases and test results are consistently recorded in release tools. TOOLS Tools and Automation 150 School Technology Services Self-Evaluation Guide: IT Service Management