Change Management Lifecycle Itsm Servicenow

 

The Change Management Lifecycle

Understanding the change management lifecycle is crucial for effectively managing modifications to the IT infrastructure. A structured lifecycle ensures smooth transitions, minimizes the risk of incidents, and prevents disruptions to ongoing business operations.

Stages of the Change Management Lifecycle

1. Request Submission:
   
   
   • The lifecycle initiates when a user, IT staff member, or automated system submits a Request for Change (RFC).
     
     
   • The RFC details the proposed modification to the IT infrastructure, including its purpose and intended outcomes.
     
     
2. Assessment:
   
   
   • The Change Management team evaluates the RFC to determine its feasibility.
     
     
   • This involves analyzing the potential impact on live services, identifying technical dependencies, and weighing the anticipated risks against the business benefits.
     
     
3. Authorization:
   
   
   • The Change Advisory Board (CAB) reviews the assessment data.
     
     
   • Based on the documented impact, risks, and benefits, the CAB formally decides whether to authorize or reject the change for implementation.
     
     
4. Implementation:
   
   
   • Once authorized, the change is executed strictly according to the approved plan.
     
     
   • This stage involves coordinating cross-functional teams, scheduling necessary downtime (maintenance windows), and conducting thorough testing to ensure a successful transition.
     
     
5. Review:
   
   
   • After the change is deployed, the Change Management team conducts a post-implementation review.
     
     
   • They verify that the change met its desired objectives and was executed as planned. Any unexpected issues or deviations from the original plan are documented for future reference.
     
     
6. Closure:
   
   
   • The RFC is formally closed in the Change Management system (e.g., ServiceNow).
     
     
   • System documentation is updated to reflect the new infrastructure state, and lessons learned are recorded to drive continuous improvement.
     
     

Change Types and Categories

Changes are categorized based on their risk, impact, and required level of oversight:

• Standard Changes: Pre-approved, low-risk changes that follow established, documented procedures. Because they are routine, repetitive, and well-understood, they require minimal oversight and are suitable for expedited processing.
  
  
• Normal Changes: Changes carrying moderate risk and service impact. They are not pre-approved and require formal assessment, careful planning, and explicit CAB authorization before implementation.
  
  
• Emergency Changes: Unplanned, high-urgency changes that require immediate implementation to resolve critical IT issues or security emergencies. These bypass the standard assessment processes to minimize severe service disruption.
  
  
• Major Changes: Significant infrastructure alterations that carry a substantial impact on services, operations, or resources. They demand extensive, thorough assessment, rigorous planning, and high-level authorization to mitigate significant risks.
  
  
• Minor Changes: Small-scale modifications with minimal impact on services and operations. They are low-risk and can be implemented quickly with almost no disruption.
  
  
• Service Requests: User-initiated requests for standard IT services (e.g., account provisioning, basic software installation). While not technical infrastructure changes, they often follow a streamlined change management workflow for tracking and accountability.
  
  

Applied Scenario: Network Switch Upgrade

Objective: Upgrade network switches to improve overall network performance and security.

• Request Submission: A Network Administrator submits an RFC detailing the proposed hardware upgrade, outlining the expected performance and security benefits.
  
  
• Assessment: The Change Management team analyzes the potential impact of swapping the switches on active network services, identifies downtime risks, and reviews hardware dependencies.
  
  
• Authorization: The CAB reviews the assessment and authorizes the upgrade, ensuring that the necessary implementation resources and final approvals are secured.
  
  
• Implementation: The network switches are upgraded per the approved plan. This includes scheduling network downtime, performing system configuration backups, and conducting post-upgrade traffic testing.
  
  
• Review: The team reviews the upgrade to confirm that network performance and security targets were met successfully. Any unexpected connectivity drops or plan deviations are documented.
  
  
• Closure: The RFC is formally closed in the system, network topology documentation is updated to reflect the new switches, and lessons learned are captured for future infrastructure upgrades.

Change Management Lifecycle (చేంజ్ మేనేజ్‌మెంట్ లైఫ్‌సైకిల్)

