மாற்ற மேலாண்மை: இடர் மதிப்பீடு, திரும்பப் பெறுதல் மற்றும் பராமரிப்பு சாளரம்

ஆதாயங்கள்:

• செயற்கை நுண்ணறிவுடன் மாற்றக் கோரிக்கை, இடர் மதிப்பீடு மற்றும் திரும்பப் பெறுதல் திட்டம் ஆகியவற்றை வரைவதற்கான திறன் மற்றும் மாற்றத்தை பாதுகாப்பாகவும் கணிக்கக்கூடியதாகவும் மாற்றும் திறன்
• டொமைனை அதன் சொந்த சார்புத் தகவலுடன் விரிவுபடுத்தும் திறன், மீட்டெடுக்கக்கூடிய தன்மையை வகைப்படுத்துதல் மற்றும் கேனரியுடன் படிப்படியாகப் பயன்படுத்தத் திட்டமிடும் திறனைப் பெறுதல்.
• மாற்றத்தை அங்கீகரிப்பது, திட்டமிடுவது மற்றும் பொறுப்பேற்பது மனிதனே என்பதை புரிந்து கொள்ளும் திறன், வெற்றிக்கான அளவுகோல்கள் மற்றும் பின்வாங்கல் இல்லாமல் அதைச் செயல்படுத்தாத ஒழுக்கத்தைப் பெறுதல்.

மேலாண்மையை மாற்றவும்: இடர் மதிப்பீடு, திரும்பப் பெறுதல் மற்றும் AI உடன் பராமரிப்பு சாளரம்

உற்பத்தி முறைகளில் ஏற்படும் பேரழிவுகளில் பெரும்பாலானவை தாக்குதலால் அல்ல, மாறாக மாற்றத்தால் ஏற்படுகின்றன: ஒரு இணைப்பு, ஒரு கட்டமைப்பு மேம்படுத்தல், ஒரு வெளியீடு வெளியீடு, ஒரு "சிறிய" திருத்தம். அதனால்தான் ஒவ்வொரு முதிர்ந்த நிறுவனமும் மாற்ற மேலாண்மையைக் கொண்டுள்ளது: உற்பத்தி மாற்றத்தைத் திட்டமிடுதல், அதன் அபாயத்தை மதிப்பிடுதல், அதை அங்கீகரித்தல், செயல்படுத்துதல் மற்றும் தேவைப்படும்போது அதைத் திரும்பப் பெறுதல் ஆகியவற்றின் ஒழுங்குமுறை செயல்முறை. இலக்கு மாற்றத்தைத் தடுப்பது அல்ல, ஆனால் அதை பாதுகாப்பாகவும் கணிக்கக்கூடியதாகவும் மாற்றுவது. இங்கே, AI ஆனது மாற்றத்திற்கான கோரிக்கையை உருவாக்குதல், அபாயங்கள் மற்றும் பாதிக்கப்பட்ட அமைப்புகளைப் பட்டியலிடுதல், திரும்பப்பெறுதல் திட்டக் கட்டமைப்பை நிறுவுதல் மற்றும் வரிசைப்படுத்தல் சரிபார்ப்புப் பட்டியலைத் தயாரிப்பதில் சக்திவாய்ந்த உதவியாளர். ஆனால் அடிப்படை விதி உள்ளது: மாற்றம் மற்றும் அபாயத்தை ஆவணப்படுத்த AI ஒரு வரைபடத்தை உருவாக்குகிறது; மாற்றத்தை அங்கீகரிக்கும், திட்டமிடும் மற்றும் பொறுப்பேற்கும் நபர்.

இந்த பிரிவில், மாற்றம் கோரிக்கை, இடர் மதிப்பீடு, திரும்பப்பெறுதல் திட்டம், பராமரிப்பு சாளரம், கேனரி/நிலை விநியோகம் மற்றும் CAB (மாற்ற ஆலோசனை குழு) AI உடன் பாதுகாப்பான மாற்றத்தை எவ்வாறு திட்டமிடுவது என்பதை நீங்கள் கற்றுக் கொள்வீர்கள்.

ஒரு நல்ல மாற்றம் கோரிக்கையின் உடற்கூறியல்

