Fitimet:
- Aftësia për të hartuar një kërkesë ndryshimi, vlerësim të rrezikut dhe plan rikthimi me inteligjencë artificiale dhe për ta bërë ndryshimin të sigurt dhe të parashikueshëm
- Aftësia për të zgjeruar domenin me informacionin e vet të varësisë, për të klasifikuar rikthimin dhe për të fituar aftësinë për të planifikuar vendosjen graduale me kanarinë.
- Aftësia për të kuptuar se është njeriu ai që miraton, planifikon dhe mban përgjegjësinë për ndryshimin dhe për të marrë disiplinën për të mos e zbatuar atë pa kritere suksesi dhe një rrugë kthimi.
Menaxhimi i ndryshimit: Dritarja e Vlerësimit të Riskut, Rikthimit dhe Mirëmbajtjes me AI
Shumica dërrmuese e fatkeqësive në sistemet e prodhimit nuk lindin nga një sulm, por nga një ndryshim: një rregullim, një përditësim konfigurimi, një prezantim i lëshimit, një rregullim "i vogël". Kjo është arsyeja pse çdo organizatë e pjekur ka menaxhimin e ndryshimit: procesin disiplinor të planifikimit të një ndryshimi të prodhimit, vlerësimin e rrezikut të tij, miratimin e tij, zbatimin e tij dhe rikthimin e tij kur është e nevojshme. Qëllimi nuk është të parandaloni ndryshimin, por ta bëni atë të sigurt dhe të parashikueshëm. Këtu, AI është një asistent i fuqishëm në hartimin e një kërkese ndryshimi, renditjen e rreziqeve dhe sistemeve të prekura, krijimin e një kuadri plani rikthimi dhe përgatitjen e një liste kontrolli të vendosjes. Por rregulli bazë mbetet: AI prodhon një plan për dokumentimin e ndryshimit dhe rrezikut; Personi që miraton, planifikon dhe merr përgjegjësinë për ndryshimin.
Në këtë njësi, konceptet e kërkesës për ndryshim, vlerësimi i rrezikut, plani i rikthimit, dritarja e mirëmbajtjes, shpërndarja e kanarinave/stage dhe CAB (Change Advisory Board); Do të mësoni se si të planifikoni ndryshime të sigurta me AI.
Anatomia e një kërkese të mirë ndryshimi
Një ndryshim i pakontrolluar është fjalia "E përditësova këtë"; Një ndryshim i kontrolluar është një plan. Një kërkesë e mirë për ndryshim u përgjigjet këtyre pyetjeve: Çfarë po ndryshon? (fushëveprimi), Pse? (arsyetimi), Cilat sisteme preken? (domeni dhe varësitë), Cili është niveli i rrezikut? (i ulët/mesatar/i lartë), kur? (dritarja e mirëmbajtjes), Si të aplikoni? (hapat), Si të verifikohet? (kriteri i suksesit), Si ta ktheni atë nëse shkon keq? (kthim prapa), Kush e miraton? (autoritet). Inteligjenca artificiale e plotëson këtë skelet shpejt – por jeni ju që e njihni me të vërtetë domenin dhe rrezikun, që e njihni organizatën; Ju plotësoni listën e AI me njohuritë tuaja të varësisë.
Këshillë: Dy pjesët më shpesh të anashkaluara të një ndryshimi janë "plani i rikthimit" dhe "kriteret e verifikimit të suksesit". Nëse nuk keni një përgjigje me shkrim për pyetjet "ku saktësisht të drejtohem me cilën komandë nëse shkon keq" dhe "si ta vërtetoj se ishte i suksesshëm" përpara zbatimit të ndryshimit, ai ndryshim nuk është ende gati.
Rikthimi: porta e daljes së çdo ndryshimi
Zemra e menaxhimit të ndryshimit është plani i kthesës. Çdo ndryshim duhet të ketë një shteg rikthimi: rikthimi, rikthimi i konfigurimit të mëparshëm, versioni i rikthimit në versionin e mëparshëm, rikthimi nga fotografia e çastit. Dallimi kritik është: disa ndryshime janë të lehta për t'u kthyer (një linjë konfigurimi), disa janë të pakthyeshme ose shumë të vështira (një migrim i skemës së bazës së të dhënave, një fshirje e të dhënave). Ndryshimet e pakthyeshme janë klasa më e lartë e rrezikut dhe kërkojnë vëmendjen më të madhe, më shumë kopje rezervë, dritaren më të ngushtë të mirëmbajtjes. Pyete AI-n "a mund të rikthehet ky ndryshim dhe nëse jo, çfarë masash shtesë sigurie duhet të marr?"
Dritarja e mirëmbajtjes dhe vendosja me faza
Një dritare mirëmbajtjeje është një periudhë kohore e paralajmëruar paraprakisht gjatë së cilës ndryshimi do të ndikojë në numrin më të vogël të përdoruesve - zakonisht gjatë natës ose në një fundjavë kur trafiku është i ulët. Por nuk mjafton të zgjedhësh mirë kohën; Zbatimi gradual i ndryshimit zvogëlon më tej rrezikun. Zbatimi i Canary është që fillimisht të aplikoni ndryshimin në një pjesë të vogël (një server, 5% të përdoruesve), ta monitoroni atë dhe ta përhapni nëse nuk ka probleme. Në këtë mënyrë, një defekt nuk do të prekë të gjithë flotën, por një pjesë të vogël dhe do të kapet herët. Ju mund t'i kërkoni AI për një plan vendosjeje me faza dhe metrikë për të gjurmuar në secilën fazë.
Hap pas hapi: Ndryshimi i asistuar nga AI
- Hartoni kërkesën. Dokumentoni ndryshimin me AI në titujt e mësipërm.
- Zgjeroni ndikimin. Plotësoni listën e sistemeve të prekura të AI me hartën tuaj të varësisë; "Çfarë tjetër lidhet me këtë shërbim?"
- Klasifikoni rrezikun. E ulët/mesatare/e lartë dhe e kthyeshme? Kërkon procesin më të rreptë, i cili është i lartë dhe i pakthyeshëm.
- Shkruani një rikthim dhe provojeni. Shkruani hapat e rikthimit dhe provoni të ktheheni në një mjedis testimi nëse është e mundur - një "plan kthimi" që nuk mund të rikthehet nuk llogaritet si plan.
- Planifikoni dritaret dhe nivelet. Përcaktoni fazat e dritares së mirëmbajtjes dhe kanarinës, si dhe metrikat që duhen monitoruar në çdo fazë.
- Konfirmimi dhe komunikimi. Merrni miratimin e autoritetit (CAB nëse është e nevojshme), informoni të prekurit, zbatoni, monitoroni, verifikoni.
tre mini kuti
Rasti 1 - Plani i rikthimit e shpëtoi natën. Një ekip aplikoi një patch të serverit në internet; Patch papritur theu një varësi dhe faqja filloi të jepte një gabim 500. Por kishte një hap të qartë rikthimi të përgatitur me AI në kërkesën për ndryshim: "hiqni patch-in, rivendosni paketën e mëparshme, ringarkoni shërbimin". Skuadra u kthye në 6 minuta. Pa planin e rikthimit, ndërprerja do të kishte zgjatur për orë të tëra ndërsa kërkonte shkakun rrënjësor në mes të natës.
Rasti 2 - Kanaria kapi një insekt me 5%. Një version i ri do të shpërndahej. Ekipi i kërkoi AI për një plan vendosjeje të shkallëzuar: fillimisht 1 server, orë, pastaj 25%, pastaj të gjitha. Kohët e përgjigjes u panë të dyfishoheshin në serverin Canary; shpërndarja është ndërprerë. Gabimi vazhdoi vetëm në një server, me 95% të përdoruesve të paprekur. Nëse do të ishte përhapur menjëherë, i gjithë shërbimi do të ishte shembur.
Rasti 3 — Masa shtesë e ndryshimit të pakthyeshëm. Ishte planifikuar një migrim i skemës së bazës së të dhënave - një ndryshim që do të ishte shumë i vështirë për t'u rikthyer. Inxhinieri pyeti AI për rrezikun; YZ deklaroi se ndryshimi ishte i pakthyeshëm dhe rekomandoi një kopje rezervë të plotë, test të veçantë dhe dritare të ngushtë. Ekipi mori një kopje rezervë të plotë pak para migrimit, e provoi në një kopje fillimisht. Pati një problem gjatë migrimit, por falë rezervimit, qëndrueshmëria u rikthye brenda 20 minutave.
Katër shabllone të kopjueshëm
1) Ndryshimi i draftit të kërkesës:
Roli juaj: specialist i menaxhimit të ndryshimeve. Hartoni një kërkesë ndryshimi për ndryshimin e mëposhtëm: [ndrysho]. Titujt: Çfarë/Pse, Sistemet dhe Varësitë e Ndikuara, Niveli i rrezikut (i ulët/mesatar/i lartë + justifikimi), A është rikthim, Hapat e zbatimit, kriteret e verifikimit të suksesit, hapat e rikthimit, rekomandimi i dritares së mirëmbajtjes, miratimi i kërkuar. Shënoni varësinë për të cilën nuk jeni të sigurt si "verifiko".
2) Vlerësimi i rrezikut dhe ndikimit:
Vlerësoni ndryshimin e mëposhtëm për sa i përket rrezikut: [ndryshim]. (1) Listoni sistemet që mund të preken drejtpërdrejt dhe tërthorazi, (2) cili është skenari më i keq, (3) a është i kthyeshëm, nëse jo, çfarë masash shtesë duhet të marr, (4) justifikoni nivelin e rrezikut. Shpjegoni se ky është një vlerësim paraprak dhe vendimi është i imi.
3) Krijimi i një plani rikthimi:
Shkruani një plan rikthimi hap pas hapi për [ndryshim]. Sigurohuni që çdo hap të mund të kopjohet dhe verifikohet. Nëse ka pjesë të pakthyeshme të ndryshimit, deklarojeni qartë dhe shkruani se cilin kopje rezervë duhet të marr për to. Shtoni si të verifikoni suksesin e Rikthimit.
4) Plani i shpërndarjes me faza (kanarinat):
Sugjeroni një plan me faza [vendosje] për vendosjen e mëposhtme: cilat faza (p.sh. 1 server -> 25% -> të gjitha), sa kohë duhet të pres në secilën fazë dhe ÇFARË metrika duhet të gjurmoj (koha e përgjigjes, shkalla e gabimit, etj.)? Cilin prag duhet të ndaloj dhe ta kthej vendosjen nëse tejkalohet? Shkruani qartë pikat tuaja të vendimit.
Prompt i dobët / Prompt i fortë
Njoftim i dobët:
A duhet ta aplikoj këtë patch?
Pa kontekst, pa ndikim, pa tepricë, pa dritare. AI as nuk e njeh sistemin tuaj dhe as rrezikun tuaj; "Po/jo" që do të jepte është një supozim i papërgjegjshëm.
Njoftim i fuqishëm:
Roli juaj: specialist i menaxhimit të ndryshimeve. Unë do të aplikoj një patch sigurie në një flotë serverësh në internet në prodhim (8 serverë, pas një balancuesi të ngarkesës). Më jep: (1) një projekt-kërkesë ndryshimi për këtë ndryshim, (2) varësitë që mund të preken (do të konfirmoj), (3) hapat e rikthimit, (4) plani i kanarisë si 1 server -> 25% -> të gjitha dhe metrikat që do të monitoroj në çdo fazë. Arsyetoni nivelin e rrezikut. Unë e miratoj dhe vendos.
Ndrysho veçorinë
rrezik të ulët
rrezik të lartë
kthyeshmëria
rikthim i lehtë
i parevokueshëm/i vështirë
domain
Shërbim i vetëm, i izoluar
Zinxhiri i varësisë me shumë shërbime
Shpërndarja
mund të jetë i drejtpërdrejtë
Kanari i detyrueshëm + dritare e ngushtë
Miratimi
brenda ekipit
CAB / miratim i lartë
rezervë
Standard
Rezervim i plotë shtesë + ekzekutim provë
Gabimet e zakonshme
- Zbatimi pa një plan rikthimi. Ndryshimi është një kumar nëse rruga e kthimit nuk shkruhet.
- Mbajtja e ngushtë e sferës së ndikimit. Anashkalimi i varësive të fshehura të lidhura me një shërbim do të rezultojë në ndërprerje anësore të papritura.
- Gabimi i ndryshimit të pakthyeshëm me të zakonshëm. Ndryshime të tilla si migrimi i skemës dhe fshirja e të dhënave kërkojnë procesin më të rreptë dhe rezervimin e plotë.
- Përhapja e tij në të gjithë flotën menjëherë. Pa Canary, një gabim do të godiste të gjithë përdoruesit menjëherë.
- Nuk përcakton kriteret e suksesit. Nëse nuk shkruhet se çfarë do të thotë "i suksesshëm", mund të gaboni një ndryshim të prishur me "i plotë".
Kujdes: Lista e sistemeve të prekura e prodhuar nga AI është një listë paraprake dhe jo e plotë. AI nuk i njeh varësitë e organizatës suaj; Përgjigja e saktë në pyetjen "Nëse ky shërbim rrëzohet, çfarë tjetër do të rrëzohet?" qëndron në njohuritë tuaja të korporatës. Supozoni se lista e AI është e paplotë dhe zgjeroni atë.
Në përmbledhje
Shumica e fatkeqësive të prodhimit lindin nga ndryshimi, jo nga sulmi; Menaxhimi i ndryshimit nuk e parandalon ndryshimin, ai e bën atë të sigurt dhe të parashikueshëm. AI; Harton me shpejtësi kërkesat për ndryshime, vlerësimet e rrezikut, planet e rikthimit dhe listat kontrolluese të vendosjes me faza. Por zgjeroni domenin me njohuritë tuaja reale të varësisë, klasifikoni kthyeshmërinë, shkruani rikthimin dhe testojeni nëse është e mundur, shpërndani rrezikun me dritaren e mirëmbajtjes dhe kanarinë, përcaktoni kriteret e suksesit. Është njeriu ai që miraton, planifikon dhe mban përgjegjësi për ndryshimin; AI është partneri që përshpejton planin.
Detyra e aplikimit
Zgjidhni një ndryshim prodhimi që planifikoni të bëni së shpejti (ose keni bërë së fundmi). Kërkojini AI të përgatisë një kërkesë të plotë ndryshimi me shabllonin "Ndrysho draftin e kërkesës" më sipër. Zgjeroni listën e "sistemeve të prekura" që AI prodhon me të paktën dy artikuj me informacionin tuaj të varësisë. Shtypni hapat e rikthimit me shabllonin "Generate a rollback plan" dhe përcaktoni nëse ka ndonjë pjesë të ndryshimit që nuk mund të rikthehet. Më në fund, bëni një plan për kanarinë. Përmblidheni të gjithë planin në 6 pika dhe vini re cilat miratime kërkohen.
listë kontrolli
- [ ] A kam përgatitur një kërkesë për ndryshimin që përfshin çfarë/pse, ndikimin, rrezikun, hapat, verifikimin dhe rikthimin?
- [ ] A e kam zgjeruar listën e sistemeve të prekura të AI me informacionin tim të varësisë?
- [ ] A e kam klasifikuar nëse ndryshimi është i kthyeshëm apo i pakthyeshëm?
- [ ] Shkrova hapat e rikthimit dhe e provova në mjedisin e testimit, nëse është e mundur?
- [ ] A e kam përcaktuar planin e vendosjes së dritares së mirëmbajtjes dhe kanarinave dhe matjet e monitorimit për secilën fazë?
- [ ] A i kam përcaktuar kriteret e verifikimit të suksesit dhe a kam marrë miratimet e nevojshme?