DoIT Service Transition - How to Initiate, Modify or Decommission a service

How to Initiate, Modify, or Decommission support on a DoIT-supported service

Initiate, Modify or Decommission a (Technical) Service

DoIT services that are being deployed, or have been deployed, require Help Desk support, SNCC service management, Event Management and Monitoring, and entry into the Configuration Management Database (CMDB). A WiscIT Change Request should be created to initiate a request for the service’s support. Normally, a minimum of 10 business days are required from the first meeting with the Service Transition team (formerly known as "service discovery") until support can be completely set up.

A Technical Service is a process, application or technology that campus customers use.

Process for Initiating Support - for new or existing services

  1. A request for Service Transition can be started either by sending an email to the Service Transition team to open a WiscIT Change Request ticket, or by opening the WiscIT Change Request yourself. Change Request Parameters:
    • Category = Service Transition
    • SubCategory = Service-Install

  2. To create a Change Request ticket in WiscIT, or for your email to activate the process, you will need to supply the following information:
    • Your name and contact information
    • Name of the Service
    • Non-technical description of the service
    • Name of the Service Manager & his/her contact info
    • Current status of the Service (does it exist now; is it in development; is it in pilot)
    • Go-live date for starting support (if known)

    The Change Request for creating a support structure for your service will be reviewed by the Service Transition Team.

  3. Your WiscIT Change Request will trigger the Service Transition process and you will receive a questionnaire via a WiscIT email providing a Qualtrics link, requesting more service information. If you have questions about any requested info on the questionnaire, please email the Service Transition team at ServiceTransition@g-groups.wisc.edu. You also may be asked to meet with the Service Transition Team to provide more detailed information. The Service Transition Team meets Tuesdays from 1300-1400. Alternative day/time can be arranged to meet with you if needed.
This diagram shows the different components to Service Transition.

Diagram of Service Transition workflow

Preparing to meet with the Service Transition team

You can prepare for the meeting with the Service Transition team by considering answers to the following:
  1. Recording assets, dependencies, and configuration item data in the DoIT Configuration Management Database (CMDB); names and contact info of the technologists or vendors who provide support for these configuration items.

  2. Event Management and Monitoring and thresholds for escalation, notification methods and contact info for alerts

  3. Help Desk support needs and escalation paths (stakeholders’ names, team names, team members names and contact info) plus documentation.
    • If you require Help Desk assistance in creating end user documentation, please allow for one additional day per document beyond the standard 10-day Service Transition process

  4. SNCC 24x7 support needs and escalation paths (stakeholders’ names, team names, team members names and contact info) during business hours, as well as outside of business hours. These are people who the 24x7 staff will contact for Problem and Outage escalation.

  5. IT Service Continuity of Operations (COOP) tier and needs, based on COOP Service Tier Definitions (section 8.2)

  6. What date the Service will expect full support, i.e. its "go live" date.

The information will be contained in a WiscIT Change Request ticket, which you can track in the WiscIT Self-Service Portal. The result of this Change Request ticket will be entry into the WiscIT Service Catalog for your service (with Lifecycle = Operational) per your needs.

Typically your service can be supported in 10 business days from when you fully supply this information. Without this information, the Service Transition team cannot fully set up service support.

Process for Modifying Support for existing services

For architectural or technical modifications to services, create a WiscIT Change Request
  • Category = Service Transition
  • SubCategory = Service-Modify.
Describe the changes to the service which need to be addressed.

Small modifications to a service support arrangement, such as updated stakeholder or administrator names, only require you to inform Configuration Management via email at configurationmanagement@doit.wisc.edu.

Process for Deactivating Support/Decommissioning services

For deactivating service support, please create a WiscIT Change Request
  • Category = Service Transition
  • SubCategory = Service-Decommission
Describe the service which needs to be decommissioned and the timeline for this to happen. If you have questions about this process, contact the Service Transition team at ServiceTransition@g-groups.wisc.edu for assistance.

The Service Transition team handles the following areas of decommissioning a service's support:
  • Help Desk incident handling and escalation

  • Help Desk KB documentation

  • Event Management and Monitoring

  • SNCC 24x7 Problem and Outage escalation

  • Status of the service's Configuration Items and their relationships in the CMDB

  • COOP (Continuity of Operations)
Service Transition does NOT handle server shutdown/decommissioning, IP-address reclamation, backup and storage decommissioning, or other tasks necessary for hardware or service decommissioning.




Keywords:add new service transition discovery initiate initiation decommission onboard onboarding modify start begin end stop terminate questionnaire configuration configuring deploy release move production   Doc ID:12163
Owner:Jennifer S.Group:Systems Engineering and Operations
Created:2009-09-15 19:00 CDTUpdated:2021-03-23 13:38 CDT
Sites:DoIT Help Desk, DoIT Staff, Systems & Network Control Center, Systems Engineering and Operations
Feedback:  0   0