ஒரு கட்டுப்பாடற்ற மாற்றம் "நான் இதை புதுப்பித்தேன்" என்ற வாக்கியம்; கட்டுப்படுத்தப்பட்ட மாற்றம் என்பது ஒரு திட்டம். ஒரு நல்ல மாற்றம் கோரிக்கை இந்த கேள்விகளுக்கு பதிலளிக்கிறது: என்ன மாறுகிறது? (நோக்கம்), ஏன்? (நியாயப்படுத்துதல்), எந்த அமைப்புகள் பாதிக்கப்படுகின்றன? (டொமைன் மற்றும் சார்புகள்), ஆபத்து நிலை என்ன? (குறைந்த/நடுத்தர/உயர்), எப்போது? (பராமரிப்பு சாளரம்), எப்படி விண்ணப்பிப்பது? (படிகள்), எப்படி சரிபார்க்க வேண்டும்? (வெற்றி அளவுகோல்), அது மோசமாக இருந்தால் அதை எப்படி திரும்பப் பெறுவது? (பின்வாங்கல்), யார் அங்கீகரிக்கிறார்கள்? (அதிகாரம்). AI இந்த எலும்புக்கூட்டை விரைவாக நிரப்புகிறது - ஆனால் நீங்கள்தான் டொமைனையும் அபாயத்தையும் அறிவீர்கள், அந்த நிறுவனத்தை யார் அறிவீர்கள்; உங்களின் சொந்த சார்பு அறிவைக் கொண்டு AI இன் பட்டியலை நிறைவு செய்கிறீர்கள்.

உதவிக்குறிப்பு: மாற்றத்தின் பெரும்பாலும் கவனிக்கப்படாத இரண்டு பகுதிகள் "பின்வாங்குதல் திட்டம்" மற்றும் "வெற்றி சரிபார்ப்பு அளவுகோல்கள்" ஆகும். மாற்றத்தைச் செயல்படுத்துவதற்கு முன், "எந்தக் கட்டளையை மோசமாக்கினால், சரியாக எங்கு திருப்புவது" மற்றும் "அது வெற்றிகரமாக இருந்தது என்பதை நான் எவ்வாறு நிரூபிப்பது" என்ற கேள்விகளுக்கு உங்களிடம் எழுத்துப்பூர்வ பதில் இல்லையென்றால், அந்த மாற்றம் இன்னும் தயாராகவில்லை.

ரோல்பேக்: ஒவ்வொரு மாற்றத்தின் வெளியேறும் வாயில்

மாற்ற நிர்வாகத்தின் இதயம் திருப்புமுனைத் திட்டமாகும். ஒவ்வொரு மாற்றத்திற்கும் ஒரு ரோல்பேக் பாதை இருக்க வேண்டும்: ரோல்பேக் பேட்ச், முந்தைய உள்ளமைவை மீட்டமை, முந்தைய பதிப்பிற்கு ரோல்பேக் பதிப்பு, ஸ்னாப்ஷாட்டில் இருந்து திரும்புதல். முக்கியமான வேறுபாடு என்னவென்றால்: சில மாற்றங்கள் மாற்றியமைக்க எளிதானது (ஒரு கட்டமைப்பு வரி), சில மாற்ற முடியாதவை அல்லது மிகவும் கடினமானவை (ஒரு தரவுத்தள திட்ட இடம்பெயர்வு, தரவு நீக்கம்). மாற்ற முடியாத மாற்றங்கள் அதிக ஆபத்து வகுப்பாகும் மற்றும் அதிக கவனம் தேவை, அதிக காப்புப்பிரதிகள், குறுகிய பராமரிப்பு சாளரம். AIயிடம் "இந்த மாற்றத்தை திரும்பப் பெற முடியுமா, இல்லையெனில், நான் என்ன கூடுதல் பாதுகாப்பு நடவடிக்கைகளை எடுக்க வேண்டும்?"

பராமரிப்பு சாளரம் மற்றும் படிப்படியாக வரிசைப்படுத்தல்

பராமரிப்புச் சாளரம் என்பது முன்கூட்டியே அறிவிக்கப்பட்ட காலப்பகுதியாகும், இதில் மாற்றம் குறைந்த அளவு பயனர்களை பாதிக்கும் - பொதுவாக இரவில் அல்லது வார இறுதியில் போக்குவரத்து குறைவாக இருக்கும் போது. ஆனால் நேரத்தைத் தேர்ந்தெடுப்பது போதாது; மாற்றத்தை படிப்படியாக வெளியிடுவது ஆபத்தை மேலும் குறைக்கிறது. கேனரி வரிசைப்படுத்தல் என்பது மாற்றத்தை முதலில் ஒரு சிறிய பகுதிக்கு (ஒரு சேவையகம், 5% பயனர்கள்) பயன்படுத்த வேண்டும், அதைக் கண்காணித்து, சிக்கல்கள் ஏதும் இல்லை என்றால் அதைப் பரப்பவும். இந்த வழியில், ஒரு பிழையானது முழு கடற்படையையும் பாதிக்காது, ஆனால் ஒரு சிறிய பகுதியை விரைவில் பிடிக்கும். ஒவ்வொரு கட்டத்திலும் கண்காணிக்க AIயிடம் ஒரு கட்ட வரிசைப்படுத்தல் திட்டம் மற்றும் அளவீடுகளை நீங்கள் கேட்கலாம்.