IT infrastructure కు చేసే మార్పులను (modifications) సమర్థవంతంగా నిర్వహించడానికి ఈ Change Management lifecycle ని అర్థం చేసుకోవడం చాలా ముఖ్యం. ఒక పద్ధతి ప్రకారం జరిగే lifecycle వల్ల మార్పులు సజావుగా సాగుతాయి, incidents రాకుండా రిస్క్ (risk) తగ్గుతుంది మరియు కొనసాగుతున్న వ్యాపార కార్యకలాపాలకు (business operations) ఎలాంటి అంతరాయం (disruption) కలగకుండా ఉంటుంది.

Change Management Lifecycle యొక్క దశలు (Stages)

1. Request Submission (రిక్వెస్ట్ సబ్మిషన్):
   
   
   • ఒక యూజర్, IT స్టాఫ్ మెంబర్ లేదా ఆటోమేటెడ్ సిస్టమ్ ద్వారా Request for Change (RFC) సబ్మిట్ చేయడంతో ఈ lifecycle మొదలవుతుంది.
     
     
   • IT infrastructure కు చేయబోయే ప్రతిపాదిత మార్పు (proposed modification), దాని ఉద్దేశ్యం మరియు ఆశించే ఫలితాలను ఈ RFC వివరిస్తుంది.
     
     
2. Assessment (అంచనా వేయడం):
   
   
   • ప్రతిపాదించిన మార్పు సాధ్యమవుతుందా లేదా (feasibility) అని Change Management టీమ్ ఈ RFC ని అంచనా వేస్తుంది.
     
     
   • లైవ్ సర్వీసుల (live services) పై పడే ప్రభావాన్ని విశ్లేషించడం, టెక్నికల్ డిపెండెన్సీలను (technical dependencies) గుర్తించడం మరియు వ్యాపార ప్రయోజనాలకు (business benefits) తగినట్లుగా రిస్క్‌లను బేరీజు వేయడం ఇందులో ఉంటాయి.
     
     
3. Authorization (ఆమోదం):
   
   
   • Change Advisory Board (CAB) ఈ అసెస్‌మెంట్ డేటాను రివ్యూ చేస్తుంది.
     
     
   • డాక్యుమెంట్ చేసిన ఇంపాక్ట్, రిస్క్‌లు మరియు ప్రయోజనాల ఆధారంగా, ఆ మార్పును అమలు చేయడానికి CAB అధికారికంగా ఆమోదిస్తుంది (authorizes) లేదా తిరస్కరిస్తుంది (rejects).
     
     
4. Implementation (అమలు):
   
   
   • ఆమోదం లభించిన తర్వాత, అప్రూవ్ అయిన ప్లాన్ ప్రకారం కచ్చితంగా ఆ change అమలు (execute) చేయబడుతుంది.
     
     
   • వివిధ టీమ్స్ ను కోఆర్డినేట్ చేయడం, అవసరమైన డౌన్‌టైమ్ (maintenance windows) షెడ్యూల్ చేయడం, మరియు మార్పు విజయవంతమైందో లేదో నిర్ధారించడానికి సమగ్రమైన టెస్టింగ్ (testing) చేయడం ఇందులో ఉంటాయి.
     
     
5. Review (రివ్యూ):
   
   
   • Change డిప్లాయ్ (deploy) చేసిన తర్వాత, Change Management టీమ్ పోస్ట్-ఇంప్లిమెంటేషన్ రివ్యూ (post-implementation review) చేస్తుంది.
     
     
   • అనుకున్న లక్ష్యాలను ఆ change సాధించిందో లేదో మరియు ప్లాన్ ప్రకారం జరిగిందో లేదో వారు నిర్ధారిస్తారు (verify). అసలు ప్లాన్ నుండి ఏవైనా ఊహించని ఇష్యూస్ లేదా డీవియేషన్స్ (deviations) జరిగితే వాటిని భవిష్యత్తు రిఫరెన్స్ కోసం డాక్యుమెంట్ చేస్తారు.
     
     
