பங்குதாரர் தேவைகளின் தேவைகள் பகுப்பாய்வு மற்றும் பகுப்பாய்வு

ஆதாயங்கள்:

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

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

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

பயனர் கதை மற்றும் ஏற்றுக்கொள்ளும் அளவுகோல்கள்

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

ஒவ்வொரு கதையும் ஏற்றுக்கொள்ளும் அளவுகோல்களைக் கொண்டிருக்க வேண்டும்: கதை "சரி" என்று கருதப்படுவதற்கு சோதிக்கக்கூடிய நிபந்தனைகளை பூர்த்தி செய்ய வேண்டும். "கொடுக்கப்பட்ட/எப்போது/பிறகு" பேட்டர்ன் அடிக்கடி பயன்படுத்தப்படுகிறது: "கொடுக்கப்பட்டது: வாடிக்கையாளர் விஐபி பிரிவில் இருக்கிறார். எப்போது: 10,000 TLக்கு மேல் ஆர்டர் செய்தால்: கணினி 5% தள்ளுபடியைப் பயன்படுத்துகிறது." இந்த முறை தெளிவின்மையை நீக்குகிறது, ஏனெனில் இது நிலை மற்றும் எதிர்பார்க்கப்படும் முடிவை தெளிவாக இணைக்கிறது.

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

படி படி: AI-உதவி தேவைகள் பிரித்தெடுத்தல்

படி 1 - மூல உள்ளீட்டைச் சேகரிக்கவும். அழைப்பு பதிவுகள், மின்னஞ்சல்கள், ஏற்கனவே உள்ள ஸ்கிரீன்ஷாட்கள், புகார் பட்டியல்கள். அதிக உண்மையான உள்ளீடு, குறைவான புனைகதை.

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

படி 3 - ஏற்றுக்கொள்ளும் அளவுகோல்களைச் சேர்க்கவும். ஒவ்வொரு கதைக்கும் கொடுக்கப்பட்ட/எப்போது/பிறகு அளவுகோல்களை உருவாக்கவும். அளவுகோல்களை உருவாக்க முடியாத ஒரு கதை உண்மையில் அது போதுமான அளவு வரையறுக்கப்படவில்லை என்று அர்த்தம்.

படி 4 - முரண்பாடுகள் மற்றும் இடைவெளிகளை ஸ்கேன் செய்தல். "இந்தத் தேவைகளுக்கு இடையே ஏதேனும் முரண்பாடுகள், பிரதிகள் அல்லது வரையறுக்கப்படாத சூழ்நிலைகள் உள்ளதா?" என்று AIயிடம் கேளுங்கள். கேட்டு சரிபார்த்துக் கொள்ளுங்கள். முடிவை மனிதனாக வடிகட்டவும்.

படி 5 - முன்னுரிமை மற்றும் உறுதி. வணிக மதிப்பு மற்றும் அவசரத்தின் அடிப்படையில் பங்குதாரர்களுடன் கதைகளுக்கு முன்னுரிமை கொடுங்கள். முன்னுரிமை முடிவு வணிக பிரிவுக்கு சொந்தமானது, AI க்கு அல்ல.

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

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

வகை

மோசமான வெளிப்பாடு

அளவிடக்கூடிய வெளிப்பாடு

செயல்திறன்

"வேகமாக இருக்க வேண்டும்"

"சராசரி சுமையில் <2 வினாடிகள் வினவல் பதில்"

அணுகல்

"அனைவரும் பயன்படுத்திக்கொள்ள வேண்டும்"

"WCAG 2.1 AA இணக்கமானது; முழு விசைப்பலகை வழிசெலுத்தல்"

பாதுகாப்பு

"இது பாதுகாப்பாக இருக்க வேண்டும்"

"தனிப்பட்ட தரவு ஓய்வில் குறியாக்கம் செய்யப்படுகிறது; அணுகல் பங்கு சார்ந்தது"

கிடைக்கும்

"எளிதாக இருக்க வேண்டும்"

"புதிய பயனர் பயிற்சி இல்லாமல் 3 படிகளில் ஆர்டரை முடிக்கிறார்"

கிடைக்கும் தன்மை/தொடர்ச்சி

"சிதறக்கூடாது"

"மாதாந்திர இயக்க நேரம் ≥ 99.5%"

மூன்று சிறிய வழக்குகள்: எண்கள் மூலம்

வழக்கு 1 - அளவிட முடியாத தேவையின் விலை. "அறிக்கைத் திரை விரைவாகத் திறக்கப்பட வேண்டும்" என்ற நிபந்தனையுடன் வங்கியில் உருவாக்கப்பட்ட திரை, 22 வினாடிகளில் ஃபீல்ட் லோடில் திறக்கப்பட்டது. டெவலப்பர் தனது சூழலில் (2 வினாடிகள்) "வேகமாக" என்ற வார்த்தையை வழங்குவதாக நினைத்தார். "பீக் ஹவரில் < 3 வினாடிகள், உண்மையான த்ரோபுட்" என்று தேவையை எழுதியிருந்தால், சோதனையில் சிக்கல் சிக்கியிருக்கும். மறுவடிவமைப்புச் செலவு 3 வாரங்கள் மற்றும் அளவிடக்கூடிய கூடுதல் செலவு.