படிப்படியாக: AI-உதவி மாற்றம்

1. கோரிக்கை வரைவு. மேலே உள்ள தலைப்புகளில் AI உடன் மாற்றத்தை ஆவணப்படுத்தவும்.
2. தாக்கத்தை விரிவாக்குங்கள். உங்கள் சொந்த சார்பு வரைபடத்துடன் AI இன் பாதிக்கப்பட்ட அமைப்புகளின் பட்டியலை முடிக்கவும்; "இந்தச் சேவையுடன் வேறு என்ன இணைக்கப்பட்டுள்ளது?"
3. ஆபத்தை வகைப்படுத்தவும். குறைந்த/நடுத்தர/உயர்ந்த மற்றும் மீளக்கூடியதா? இதற்கு கடுமையான செயல்முறை தேவைப்படுகிறது, இது உயர்ந்தது மற்றும் மாற்ற முடியாதது.
4. திரும்பப் பெறுதலை எழுதி அதைச் சோதிக்கவும். திரும்பப்பெறும் படிகளை எழுதி, முடிந்தால் ஒரு சோதனைச் சூழலில் திரும்பப் பெற முயற்சிக்கவும் - திரும்பப் பெற முடியாத ஒரு "ரோல்பேக் திட்டம்" ஒரு திட்டமாக கணக்கிடப்படாது.
5. ஜன்னல்கள் மற்றும் நிலைகளைத் திட்டமிடுங்கள். பராமரிப்பு சாளரம் மற்றும் கேனரி நிலைகள் மற்றும் ஒவ்வொரு கட்டத்திலும் கண்காணிக்க வேண்டிய அளவீடுகளை வரையறுக்கவும்.
6. உறுதிப்படுத்தல் மற்றும் தொடர்பு. அதிகார அங்கீகாரத்தைப் பெறவும் (தேவைப்பட்டால் CAB), பாதிக்கப்பட்டவர்களுக்குத் தெரிவிக்கவும், செயல்படுத்தவும், கண்காணிக்கவும், சரிபார்க்கவும்.

மூன்று சிறிய வழக்குகள்

வழக்கு 1 - ரோல்பேக் திட்டம் இரவைக் காப்பாற்றியது. ஒரு குழு வலை சர்வர் பேட்சைப் பயன்படுத்தியது; பேட்ச் எதிர்பாராதவிதமாக சார்புநிலையை உடைத்தது மற்றும் தளம் 500 பிழையைக் கொடுக்கத் தொடங்கியது. ஆனால் மாற்றக் கோரிக்கையில் AI உடன் ஒரு தெளிவான பின்னடைவு படி தயார் செய்யப்பட்டது: "பேட்சை அகற்றவும், முந்தைய தொகுப்பை மீட்டமைக்கவும், சேவையை மீண்டும் ஏற்றவும்." அணி 6 நிமிடங்களில் திரும்பியது. ரோல்பேக் திட்டம் இல்லாமல், நள்ளிரவில் மூல காரணத்தைத் தேடும் போது பல மணிநேரம் செயலிழப்பு நீடித்திருக்கும்.

வழக்கு 2 - கேனரி 5% இல் ஒரு பிழையைப் பிடித்தது. ஒரு புதிய பதிப்பு விநியோகிக்கப்படும். குழு AI யிடம் ஒரு தடுமாறிய வரிசைப்படுத்தல் திட்டத்தைக் கேட்டது: முதலில் 1 சர்வர், வாட்ச், பிறகு 25%, பிறகு அனைத்தும். கேனரி சேவையகத்தில் மறுமொழி நேரம் இரட்டிப்பாகக் காணப்பட்டது; விநியோகம் நிறுத்தப்பட்டுள்ளது. பிழை ஒரு சேவையகத்தில் மட்டுமே நீடித்தது, 95% பயனர்கள் பாதிக்கப்படவில்லை. ஒரேயடியாக பரவியிருந்தால், ஒட்டுமொத்த சேவையும் சரிந்திருக்கும்.