6. Closure (ముగింపు):
   
   
   • Change Management సిస్టమ్‌లో (ఉదాహరణకు: ServiceNow) RFC లాంఛనంగా క్లోజ్ (close) చేయబడుతుంది.
     
     
   • కొత్త ఇన్‌ఫ్రాస్ట్రక్చర్ (infrastructure) స్థితికి అనుగుణంగా సిస్టమ్ డాక్యుమెంటేషన్ అప్‌డేట్ చేయబడుతుంది మరియు నిరంతర అభివృద్ధి కోసం ఈ ప్రాసెస్ లో నేర్చుకున్న పాఠాలు (lessons learned) రికార్డ్ చేయబడతాయి.
     
     

Change Types మరియు కేటగిరీలు (Categories)

మార్పులు (Changes) వాటికి ఉండే రిస్క్, ఇంపాక్ట్ మరియు అవసరమైన పర్యవేక్షణ (oversight) ఆధారంగా ఇలా వర్గీకరించబడతాయి:

• Standard Changes: ఇవి ముందుగానే అప్రూవ్ చేయబడిన (pre-approved), తక్కువ రిస్క్ (low-risk) ఉన్న మార్పులు. ఇవి ముందే ఏర్పాటు చేసిన డాక్యుమెంటెడ్ ప్రొసీజర్స్‌ను ఫాలో అవుతాయి. ఇవి రొటీన్ గా, పదే పదే వచ్చే (repetitive) మార్పులు కాబట్టి, పెద్దగా పర్యవేక్షణ అవసరం లేదు మరియు వేగంగా ప్రాసెస్ చేయబడతాయి.
  
  
• Normal Changes: మోస్తరు రిస్క్ (moderate risk) మరియు సర్వీస్ ఇంపాక్ట్ ఉన్న మార్పులు. ఇవి ముందే అప్రూవ్ చేయబడవు (not pre-approved). వీటిని అమలు చేయడానికి ముందు ఫార్మల్ అసెస్‌మెంట్, పక్కా ప్లానింగ్ మరియు CAB ఆథరైజేషన్ (CAB authorization) ఖచ్చితంగా అవసరం.
  
  
• Emergency Changes: క్రిటికల్ IT ఇష్యూలు లేదా సెక్యూరిటీ ఎమర్జెన్సీలను పరిష్కరించడానికి తక్షణమే (immediate) అమలు చేయాల్సిన అన్‌ప్లాన్డ్ (unplanned), అత్యవసర మార్పులు. తీవ్రమైన సర్వీస్ అంతరాయాన్ని తగ్గించడానికి ఇవి స్టాండర్డ్ అసెస్‌మెంట్ ప్రాసెస్‌లను బైపాస్ (bypass) చేస్తాయి.
  
  
• Major Changes: సర్వీసులు, ఆపరేషన్స్ లేదా వనరులపై (resources) గణనీయమైన ప్రభావాన్ని (substantial impact) చూపే పెద్ద ఇన్‌ఫ్రాస్ట్రక్చర్ మార్పులు. పెద్ద రిస్క్‌లను తగ్గించడానికి వీటిపై సమగ్రమైన అసెస్‌మెంట్ (thorough assessment), కచ్చితమైన ప్లానింగ్ మరియు ఉన్నత స్థాయి ఆథరైజేషన్ (high-level authorization) అవసరం.
  
  
• Minor Changes: సర్వీసులు మరియు ఆపరేషన్స్ పై చాలా తక్కువ ఇంపాక్ట్ చూపే చిన్న స్థాయి మార్పులు (Small-scale modifications). ఇవి తక్కువ రిస్క్ తో కూడుకున్నవి మరియు దాదాపు ఎలాంటి అంతరాయం లేకుండా త్వరగా అమలు చేయబడతాయి.
  
  
• Service Requests: స్టాండర్డ్ IT సర్వీసుల కోసం (ఉదాహరణకు: అకౌంట్ ప్రొవిజనింగ్, బేసిక్ సాఫ్ట్‌వేర్ ఇన్‌స్టాల్ చేయడం) యూజర్లు చేసే రిక్వెస్ట్‌లు. ఇవి టెక్నికల్ ఇన్‌ఫ్రాస్ట్రక్చర్ మార్పులు కానప్పటికీ, ట్రాకింగ్ మరియు అకౌంటబిలిటీ కోసం ఇవి తరచుగా change management వర్క్‌ఫ్లోను ఫాలో అవుతాయి.
  
  