வழக்கு 2 - ஏற்றுக்கொள்ளும் அளவுகோல் மூலம் இடைவெளி கைப்பற்றப்பட்டது. ஒரு ஈ-காமர்ஸ் திட்டத்தில் "கணினி தள்ளுபடி பொருந்தும்" கதைக்கான ஏற்பு அளவுகோலை எழுதும் போது, ​​பங்குதாரர் கூப்பனுடன் முரண்பட்டால் மற்றும் VIP தள்ளுபடியுடன் விவாதிக்கப்படாவிட்டால் என்ன நடக்கும் என்பதை பங்குதாரர் கவனித்தார். கொடுக்கப்பட்ட/எப்போது/பின்னர் என்ற ஒற்றைக் கேள்வி நேரலைக்கு முன் இரட்டை தள்ளுபடி பிழையைத் தடுத்தது; இந்த பிழையானது இதேபோன்ற திட்டங்களில் கடுமையான வருவாய் இழப்பை ஏற்படுத்தியது.

வழக்கு 3 - AI-உருவாக்கப்பட்ட விதி. ஒரு HR திட்டத்தில், தேவைகள் வரைவில் "விடுப்பு கோரிக்கை தானாகவே 24 மணி நேரத்திற்குள் அங்கீகரிக்கப்படும்" என்ற வாக்கியத்தை AI சேர்த்தது. அத்தகைய தானியங்கி ஒப்புதல் கூட்டத்தில் விவாதிக்கப்படவில்லை; மாதிரி "நியாயமானதாக" தோன்றிய ஒரு விதியை உருவாக்கியது. ஒவ்வொரு தேவைக்கும் அடுத்து, நிபுணர் எழுதுகிறார் “ஆதாரம்: எந்த நேர்காணல்/ஆவணம்?” நெடுவரிசையைச் சேர்ப்பதன் மூலம், அவர் 4 ஆதாரமற்ற வாக்கியங்களை அகற்றினார்.

பலவீனமான ப்ராம்ட் / ஸ்ட்ராங் ப்ராம்ட்

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

இந்த திட்டத்திற்கான பயனர் கதைகளை எழுதுங்கள்.

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

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

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

நான்கு நகலெடுக்கக்கூடிய டெம்ப்ளேட்கள்

1) தேவைகள் தெளிவுபடுத்தல்:

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

2) முரண்பாடு ஸ்கேனிங்:

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

3) ஏற்றுக்கொள்ளும் அளவுகோல்களை உருவாக்குதல்:

வரம்பு மற்றும் விதிவிலக்கு நிகழ்வுகள் உட்பட, கொடுக்கப்பட்ட/எப்போது/பிறகு வடிவமைப்பில் பின்வரும் பயனர் கதைக்கான குறைந்தபட்சம் 4 ஏற்றுக்கொள்ளும் அளவுகோல்களை எழுதவும். மேலும் தெளிவற்ற புள்ளிகளை பட்டியலிடுங்கள். கதை: [உரை]

4) ஸ்கோப் அவுட்லைன்:

பின்வரும் தேவைகளுக்கு ஏற்ப "இன் ஸ்கோப்" மற்றும் "அவுட் ஆஃப் ஸ்கோப்" உருப்படிகளை இரண்டு நெடுவரிசை அட்டவணையாக உருவாக்கவும். உங்களுக்குத் தெரியாத எந்தவொரு பொருளுக்கும் [உறுதிப்படுத்தல் தேவை] என்று லேபிளிடுங்கள். தேவைகள்: [உரை]

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

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

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

சுருக்கமாக

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

விண்ணப்ப பணி

கற்பனையான "ஆன்லைன் அப்பாயிண்ட்மெண்ட் முறைக்கு" ஒரு பத்தி வணிகக் கோரிக்கையை எழுதவும் (எ.கா., "வாடிக்கையாளர்களால் ஆன்லைனில் சந்திப்புகளைச் செய்ய முடியும், ஊழியர்கள் காலெண்டர்களைப் பார்க்க முடியும்"). (1) குறைந்தபட்சம் 5 பயனர் கதைகள் மற்றும் 2 ஏற்றுக்கொள்ளும் அளவுகோல்களை உருவாக்கவும். (2) மாதிரியால் உருவாக்கப்பட்ட அளவுகோலில் குறைந்தது 2 மறைக்கப்பட்ட இடைவெளிகளைக் கண்டறியவும் (எ.கா. ஒரே நேரத்தில் இரட்டை சந்திப்பு, ரத்து விதி). (3) அளவிடக்கூடிய வடிவத்தில் குறைந்தபட்சம் 3 செயல்படாத தேவைகளைச் சேர்க்கவும். (4) குறைந்தது 3 உருப்படிகளை "நோக்கத்திற்கு வெளியே" என அடையாளம் காணவும். (5) மாதிரியை உருவாக்கியிருக்கக்கூடிய ஒரு விதியைக் குறிக்கவும், அதை எவ்வாறு உறுதிப்படுத்துவீர்கள் என்பதை எழுதவும்.

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

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