வழக்கு 3 - மீளமுடியாத மாற்றத்தின் கூடுதல் அளவு. ஒரு தரவுத்தள திட்ட இடம்பெயர்வு திட்டமிடப்பட்டது - இது மாற்றியமைக்க மிகவும் கடினமாக இருக்கும். பொறியாளர் AI யிடம் ஆபத்து பற்றி கேட்டார்; YZ இந்த மாற்றம் மாற்ற முடியாதது என்றும், முழு காப்புப்பிரதி, தனி சோதனை ஓட்டம் மற்றும் குறுகிய சாளரம் ஆகியவற்றைப் பரிந்துரைத்தது என்றும் கூறினார். இடம்பெயர்வுக்கு சற்று முன்பு குழு முழு காப்புப்பிரதியை எடுத்தது, முதலில் அதை ஒரு நகலில் முயற்சித்தது. இடம்பெயர்வின் போது சிக்கல் ஏற்பட்டது, ஆனால் காப்புப்பிரதிக்கு நன்றி, நிலைத்தன்மை 20 நிமிடங்களுக்குள் மீட்டெடுக்கப்பட்டது.

நகலெடுக்கக்கூடிய நான்கு வார்ப்புருக்கள்

1) கோரிக்கை வரைவை மாற்றவும்:

உங்கள் பங்கு: மேலாண்மை நிபுணரை மாற்றவும். பின்வரும் மாற்றத்திற்கான மாற்றக் கோரிக்கையை வரையவும்: [மாற்றம்]. தலைப்புகள்: என்ன/ஏன், பாதிக்கப்பட்ட அமைப்புகள் மற்றும் சார்புநிலைகள், இடர் நிலை(குறைந்த/நடுத்தர/உயர் + நியாயப்படுத்தல்), இது திரும்பப்பெறுமா, செயல்படுத்தும் படிகள், வெற்றிச் சரிபார்ப்பு அளவுகோல், திரும்பப்பெறும் படிகள், பராமரிப்பு சாளரப் பரிந்துரை, தேவையான ஒப்புதல். நீங்கள் உறுதியாகத் தெரியாத சார்புநிலையை "சரிபார்" எனக் குறிக்கவும்.

2) இடர் மற்றும் தாக்க மதிப்பீடு:

அபாயத்தின் அடிப்படையில் பின்வரும் மாற்றத்தை மதிப்பிடவும்: [மாற்றம்]. (1) நேரடியாகவும் மறைமுகமாகவும் பாதிக்கப்படக்கூடிய அமைப்புகளைப் பட்டியலிடுங்கள், (2) மோசமான சூழ்நிலை என்ன, (3) இது மீளக்கூடியதா, இல்லையென்றால், நான் என்ன கூடுதல் நடவடிக்கைகளை எடுக்க வேண்டும், (4) அபாயத்தின் அளவை நியாயப்படுத்துங்கள். இது பூர்வாங்க மதிப்பீடு என்றும் முடிவு என்னுடையது என்றும் விளக்கவும்.

3) திரும்பப்பெறும் திட்டத்தை உருவாக்குதல்:

[மாற்றம்] ஒரு படிப்படியான பின்னடைவு திட்டத்தை எழுதவும். ஒவ்வொரு அடியையும் நகலெடுத்து சரிபார்க்க முடியும் என்பதை உறுதிப்படுத்தவும். மாற்றத்தின் மாற்ற முடியாத பகுதிகள் இருந்தால், அதை தெளிவாகக் கூறி, அவற்றிற்கு நான் எந்த காப்புப்பிரதி எடுக்க வேண்டும் என்பதை எழுதவும். ரோல்பேக்கின் வெற்றியை எவ்வாறு சரிபார்க்கலாம் என்பதைச் சேர்க்கவும்.

4) கட்ட விநியோக (கேனரி) திட்டம்:

பின்வரும் வரிசைப்படுத்தலுக்கான ஒரு [பயன்படுத்தல்] கட்டத் திட்டத்தைப் பரிந்துரைக்கவும்: எந்த கட்டங்கள் (எ.கா. 1 சேவையகம் -> 25% -> அனைத்தும்), ஒவ்வொரு கட்டத்திலும் எவ்வளவு நேரம் காத்திருக்க வேண்டும், மற்றும் என்ன அளவீடுகளைக் கண்காணிக்க வேண்டும் (பதிலளிப்பு நேரம், பிழை விகிதம் போன்றவை)? வரிசைப்படுத்தலை மீறினால் நான் எந்த வரம்பை நிறுத்தி அதை திரும்பப் பெற வேண்டும்? உங்கள் முடிவு புள்ளிகளை தெளிவாக எழுதுங்கள்.