ప్రాక్టికల్ ఉదాహరణ: Network Switch Upgrade (నెట్‌వర్క్ స్విచ్ అప్‌గ్రేడ్)

లక్ష్యం (Objective): నెట్‌వర్క్ పర్ఫార్మెన్స్ (performance) మరియు సెక్యూరిటీని మెరుగుపరచడానికి నెట్‌వర్క్ స్విచ్‌లను (network switches) అప్‌గ్రేడ్ చేయడం.

• Request Submission: ప్రతిపాదిత హార్డ్‌వేర్ అప్‌గ్రేడ్, దాని వల్ల ఆశించే పర్ఫార్మెన్స్ మరియు సెక్యూరిటీ ప్రయోజనాలను వివరిస్తూ ఒక నెట్‌వర్క్ అడ్మినిస్ట్రేటర్ RFC ని సబ్మిట్ చేస్తారు.
  
  
• Assessment: స్విచ్‌లను మార్చడం వల్ల యాక్టివ్ నెట్‌వర్క్ సర్వీసులపై పడే ఇంపాక్ట్ ని Change Management టీమ్ విశ్లేషిస్తుంది. డౌన్‌టైమ్ రిస్క్‌లను గుర్తిస్తుంది మరియు హార్డ్‌వేర్ డిపెండెన్సీలను రివ్యూ చేస్తుంది.
  
  
• Authorization: CAB ఈ అసెస్‌మెంట్‌ను రివ్యూ చేసి అప్‌గ్రేడ్‌ను ఆథరైజ్ (authorize) చేస్తుంది. ఇంప్లిమెంటేషన్‌కి అవసరమైన వనరులు (resources) మరియు ఫైనల్ అప్రూవల్స్ సెక్యూర్ చేస్తుంది.
  
  
• Implementation: అప్రూవ్ అయిన ప్లాన్ ప్రకారం నెట్‌వర్క్ స్విచ్‌లు అప్‌గ్రేడ్ చేయబడతాయి. ఇందులో నెట్‌వర్క్ డౌన్‌టైమ్ షెడ్యూల్ చేయడం, సిస్టమ్ కాన్ఫిగరేషన్ బ్యాకప్స్ (backups) తీసుకోవడం మరియు అప్‌గ్రేడ్ తర్వాత నెట్‌వర్క్ ట్రాఫిక్ టెస్టింగ్ (testing) చేయడం ఉంటాయి.
  
  
• Review: నెట్‌వర్క్ పర్ఫార్మెన్స్ మరియు సెక్యూరిటీ టార్గెట్స్ విజయవంతంగా చేరుకున్నాయో లేదో నిర్ధారించడానికి టీమ్ ఈ అప్‌గ్రేడ్‌ను రివ్యూ చేస్తుంది. ఏవైనా ఊహించని కనెక్టివిటీ డ్రాప్స్ (connectivity drops) లేదా ప్లాన్ లో డీవియేషన్స్ ఉంటే వాటిని డాక్యుమెంట్ చేస్తారు.
  
  
• Closure: సిస్టమ్‌లో RFC లాంఛనంగా క్లోజ్ చేయబడుతుంది. కొత్త స్విచ్‌లకు అనుగుణంగా నెట్‌వర్క్ టోపోలాజీ (network topology) డాక్యుమెంటేషన్ అప్‌డేట్ చేయబడుతుంది మరియు భవిష్యత్తు ఇన్‌ఫ్రాస్ట్రక్చర్ అప్‌గ్రేడ్స్ కోసం నేర్చుకున్న పాఠాలు (lessons learned) క్యాప్చర్ (capture) చేయబడతాయి.