டிஜியியின்! அதிகாலை 3 மணி, நீங்கள் ஒரு அற்புதமான கனவு காண்கிறீர்கள், திடீரென்று ஒரு அழைப்பு. இந்த வாரம் நீங்கள் பணியில் இருக்கிறீர்கள், வெளிப்படையாக ஏதோ நடந்தது. என்ன தவறு என்பதைக் கண்டறிய தானியங்கி அமைப்பு அழைக்கிறது. நவீன கணினி அமைப்புகளை நிர்வகிப்பதில் இது ஒரு முக்கிய அம்சமாகும், ஆனால் மக்களுக்கு அறிவிப்புகளை எவ்வாறு சிறப்பாக உருவாக்குவது என்பதைப் பார்ப்போம்.
பல்வேறு கண்காணிப்புக் குழுக்களில் பல தசாப்தங்களாக எனது கடமைகளில் பிறந்த கண்காணிப்புத் தத்துவத்தைப் பற்றி அறிந்து கொள்ளுங்கள். ராப் எவாஷ்சுக்கின் உண்மையான பைபிளால் அவள் பெரிதும் பாதிக்கப்பட்டாள் (எனது அறிவிப்புத் தத்துவம்) என்ற புத்தகத்தில் சேர்க்கப்பட்டுள்ளது , மற்றும் ஜான் அல்ஸ்பாக் எழுதிய புத்தகம் (விழிப்பூட்டல்களை அமைப்பதற்கான குறிப்புகள்).
, и - இடுகையைத் திருத்துவதற்கு உங்கள் உதவிக்கு நன்றி.
CASE என்றால் என்ன?
போன்ற அழகான சுருக்கத்தை கொண்டு வர முடிவு செய்தேன் அல்லது . நான் அதை அழைக்கிறேன் CASE முறை. தானியங்கி கண்காணிப்புடன் பணிபுரியும் போது கவனம் செலுத்த வேண்டிய நான்கு புள்ளிகளை அவர் விவரிக்கிறார்:
- (சூழலுடன் தொடர்புடையது)
- (நடைமுறை மதிப்பு)
- (அறிகுறிகளுக்கு முக்கியத்துவம்)
- (தரம்)
நீங்கள் CASE ஐப் பயன்படுத்தினால், அறிவிப்புகளை ஆரோக்கியமான அலட்சியத்துடன் நடத்துகிறீர்கள், இரவில் மக்களை எழுப்ப வேண்டாம். கண்காணிப்பு பயன் மற்றும் செயல்திறனுக்காக தொடர்ந்து மதிப்பீடு செய்யப்பட வேண்டும். ஒரு நபர் அறிவிப்பைப் பெறும்போது, அவர் சிறந்த மன மாதிரிகள் மற்றும் அதிக நம்பிக்கையுடன் இருப்பார்.
நினைவில் கொள்வதை எளிதாக்க, உங்களுக்கு ஒரு வழக்கு தேவை என்று கற்பனை செய்து பாருங்கள் [அதாவது, ஒரு வழக்கு, ஒரு காரணம் - மொழிபெயர்ப்பாளரின் குறிப்பு] ஒவ்வொரு எச்சரிக்கையையும் நியாயப்படுத்த. :கறுப்புக் கண்ணாடி:
ஏன் இதெல்லாம்?
. பல காரணங்களுக்காக. மற்றும் CASE அவர்கள் அனைத்தையும் அகற்றாது. ஆனால் இதன் மூலம், சிறந்த அறிவிப்புகளைப் பெற நீங்கள் இரவில் எழுந்திருப்பீர்கள். இந்த முறை பல்வேறு நிறுவன செயல்முறைகளை உள்ளடக்கியது, இது இந்த விஷயத்தில் உதவும்.
RED மற்றும் USE முறைகளின் அழகு என்னவென்றால், அவற்றின் உதவியுடன் நாம் எவ்வாறு வேலை செய்வது என்பது மட்டுமல்லாமல், ஒருவருக்கொருவர் ஒரே மொழியைப் பேசுவதும் ஆகும். CASE முறையானது, எங்கள் அமைப்புகளைப் பாதுகாக்கும் ஆனால் எங்கள் சக ஊழியர்களை பிஸியாக வைத்திருக்கும் அறிவிப்புகளைப் பற்றி விவாதிப்பதை எளிதாக்கும் என்பது எனது நம்பிக்கை.
முக்கிய விஷயம் என்னவென்றால், உங்கள் நிறுவனத்தில் ஒரு கலாச்சாரத்தை உருவாக்க வேண்டும், அங்கு அறிவிப்புகள் ஆரோக்கியமான அலட்சியத்துடன் நடத்தப்படுகின்றன. ஒரு குறிப்பிட்ட நோக்கத்திற்காக அறிவிப்புகளை உருவாக்கலாம், ஆனால் அவை பின்னர் மதிப்பை இழக்காது என்பது உண்மையல்ல. இந்த அறிவிப்பை ஏன் அமைத்தோம்? எவ்வளவு காலத்திற்கு முன்பு அதன் அளவுகோல்கள் திருத்தப்பட்டன? CASE மூலம், இந்தக் கேள்விகளுக்குப் பதிலளிக்க முடியும்.
சூழல்-கடுமையான - சூழல் பிணைப்பு
நிறைய புத்திசாலித்தனமான வார்த்தைகளைக் கொண்ட செய்திகளைப் படிக்க அதிகாலை 3 மணி நேரம் சிறந்த நேரம் அல்ல. திறம்பட பதிலளிக்க, உங்களுக்கு தகவல் தேவை. வெறுமனே, இது ஒரு குறிப்பிட்ட சிக்கலைப் பற்றிய தகவலாக இருக்க வேண்டும், அதற்கான சூழல் உடனடியாகத் தெளிவாக இருக்கும், மேலும் இது சாத்தியமாகும் வகையில் அறிவிப்புகள் கட்டமைக்கப்பட வேண்டும். இது "கவனிப்பு" மற்றும் "நோக்குநிலை" . இந்த அமைப்பில் நேரத்தை செலவிடுவது அவமானம் அல்ல, ஏனென்றால் ஒரு நபரை தொடர்ந்து திசை திருப்புவது இன்னும் விலை உயர்ந்தது. ஒருவரை ஒருவர் மதிப்போம்.
பிரச்சனைகளுக்கு பல ஆதாரங்கள் உள்ளன. குறிப்பாக பேய்கள்.
கடமை அதிகாரிக்கு நான் எப்படி உதவுவது? கடமை அதிகாரி பார்க்கும் முதல் விஷயம் ஒரு அறிவிப்பாகும், எனவே அவர் அனைத்து கருதுகோள்களையும் அதன் அடிப்படையில் உருவாக்குகிறார். பின்னர் அவர் அறிவுறுத்தல்கள் மற்றும் டாஷ்போர்டுகளைப் பார்க்கிறார், ஆனால் ஒரு குறிப்பிட்ட அறிவிப்பில் எப்போதும் தரவு இருக்கிறதா, பொதுவான தகவல் மட்டுமல்ல? "அறிவிப்பை நீங்கள் எவ்வாறு விளக்கலாம் அல்லது பதிலளிக்கலாம் என்பதைப் பற்றி சிந்திக்கவும்" (ஸ்லைடு 29) Alspaugh அறிவுறுத்துகிறது. ஒரு நல்ல அறிவிப்பு வாசலில் உள்ளமைக்கப்படாமல், கடமையில் இருக்கும் நபர் மீது கவனம் செலுத்துகிறது.
எனவே அறிவிப்பு சூழலை எவ்வாறு மேம்படுத்துவது என்பது குறித்த சில யோசனைகள்:
- பயனருக்கு பயனுள்ள மற்றும் சிறப்பாக உருவாக்கப்பட்ட ஒன்றைக் காட்டுங்கள், சாதாரண அறிவுறுத்தல்கள் அல்லது டாஷ்போர்டை மட்டும் அல்ல. முன்னதாக, குறிப்பிட்ட அறிவிப்புகளுக்காக கட்டமைக்கப்பட்ட புலனாய்வு டாஷ்போர்டுகளை நானும் தோழர்களும் பயன்படுத்தினோம். பிரச்சனை தெரிந்தால் இது உதவும், ஆனால் மற்றவர்களை குழப்பிவிடும். நாம் இங்கே ஒரு சமநிலையைக் கண்டுபிடிக்க வேண்டும்.
- அறிவிப்பின் வரலாற்றைப் பற்றி எங்களிடம் கூறுங்கள்: இது புதியதா? இது அடிக்கடி வேலை செய்கிறதா? இது பருவகாலமா?
- கணினி நிலையில் சமீபத்திய மாற்றங்களைக் காட்டு. சமீபத்தில் ஏதாவது மாறிவிட்டதா? (உதாரணமாக, வரிசைப்படுத்துதல் அல்லது செயல்பாட்டை செயல்படுத்துதல்/முடக்குதல்.)
- உறவுகளைக் காட்டவும் மற்றும் மன மாதிரிக்கான தகவலை வழங்கவும்: கணினி சார்புகள் தெளிவாகத் தெரியும், முன்னுரிமை செயல்பாட்டின் குறிப்புடன் இருக்க வேண்டும்.
- குழுவுடன் பயனரை விரைவாக இணைக்கவும்: நடந்துகொண்டிருக்கும் சம்பவங்களை அவர்களால் பார்க்க முடியுமா அல்லது நிறுவனத்தில் வேறு யாருக்கு அறிவிப்பு வந்துள்ளது என்பதை அவர்களால் கண்டுபிடிக்க முடியுமா? நிரல் செயல்படுத்தப்பட்டதா?
வெறுமனே, ஒரு சம்பவ மேலாண்மை திட்டம், சம்பவ விசாரணைகளின் அறிவிப்பு சூழலை எவ்வாறு மேம்படுத்துவது என்பது குறித்த ஆலோசனைகளை வழங்கும். எப்போதும் வேலை செய்ய ஏதாவது இருக்கிறது!
செயல்படக்கூடிய - நடைமுறை மதிப்பு
அறிவிப்புக்கு பதிலளிக்கும் வகையில் கடமை அதிகாரி ஏதாவது செய்ய வேண்டுமா? நீங்கள் எதுவும் செய்யத் தேவையில்லை அல்லது என்ன செய்வது என்று தெரியவில்லை என்றால், அவரை ஏன் எழுப்பினீர்கள்? பணியில் இருப்பவர்களை தொந்தரவு செய்யும் மற்றும் நடவடிக்கை தேவையில்லாத அறிவிப்புகளை நீங்கள் தவிர்க்க வேண்டும்.
நான் என்ன செய்ய வேண்டும்? உங்களுக்கு என்ன வேண்டும்?
கடந்த காலத்தில், அமைப்புகள் எளிமையாகவும், குழுக்கள் சிறியதாகவும் இருந்தபோது, விஷயங்களில் தொடர்ந்து இருக்க கண்காணிப்பை அமைத்தோம். குவியல் மீது சுமை அதிகரித்துள்ளது என்ற அறிவிப்பு, சேவை பின்னர் செயலிழந்தால், நமக்குச் சூழலைக் கொடுக்கும். பெரிய அளவில், இத்தகைய அறிவிப்புகள் குழப்பத்தையே உருவாக்கும், ஏனெனில் எங்கள் அமைப்புகள் எப்போதும் மாறுபட்ட தீவிரத்தன்மையின் சீரழிவு நிலையில் இயங்குகின்றன. இது விரைவாக வழிவகுக்கிறது மற்றும், நிச்சயமாக, உணர்திறன் இழப்பு. எனவே, கடமை அதிகாரி அத்தகைய அறிவிப்புகளைப் புறக்கணிக்கிறார் அல்லது வடிகட்டுகிறார், தேவைக்கேற்ப எப்போதும் பதிலளிக்கமாட்டார். இந்த வலையில் விழ வேண்டாம்! அனைத்து அறிவிப்புகளையும் வரிசையாக அமைக்க வேண்டாம், பின்னர் அவற்றை மின்னஞ்சல் மூலம் சில godforsaken கோப்புறைக்கு அனுப்பவும்.
நடைமுறை மதிப்புள்ள அறிவிப்பு எப்படி இருக்கும் என்பது இங்கே:
- ஒரு அறிவிப்புக்கு வெறுமனே செய்திகளைப் புகாரளிப்பதை விட நடவடிக்கை தேவைப்படுகிறது.
- இந்தச் செயலை தானியக்கமாக்குவது கடினம் அல்லது ஆபத்தானது. ஒரு செயலை தானியக்கமாக்க முடிந்தால், அதை தானியங்குபடுத்துங்கள், மக்களை தொந்தரவு செய்வதை நிறுத்துங்கள்!
- அறிவிப்பில் அவசர பரிந்துரைகள் படிவத்தில் உள்ளன (SLA) அல்லது (ஆர்டிஓ). கடமை அதிகாரி பின்னர் நிறுவனத்தின் சம்பவ மேலாண்மை திட்டத்தை செயல்படுத்த முடியும்.
நான் தெளிவுபடுத்த விரும்புகிறேன்: APIக்கான மிக முக்கியமான SLO களுக்கு (சேவை நிலை நோக்கங்கள்) மட்டுமே அறிவிப்புகள் வர வேண்டும் என்று நான் கூறவில்லை. SLO கண்காணிப்பு தொடர்ந்து துண்டு துண்டாக பிரிக்கப்பட்டு அனைத்து சேவைகளுக்கும் ஒரே அணுகுமுறை தேவைப்படுகிறது. உங்களுக்கு பணம் செலுத்தும் வாடிக்கையாளர்களுக்கான மிக முக்கியமான SLOகளை நீங்கள் கண்காணிப்பீர்கள் என்பது தெளிவாகிறது. ஆனால் தரவுத்தளங்கள் போன்ற உள்கட்டமைப்பு SLO களும் கண்காணிக்கப்பட வேண்டும். விரைவில் நீங்கள் உள் வாடிக்கையாளர்களைக் கையாள வேண்டும் மற்றும் அவர்களுக்கு ஆதரவளிக்க வேண்டும். மற்றும் அதனால் விளம்பர முடிவிலி.
அறிகுறி அடிப்படையிலான - அறிகுறிகளுக்கு முக்கியத்துவம்
நீங்கள் விரும்பினாலும் விரும்பாவிட்டாலும், விநியோகிக்கப்பட்ட அமைப்பில் (கவாஜ்) பணிபுரிகிறீர்கள். இதன் விளைவாக, சேவைகளைத் தனிமைப்படுத்தவும், தோல்வியில் இருந்து அவற்றைப் பாதுகாக்கவும் வெவ்வேறு யுக்திகளைப் பயன்படுத்துகிறீர்கள் (பயிற்சியாளர் மற்றும் பலர்.)3. தாமதமான குப்பை சேகரிப்பு அல்லது ஸ்தம்பிதமான தரவுத்தள வினவல் சிக்கல்களைக் குறிக்கிறது என்றாலும், எதிர்காலத்தில் பயனர்களுக்கு சிக்கல்கள் இல்லாவிட்டால் அவற்றைச் சரிசெய்ய அவசரப்பட வேண்டிய அவசியமில்லை.
இவை முக்கியமான சமிக்ஞைகள் மற்றும் நடைமுறை மதிப்பைக் கொண்டிருக்கலாம், ஆனால் அவை பயனர்களைத் தொந்தரவு செய்யவில்லை என்றால், உதவியாளரின் கவனத்தைத் திசைதிருப்ப போதுமான அவசரம் இல்லை. காரண-அடிப்படையிலான அறிவிப்புகள் என்பது கணினி தோல்வியைப் பற்றிய நமது மன மாதிரிகளின் ஸ்னாப்ஷாட்கள். தோல்விக்கான அனைத்து சாத்தியமான காரணங்களையும் பட்டியலிட முயற்சிப்பதை விட முக்கியமான அறிகுறிகளைக் கண்காணிப்பது நல்லது.
அறிவிப்புகளை அர்த்தமுள்ளதாக்க, கவனம் செலுத்துங்கள் , பயனர்களுக்கு முக்கியமானது. Evashchuk இதை "பயனர்களுக்கான கண்காணிப்பு" என்று அழைக்கிறார். இந்த தத்துவம் நிறுவனம் முழுவதும் பயன்படுத்தப்பட வேண்டும் என்பதை நினைவில் கொள்ளுங்கள். உள்கட்டமைப்பில் எங்காவது ஒரு சேவைக்கு அவசர சிக்கல்கள் இருந்தால், பொருத்தமான குழு அவற்றைக் கவனித்துக் கொள்ளும். இத்தகைய தோல்விகளில் இருந்து அமைப்புகளைப் பாதுகாப்பது முற்றிலும் தனித்தனியான விஷயமாகும் (பயிற்சியாளர் மற்றும் பலர், முக்கியமான சார்புகளைக் குறைப்பதற்கான உத்திகள் பிரிவு).
அறிகுறிகள் மாறக்கூடியவை அல்ல
சிக்கலான அமைப்புகள் குறைபாடுகள், குறைபாடுகள் மற்றும் சிக்கல்கள் நிறைந்தவை என்பதை ரிச்சர்ட் குக் நமக்கு நினைவூட்டுகிறார். சாத்தியமான அனைத்து காரணங்களையும் பட்டியலிட முயற்சிப்பது சிசிபியன் பணியாகும். நீங்கள் சிக்கல்களை விவரிக்க முயற்சிக்கிறீர்கள், ஆனால் அவை எல்லா நேரத்திலும் மாறுகின்றன. சிண்டி ஸ்ரீதரன், “ஒவ்வொரு நொடியும் அமைப்புகள் சரியான நிலையில் இருக்க வேண்டியதில்லை” மேலும் மனித அணுகுமுறையைப் பயன்படுத்துவது நல்லது ( (“கண்காணிப்பு விநியோகிக்கப்பட்ட அமைப்புகள்”), 7).
ஒரு சம்பவத்திற்குப் பிறகு அறிவிப்புகளைத் தவிர்க்கவும்
பொதுவாக, காரணங்களுக்கான அறிவிப்புகள் சம்பவங்களைச் சரிசெய்ய கட்டமைக்கப்படுகின்றன. என்ன நடந்தது என்பது பற்றிய இந்த வரையறுக்கப்பட்ட அறிவிப்புகள் தவறான பாதுகாப்பு உணர்வை உருவாக்குகின்றன, ஏனென்றால் கணினி ஒவ்வொரு முறையும் உடைக்க புதிய வழிகளைக் கொண்டு வருகிறது.
காரணம் நோட்டீஸ் கொடுத்து ஏமாற வேண்டாம். சிந்திப்பது நல்லது:
- அறிகுறி அடிப்படையிலான அறிவிப்பு ஏன் சிக்கலைக் கவனிக்கவில்லை?
- பயனருக்கான சூழலை மேம்படுத்த இது உதவியாக இருக்குமா?
- என்ன நடந்தது என்பது பற்றிய அறிவிப்புகளைக் குவிப்பதை விட, விரைவாக நோயறிதலைச் செய்ய கண்காணிப்புக் கருவிகளை எவ்வாறு மேம்படுத்தலாம்?
நோயறிதலுக்கான கண்காணிப்பு கருவிகள் அறிகுறியிலிருந்து தீர்வுக்கு நகர்த்துவதற்கான ஒரு வழியாக நீங்கள் நினைத்தால் மட்டுமே உதவும். இந்தக் கருத்து இல்லாமல், கடந்த கால தோல்விகளைப் பற்றிய தாமதமான அறிவிப்புகள் மற்றும் விளக்கப்படங்களால் நீங்கள் வெடிக்கப்படுவீர்கள் - எதிர்காலத்தைப் பற்றி ஒரு வார்த்தை கூட சொல்ல முடியாது. ஒரு அமைப்பு தற்காப்பிலிருந்து தாக்குதலுக்கு நகர்வதற்கு இது ஒரு சிறந்த வாய்ப்பு. டெவலப்பர்கள் மற்றும் தயாரிப்பு மேலாளர்கள் ஒரே எதிர்பார்ப்புகளையும் தெளிவான இலக்குகளையும் கொண்டிருப்பார்கள். வழக்கு - CASE (:wink:) - ஒவ்வொரு அறிவிப்புக்கும் தெளிவாக உள்ளது.
காரணம் அடிப்படையிலான அறிவிப்புகள் மிதமாக பொறுத்துக்கொள்ளக்கூடியவை
சில சமயங்களில், காரண அடிப்படையிலான அறிவிப்புகளின் அடிப்படையில் எங்கள் அமைப்பு நமக்கு சிறிய விருப்பத்தை விட்டுவிடுகிறது. சில நேரங்களில் கடமையில் இருப்பவர்கள் ஒரு அறிகுறி நிச்சயமாக தோல்விக்கு வழிவகுக்கும் என்பதை நன்கு புரிந்துகொள்கிறார்கள், எனவே நடைமுறை மதிப்பைக் கொண்டுள்ளது. என்ன நடக்கிறது என்று உங்களுக்குத் தெரியாமல், பாதுகாப்பான பக்கத்தில் இருக்க அறிவிப்புகளை அமைக்கலாம். செயல்திறன் சிக்கலைத் தீர்க்க கணினியை மாற்றும் வரை இந்த நடவடிக்கை தற்காலிகமானது என்று நம்புகிறோம்.
இந்த சூழ்நிலைகளை கையாளும் போது CASE இன் மற்ற கூறுகளை மனதில் கொள்ளுங்கள். இது தற்காலிகமானது என்பதாலேயே நீங்கள் உங்கள் தலையால் சிந்திப்பதை நிறுத்தலாம் என்று அர்த்தமல்ல.
மதிப்பீடு - மதிப்பீடு
கணினியில் ஏதேனும் மாற்றங்கள் (புதிய குறியீடு, புதிய உள்கட்டமைப்பு, புதிதாக எதுவும்) தோல்விகளின் வரம்பை விரிவுபடுத்துகின்றன (குக், 3). இந்த அறிவிப்பு எதிர்பார்த்தபடி செயல்படுகிறதா? அமைப்புகளின் தெளிவான மற்றும் தற்போதைய மன மாதிரிகள் மற்றும் சில ஆதரவு அறிவிப்புகளுக்கு பதிலளிக்கும் அனுபவம் - இவை முக்கிய அம்சங்கள் . அமைப்புகளில் குறைபாடுகள் தொடர்ந்து உருவாகி வருகின்றன, அவற்றை நாம் தொடர்ந்து பின்பற்ற வேண்டும்.
ஒவ்வொரு அறிவிப்பும் எதிர்பார்த்தபடி செயல்படுவதை உறுதிசெய்ய, அவற்றின் தரத்தை நீங்கள் தொடர்ந்து மதிப்பீடு செய்ய வேண்டும். அன்பான தலைவர்களே! இந்த செயல்முறையை நிறுவுவதற்கு உங்கள் அணிகளுக்கு நீங்கள் உதவினால், அது அவர்களுக்கு மிகவும் எளிதாக இருக்கும்! இங்கே சில மதிப்பீட்டு யோசனைகள் உள்ளன:
- பயன்படுத்த , அல்லது பிற அறிவிப்பு சோதனை முறைகள். ஒரு கனமான சம்பவ மேலாண்மை முறையை நம்பாமல் குழுவால் அதைச் செய்ய முடியும்!
- உங்கள் சம்பவ மேலாண்மை திட்டத்தில் அனைத்து சம்பவம் தொடர்பான அறிவிப்புகளின் தொகுப்பை இணைக்கவும். பயனுள்ளது, தீங்கு விளைவிக்கும், பொருத்தமற்றது, தெளிவற்றது போன்றவற்றைக் குறிக்கவும். அவற்றைப் பின்னூட்டமாகப் பயன்படுத்தவும்.
- சரியான அறிவிப்புகள் எப்போதாவது தூண்டப்பட்டு கவனமாக சோதிக்கப்படுகின்றன. அனைத்து இணைப்புகளும் செயல்படுவதை உறுதிசெய்து, சரியான சூழலை சுட்டிக்காட்டவும், முதலியன.
- ஒரு அறிவிப்பு அடிக்கடி சுடவில்லை அல்லது அடிக்கடி சுடவில்லை என்றால், அதில் ஏதோ தவறு உள்ளது. அதை சரிசெய்யவும் அல்லது அகற்றவும். அதிகப்படியான செயலற்ற தன்மை அல்லது செயல்பாடு குறித்து ஜாக்கிரதை!
- காலாவதி தேதிகளுடன் அறிவிப்பு நேர முத்திரைகளை அமைக்கவும். காலாவதி தேதி காலாவதியாகிவிட்டால், CASE முறையைப் பயன்படுத்தி அறிவிப்பை மதிப்பீடு செய்து நேரமுத்திரையைப் புதுப்பிக்கவும். உணவைப் போலவே, காலாவதி தேதியையும் தவறாமல் சரிபார்க்கவும்.
- அறிவிப்புகளை மேம்படுத்தும் செயல்முறையை எளிதாக்குங்கள். கண்காணிப்பை குறியீடாகப் பயன்படுத்தவும் மற்றும் Git களஞ்சியத்தில் அறிவிப்புகளை சேமிக்கவும். குழுவை ஈடுபடுத்தவும், கடந்த கால அறிவிப்புகளின் வரலாற்றை உங்களுக்கு வழங்கவும் கோரிக்கைகளை இழுக்கவும். மேலும் அறிவிப்புகளை மாற்றவோ அல்லது அதற்குப் பொறுப்பானவர்களிடம் அனுமதி கேட்கவோ நீங்கள் இனி பயப்பட மாட்டீர்கள்.
- எளிமையானதாக இருந்தாலும், அறிவிப்புகளுக்கான கருத்தை அமைக்கவும் , அதனால் கடமை அலுவலர்கள் அறிவிப்புகளை பயனற்றவை அல்லது ஊடுருவக்கூடியவை எனக் குறிப்பிடுகின்றனர். அறிவிப்பில் ஒரு இணைப்பை உட்பொதிக்கவும் அல்லது செயலுக்கான அழைப்பை உட்பொதிக்கவும் மற்றும் உங்கள் கருத்தை தொடர்ந்து மதிப்பாய்வு செய்யவும்.
- குழுவில் ஒரு விதியை நிறுவுங்கள் - சிறிய வேலை இருக்கும் போது கடமையை எளிமைப்படுத்த பணியில் இருப்பவர்கள் பணியாற்றட்டும். உங்களுக்குப் பிறகு எல்லாம் முன்பு இருந்ததை விட கொஞ்சம் சிறப்பாக இருக்கட்டும்.
முடிவுக்கு
CASE முறையானது டெவலப்பர்கள் மற்றும் நிறுவனங்கள் தானியங்கு அறிவிப்புகளை அமைப்பதற்கும் அனுப்புவதற்கும் விவாதிக்க உதவும் என நான் நம்புகிறேன். ஒரு டெவலப்பர் CASE முறையைப் பயன்படுத்தி அறிவிப்புகளை மதிப்பிடத் தொடங்கலாம், பின்னர் அறிவிப்புகளை நல்ல நிலையில் வைத்திருக்க முழு நிறுவனமும் மற்ற டெவலப்பர்கள், மேலாண்மை மற்றும் சம்பவ மேலாண்மை திட்டங்களுடன் இணையும். இதற்கு சிறப்பு கருவிகள் அல்லது சிக்கலான செயல்முறைகள் தேவையில்லை.
உயர்மட்ட வாடிக்கையாளர் சேவையை தியாகம் செய்யாமல் கடமையில் இருக்கும் போது ஒட்டுமொத்த தொழில்துறையும் மனித காரணி பற்றி சிந்திக்க வேண்டும். இந்த கருவிகள் மற்றும் நடைமுறைகள் அனைத்தும் மேம்படுத்தப்படலாம் மற்றும் மேம்படுத்தப்பட வேண்டும். CASE முறை இதற்கு உதவும் என்று நம்புகிறேன்.
மேம்படுத்தப்பட்ட அறிவிப்புகளை அனுபவிக்கவும்!
ஆதாரம்: www.habr.com