பலவீனமான வரியில் / வலுவான வரியில்

பலவீனமான உடனடி:

இந்த பேட்சை நான் பயன்படுத்த வேண்டுமா?

சூழல் இல்லை, தாக்கம் இல்லை, பணிநீக்கம் இல்லை, சாளரங்கள் இல்லை. AI க்கு உங்கள் அமைப்பு அல்லது உங்கள் ஆபத்து தெரியாது; அது கொடுக்கும் "ஆம்/இல்லை" என்பது ஒரு பொறுப்பற்ற யூகம்.

சக்திவாய்ந்த தூண்டுதல்:

உங்கள் பங்கு: மேலாண்மை நிபுணரை மாற்றவும். நான் உற்பத்தியில் உள்ள வெப்சர்வர்களில் ஒரு பாதுகாப்பு பேட்சைப் பயன்படுத்துவேன் (8 சேவையகங்கள், ஒரு சுமை சமநிலைக்கு பின்னால்). எனக்குக் கொடுங்கள்: (1) இந்த மாற்றத்திற்கான வரைவு மாற்றக் கோரிக்கை, (2) பாதிக்கப்படக்கூடிய சார்புநிலைகள் (உறுதிப்படுத்துவேன்), (3) திரும்பப்பெறும் படிகள், (4) கேனரி திட்டம் 1 சர்வர் -> 25% -> அனைத்தும் மற்றும் ஒவ்வொரு கட்டத்திலும் நான் கண்காணிக்கும் அளவீடுகள். அபாயத்தின் அளவை நியாயப்படுத்தவும். நான் ஆமோதித்து முடிவு செய்கிறேன்.

அம்சத்தை மாற்றவும்

குறைந்த ஆபத்து

அதிக ஆபத்து

மீள்தன்மை

எளிதாக திரும்புதல்

மாற்ற முடியாதது/கடினமானது

களம்

ஒற்றை சேவை, தனிமைப்படுத்தப்பட்டது

பல சேவை, சார்பு சங்கிலி

விநியோகம்

நேரடியாக இருக்க முடியும்

கட்டாய கேனரி + குறுகிய சாளரம்

ஒப்புதல்

அணிக்குள்

CAB / மேல் அனுமதி

உதிரி

தரநிலை

கூடுதல் முழு காப்புப்பிரதி + சோதனை ஓட்டம்

பொதுவான தவறுகள்

• திரும்பப்பெறும் திட்டம் இல்லாமல் செயல்படுத்தப்படுகிறது. திரும்பும் வழி எழுதப்படாவிட்டால் மாற்றம் என்பது சூதாட்டம்.
• செல்வாக்கு மண்டலத்தை குறுகியதாக வைத்திருத்தல். ஒரு சேவையுடன் இணைக்கப்பட்ட மறைக்கப்பட்ட சார்புகளைத் தவிர்ப்பது எதிர்பாராத பக்க குறுக்கீடுகளை ஏற்படுத்தும்.
• மாற்ற முடியாத மாற்றத்தை சாதாரணமாக தவறாகக் கருதுதல். ஸ்கீமா இடம்பெயர்வு மற்றும் தரவு நீக்கம் போன்ற மாற்றங்களுக்கு கடுமையான செயல்முறை மற்றும் முழு காப்புப்பிரதி தேவைப்படுகிறது.
• ஒரே நேரத்தில் முழு கடற்படைக்கும் பரவுகிறது. கேனரி இல்லாமல், ஒரு பிழை அனைத்து பயனர்களையும் ஒரே நேரத்தில் தாக்கும்.
• வெற்றிக்கான அளவுகோல்களை வரையறுக்கவில்லை. "வெற்றிகரமானது" என்பது எழுதப்படவில்லை என்றால், உடைந்த மாற்றத்தை "முழுமையானது" என்று நீங்கள் தவறாக நினைக்கலாம்.

கவனம்: AI ஆல் தயாரிக்கப்பட்ட பாதிக்கப்பட்ட அமைப்புகளின் பட்டியல் ஆரம்பநிலை, முழுமையான பட்டியல் அல்ல. AI க்கு உங்கள் நிறுவனத்தின் சார்புகள் தெரியாது; "இந்த சேவை செயலிழந்தால், வேறு என்ன செயலிழக்கும்?" என்ற கேள்விக்கு சரியான பதில். உங்கள் நிறுவன அறிவில் உள்ளது. AI இன் பட்டியல் முழுமையடையவில்லை எனக் கருதி அதை விரிவாக்கவும்.

சுருக்கமாக

பெரும்பாலான உற்பத்திப் பேரழிவுகள் மாற்றத்தால் எழுகின்றன, தாக்குதலால் அல்ல; மாற்ற மேலாண்மை மாற்றத்தைத் தடுக்காது, அது பாதுகாப்பாகவும் கணிக்கக்கூடியதாகவும் ஆக்குகிறது. AI; வரைவுகள் கோரிக்கைகள், இடர் மதிப்பீடுகள், திரும்பப் பெறுதல் திட்டங்கள் மற்றும் கட்டம் வரிசைப்படுத்தல் சரிபார்ப்புப் பட்டியல்களை விரைவாக மாற்றும். ஆனால் உங்கள் உண்மையான சார்பு அறிவைக் கொண்டு டொமைனை விரிவுபடுத்துங்கள், மீள்திறனை வகைப்படுத்துங்கள், திரும்பப் பெறுவதை எழுதுங்கள் மற்றும் முடிந்தால் அதைச் சோதிக்கவும், பராமரிப்பு சாளரம் மற்றும் கேனரி மூலம் அபாயத்தை விநியோகிக்கவும், வெற்றிக்கான அளவுகோல்களை வரையறுக்கவும். மாற்றத்தை அங்கீகரிப்பதும், திட்டமிடுவதும், பொறுப்பேற்பதும் மனிதனே; AI என்பது திட்டத்தை துரிதப்படுத்தும் கூட்டாளர்.

விண்ணப்ப பணி

நீங்கள் விரைவில் செய்யத் திட்டமிட்டுள்ள (அல்லது சமீபத்தில் செய்த) உற்பத்தி மாற்றத்தைத் தேர்ந்தெடுக்கவும். மேலே உள்ள "மாற்று கோரிக்கை வரைவு" டெம்ப்ளேட்டைக் கொண்டு முழுமையான மாற்றக் கோரிக்கையை AI தயார் செய்ய வேண்டும். AI உருவாக்கும் "பாதிக்கப்பட்ட அமைப்புகளின்" பட்டியலை உங்கள் சொந்த சார்புத் தகவலுடன் குறைந்தது இரண்டு உருப்படிகளால் விரிவுபடுத்தவும். "ஒரு திரும்பப்பெறுதல் திட்டத்தை உருவாக்கு" டெம்ப்ளேட்டைக் கொண்டு திரும்பப்பெறும் படிகளை அச்சிட்டு, மாற்றத்தின் எந்தப் பகுதியும் திரும்பப் பெற முடியாததா என்பதைத் தீர்மானிக்கவும். இறுதியாக, ஒரு கேனரி திட்டத்தை கொண்டு வாருங்கள். முழுத் திட்டத்தையும் 6 புள்ளிகளில் சுருக்கி, எந்த ஒப்புதல்கள் தேவை என்பதைக் குறிப்பிடவும்.

சரிபார்ப்பு பட்டியல்

• [ ] என்ன/ஏன், தாக்கம், ஆபத்து, படிகள், சரிபார்ப்பு மற்றும் திரும்பப் பெறுதல் ஆகியவற்றை உள்ளடக்கிய மாற்றத்திற்கான கோரிக்கையை நான் தயார் செய்துள்ளேனா?
• [ ] AI இன் பாதிக்கப்பட்ட அமைப்புகளின் பட்டியலை எனது சொந்த சார்புத் தகவலுடன் விரிவுபடுத்தியுள்ளேனா?
• [] மாற்றம் மீளக்கூடியதா அல்லது மாற்ற முடியாததா என்பதை நான் வகைப்படுத்தியுள்ளேனா?
• [ ] நான் திரும்பப்பெறும் படிகளை எழுதி, முடிந்தால், சோதனைச் சூழலில் அதை முயற்சித்தேன்?
• [] பராமரிப்பு சாளரம் மற்றும் கேனரி வரிசைப்படுத்தல் திட்டம் மற்றும் ஒவ்வொரு கட்டத்திற்கான கண்காணிப்பு அளவீடுகளையும் நான் தீர்மானித்திருக்கிறேனா?
• [ ] நான் வெற்றி சரிபார்ப்பு அளவுகோல்களை வரையறுத்து தேவையான அனுமதிகளைப் பெற்றுள்ளேனா?