നേട്ടങ്ങൾ:
- ആർട്ടിഫിഷ്യൽ ഇൻ്റലിജൻസിൻ്റെ പിന്തുണയോടെ പ്രവർത്തനപരവും പ്രവർത്തനപരമല്ലാത്തതുമായ ആവശ്യകതകൾ വേർതിരിച്ചറിയാനും വ്യക്തവും അളക്കാവുന്നതുമായ ആവശ്യകതകൾ എഴുതാനുള്ള കഴിവ്
- ഇൻ്റർവ്യൂ കുറിപ്പുകളിൽ നിന്ന് ഉപയോക്തൃ സ്റ്റോറി, സ്വീകാര്യത മാനദണ്ഡം, സ്കോപ്പ് പരിധി എന്നിവ എക്സ്ട്രാക്റ്റുചെയ്യുന്നതിനുള്ള ഘടനാപരമായ നിർദ്ദേശങ്ങളോടെ കൃത്രിമബുദ്ധി ഉപയോഗിക്കാനുള്ള കഴിവ്
- അവ്യക്തത, വൈരുദ്ധ്യം, നഷ്ടമായ നിയമങ്ങൾ എന്നിവയ്ക്കായി 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 - സ്വീകാര്യത മാനദണ്ഡമനുസരിച്ച് വിടവ് പിടിച്ചെടുത്തു. ഒരു ഇ-കൊമേഴ്സ് പ്രോജക്റ്റിൽ "സിസ്റ്റം കിഴിവ് ബാധകമാക്കുന്നു" എന്ന സ്റ്റോറിയുടെ സ്വീകാര്യത മാനദണ്ഡം എഴുതുമ്പോൾ, കിഴിവ് കൂപ്പണുമായി വൈരുദ്ധ്യമുണ്ടെങ്കിൽ എന്ത് സംഭവിക്കുമെന്നും വിഐപി കിഴിവ് ചർച്ച ചെയ്തില്ലെങ്കിൽ എന്ത് സംഭവിക്കുമെന്ന് പങ്കാളി ശ്രദ്ധിച്ചു. ഗോ-ലൈവിനു മുമ്പുള്ള ഇരട്ട കിഴിവ് പിശക് നൽകിയത്/എപ്പോൾ/പിന്നെ ഒരൊറ്റ ചോദ്യം തടഞ്ഞു; ഈ പിഴവ് സമാന പദ്ധതികളിൽ ഗുരുതരമായ വരുമാന നഷ്ടമുണ്ടാക്കി.
കേസ് 3 - AI- നിർമ്മിത നിയമം. ഒരു എച്ച്ആർ പ്രോജക്റ്റിൽ, ആവശ്യകതകളുടെ ഡ്രാഫ്റ്റിൽ "ലീവ് അഭ്യർത്ഥന 24 മണിക്കൂറിനുള്ളിൽ സ്വയമേവ അംഗീകരിക്കപ്പെടും" എന്ന വാചകം AI ചേർത്തു. അത്തരമൊരു യാന്ത്രിക അംഗീകാരം യോഗത്തിൽ ചർച്ച ചെയ്തില്ല; മോഡൽ "ന്യായമായ" ഒരു നിയമം ഉണ്ടാക്കിയിരുന്നു. ഓരോ ആവശ്യത്തിനും അടുത്തായി, വിദഗ്ദ്ധൻ എഴുതുന്നു “ഉറവിടം: ഏത് അഭിമുഖം/രേഖ?” കോളം ചേർത്തുകൊണ്ട്, ഉറവിടമില്ലാത്ത 4 വാക്യങ്ങൾ അദ്ദേഹം നീക്കം ചെയ്തു.
ദുർബലമായ പ്രോംപ്റ്റ് / ശക്തമായ പ്രോംപ്റ്റ്
ദുർബലമായ പ്രോംപ്റ്റ്:
ഈ പ്രോജക്റ്റിനായി ഉപയോക്തൃ സ്റ്റോറികൾ എഴുതുക.
ശക്തമായ നിർദ്ദേശം:
നിങ്ങളുടെ റോൾ: നിങ്ങളൊരു MIS ബിസിനസ്സ് അനലിസ്റ്റാണ്. ചുവടെയുള്ള അഭിമുഖ കുറിപ്പിൽ നിന്ന് ഉപയോക്തൃ സ്റ്റോറികൾ എക്സ്ട്രാക്റ്റ് ചെയ്യുക. നിയമങ്ങൾ:- ഫോർമാറ്റ്: “ഒരു [റോൾ], [ആവശ്യത്തിന്], എനിക്ക് [സവിശേഷത] വേണം.”- ഓരോ സ്റ്റോറിക്കും കുറഞ്ഞത് 2 സ്വീകാര്യത മാനദണ്ഡമെങ്കിലും നൽകിയിരിക്കുന്നു/എപ്പോൾ/പിന്നെ ഫോർമാറ്റിൽ എഴുതുക.- ഓരോ സ്റ്റോറിയിൽ നിന്ന് അടുത്ത വാചകം ചേർക്കുക. [അനിശ്ചിതത്വം] കുറിപ്പിൽ വ്യക്തമല്ലാത്ത ഏതെങ്കിലും നിയമം; ഫിറ്റിംഗ്.- ഒരു പ്രത്യേക വിഭാഗത്തിൽ അളക്കാവുന്ന പ്രവർത്തനരഹിതമായ ആവശ്യകതകൾ (പ്രകടനം, സുരക്ഷ, പ്രവേശനക്ഷമത) എഴുതുക. അഭിമുഖ കുറിപ്പ്:[text]
ശക്തമായ പ്രോംപ്റ്റ് സ്റ്റോറി ഫോർമാറ്റ്, സ്വീകാര്യത മാനദണ്ഡം, ഉറവിടം കണ്ടെത്തൽ, പ്രവർത്തനരഹിതമായ ആവശ്യകതകൾ എന്നിവയെല്ലാം ഒരേസമയം നടപ്പിലാക്കുന്നു; ഇത് ഔട്ട്പുട്ട് നിയന്ത്രിക്കുന്നത് എളുപ്പമാക്കുന്നു.
പകർത്താവുന്ന നാല് ടെംപ്ലേറ്റുകൾ
1) ആവശ്യകതകൾ വ്യക്തമാക്കൽ:
ചുവടെയുള്ള ആവശ്യകത അവലോകനം ചെയ്യുക. ഓരോ പ്രസ്താവനയും അവ്യക്തമോ, പൊരുത്തപ്പെടാത്തതോ, ഒന്നിലധികം വ്യാഖ്യാനങ്ങൾക്കായി തുറന്നതോ അടയാളപ്പെടുത്തുകയും ഓരോന്നിനും വ്യക്തമാക്കുന്ന ഒരു ചോദ്യം എഴുതുകയും ചെയ്യുക. ഉത്തരം ഉണ്ടാക്കരുത്. ആവശ്യകത: [ടെക്സ്റ്റ്]
2) വൈരുദ്ധ്യ സ്കാനിംഗ്:
ചുവടെയുള്ള ആവശ്യകതകളുടെ പട്ടികയിൽ, പരസ്പര വിരുദ്ധമായ, ആവർത്തിക്കുന്ന, അല്ലെങ്കിൽ ലോജിക്കൽ വിടവുകൾ വിടുന്ന ഇനങ്ങൾ കണ്ടെത്തുക. ഓരോ കണ്ടെത്തലും ഇനം നമ്പറുകളും ഒരു വാക്യത്തിൻ്റെ ന്യായീകരണവും ഉപയോഗിച്ച് റിപ്പോർട്ട് ചെയ്യുക. പട്ടിക: [ടെക്സ്റ്റ്]
3) സ്വീകാര്യത മാനദണ്ഡം സൃഷ്ടിക്കുന്നു:
ഇനിപ്പറയുന്ന ഉപയോക്തൃ സ്റ്റോറിക്ക് കുറഞ്ഞത് 4 സ്വീകാര്യത മാനദണ്ഡങ്ങൾ നൽകിയിരിക്കുന്നു/എപ്പോൾ/പിന്നെ ഫോർമാറ്റിൽ എഴുതുക, പരിധിയും ഒഴിവാക്കലും ഉൾപ്പെടെ. അവ്യക്തമായി അവശേഷിക്കുന്ന ഏതെങ്കിലും പോയിൻ്റുകളും പട്ടികപ്പെടുത്തുക. കഥ: [ടെക്സ്റ്റ്]
4) സ്കോപ്പ് ഔട്ട്ലൈൻ:
ഇനിപ്പറയുന്ന ആവശ്യകതകൾ അനുസരിച്ച് "ഇൻ സ്കോപ്പ്", "ഔട്ട് ഓഫ് സ്കോപ്പ്" ഇനങ്ങൾ രണ്ട് കോളം പട്ടികയായി ഡ്രാഫ്റ്റ് ചെയ്യുക. നിങ്ങൾക്ക് ഉറപ്പില്ലാത്ത ഏതൊരു ഇനത്തിനും [സ്ഥിരീകരണം ആവശ്യമാണ്] ലേബൽ ചെയ്യുക. ആവശ്യകതകൾ: [ടെക്സ്റ്റ്]
സാധാരണ തെറ്റുകൾ
- പരിഹാരം ആവശ്യമാണെന്ന് ചിന്തിക്കുക. "ഒരു ഡ്രോപ്പ്ഡൗൺ മെനു ചേർക്കുക" എന്നത് ഒരു പരിഹാരമാണ്, ഒരു ആവശ്യകതയല്ല. "നിർവചിച്ച പട്ടികയിൽ നിന്ന് രാജ്യം തിരഞ്ഞെടുക്കാൻ ഉപയോക്താവിന് കഴിയണം" എന്ന് ആവശ്യകത പറയുന്നു; ഐടി ടീമാണ് പരിഹാരം രൂപകൽപ്പന ചെയ്യുന്നത്.
- പ്രവർത്തനക്ഷമമല്ലാത്തവ ഒഴിവാക്കുന്നു. "എന്ത് ചെയ്യണം" എന്ന് എഴുതുകയും "എങ്ങനെ ആയിരിക്കണമെന്ന്" (വേഗത, സുരക്ഷ, പ്രവേശനക്ഷമത) മറക്കുകയും ചെയ്യുന്നത് ഏറ്റവും സാധാരണവും ചെലവേറിയതുമായ പഴുതാണ്.
- അളക്കാനാവാത്ത നാമവിശേഷണങ്ങൾ ഉപയോഗിക്കുന്നു. "വേഗത, എളുപ്പം, സുരക്ഷിതം, ഉപയോക്തൃ-സൗഹൃദം" എന്നതുപോലുള്ള വാക്കുകൾ പരിധിയില്ലാതെ അസാധുവാണ്.
- AI ഉണ്ടാക്കിയ നിയമം ശ്രദ്ധിക്കുന്നില്ല. മോഡൽ "ന്യായമായ" ചേർത്തേക്കാം എന്നാൽ യഥാർത്ഥത്തിൽ സംസാരിക്കുന്ന നിയമങ്ങൾ അല്ല; എല്ലാ ആവശ്യത്തിനും വിഭവങ്ങൾ ആവശ്യപ്പെടുക.
- AI-ക്ക് മുൻഗണന നൽകുന്നത്. ആദ്യം ചെയ്യേണ്ടത് ഒരു ബിസിനസ് മൂല്യ തീരുമാനമാണ്; ബിസിനസ് യൂണിറ്റ് ഇത് നൽകുന്നു.
മുന്നറിയിപ്പ്: ആവശ്യകതകൾ വിശകലനം ചെയ്യുന്ന ഏറ്റവും അപകടകരമായ വാചകം "എല്ലാവർക്കും ഇത് ഇതിനകം അറിയാം" എന്നതാണ്. പറയാത്ത അനുമാനങ്ങൾ അതിനെ ഡോക്യുമെൻ്റേഷനിൽ ഉൾപ്പെടുത്തുന്നില്ല, അത് ഒരിക്കലും കോഡിലേക്ക് മാറ്റില്ല, ഫീൽഡിൽ ഉയർന്നുവരുന്നു. AI-യോട് ചോദിക്കുക "ഈ ആവശ്യകതയിൽ എന്താണ് കരുതിയിരിക്കുന്നതും എന്നാൽ എഴുതിയിട്ടില്ലാത്തതും?" ഈ മറഞ്ഞിരിക്കുന്ന അനുമാനങ്ങൾ ദൃശ്യമാക്കുന്നു.
ചുരുക്കത്തിൽ
വ്യക്തവും അളക്കാവുന്നതും കണ്ടെത്താവുന്നതുമായ രീതിയിൽ സിസ്റ്റം എന്താണ് ചെയ്യേണ്ടതെന്ന് ആവശ്യകത വിശകലനം നിർവചിക്കുന്നു. പ്രവർത്തനപരമായ ആവശ്യകതകൾ ജോലിയെ വിവരിക്കുന്നു, പ്രവർത്തനപരമല്ലാത്ത ആവശ്യകതകൾ ഗുണങ്ങളെ വിവരിക്കുന്നു, രണ്ടാമത്തേത് പലപ്പോഴും മറന്നുപോകുന്നു. ഉപയോക്തൃ സ്റ്റോറിയും നൽകിയ/എപ്പോൾ/പിന്നീട് സ്വീകാര്യത മാനദണ്ഡം എന്നിവ അനിശ്ചിതത്വം ഇല്ലാതാക്കുന്ന ശക്തമായ ഉപകരണങ്ങളാണ്. ആർട്ടിഫിഷ്യൽ ഇൻ്റലിജൻസ് സ്റ്റോറിബോർഡുകളുടെ നിർമ്മാണം, സ്വീകാര്യത മാനദണ്ഡങ്ങൾ, വൈരുദ്ധ്യം കണ്ടെത്തൽ, ചോദ്യങ്ങൾ വ്യക്തമാക്കൽ എന്നിവയെ ഗണ്യമായി ത്വരിതപ്പെടുത്തുന്നു; എന്നിരുന്നാലും, ബിസിനസ്സ് നിയമത്തിൻ്റെ കൃത്യത, വ്യാപ്തി, മുൻഗണനാ തീരുമാനങ്ങൾ, ഓരോ വാക്യത്തിൻ്റെയും ഉറവിടം എന്നിവ മനുഷ്യൻ്റെ ഉത്തരവാദിത്തമാണ്. ഉറവിടമില്ലാത്തതും അളക്കാനാവാത്തതുമായ ഒരു ആവശ്യവും അന്തിമമാക്കരുത്.
ആപ്ലിക്കേഷൻ ടാസ്ക്
ഒരു സാങ്കൽപ്പിക "ഓൺലൈൻ അപ്പോയിൻ്റ്മെൻ്റ് സിസ്റ്റം" എന്നതിനായുള്ള ഒരു ഖണ്ഡിക ബിസിനസ്സ് അഭ്യർത്ഥന എഴുതുക (ഉദാ., "ക്ലയൻ്റുകൾക്ക് ഓൺലൈനിൽ അപ്പോയിൻ്റ്മെൻ്റുകൾ നടത്താൻ കഴിയണം, ജീവനക്കാർക്ക് കലണ്ടറുകൾ കാണാൻ കഴിയണം"). (1) ഈ അഭ്യർത്ഥനയിൽ നിന്നുള്ള ശക്തമായ നിർദ്ദേശത്തോടെ ഓരോന്നിനും കുറഞ്ഞത് 5 ഉപയോക്തൃ സ്റ്റോറികളും 2 സ്വീകാര്യത മാനദണ്ഡങ്ങളും സൃഷ്ടിക്കുക. (2) മോഡൽ നിർമ്മിക്കുന്ന മാനദണ്ഡങ്ങളിൽ കുറഞ്ഞത് 2 മറഞ്ഞിരിക്കുന്ന വിടവുകളെങ്കിലും കണ്ടെത്തുക (ഉദാ. ഒരേ സമയം ഇരട്ട അപ്പോയിൻ്റ്മെൻ്റ്, റദ്ദാക്കൽ നിയമം). (3) അളക്കാവുന്ന രൂപത്തിൽ കുറഞ്ഞത് 3 നോൺ-ഫങ്ഷണൽ ആവശ്യകതകൾ ഉൾപ്പെടുത്തുക. (4) കുറഞ്ഞത് 3 ഇനങ്ങളെങ്കിലും "വ്യാപ്തിക്ക് പുറത്ത്" എന്ന് തിരിച്ചറിയുക. (5) മോഡൽ ഉണ്ടാക്കിയിരിക്കാവുന്ന ഒരു നിയമം അടയാളപ്പെടുത്തുക, നിങ്ങൾ അത് എങ്ങനെ സ്ഥിരീകരിക്കുമെന്ന് എഴുതുക.
ചെക്ക്ലിസ്റ്റ്
- [ ] ഞാൻ പ്രവർത്തനപരവും പ്രവർത്തനപരമല്ലാത്തതുമായ ആവശ്യകതകൾ വെവ്വേറെ എഴുതി.
- [ ] എല്ലാ ആവശ്യങ്ങളും വ്യക്തവും അളക്കാവുന്നതും പരിശോധിക്കാവുന്നതുമാണ്.
- [ ] ഓരോ കഥയ്ക്കും നൽകിയിരിക്കുന്നത്/എപ്പോൾ/പിന്നെ സ്വീകാര്യത മാനദണ്ഡമുണ്ട്.
- [ ] എനിക്ക് ഓരോ ആവശ്യത്തിൻ്റെയും ഉറവിടം (സംഭാഷണം/രേഖ) കണ്ടെത്താൻ കഴിയും.
- [ ] AI ഉണ്ടാക്കിയ സാധ്യമായ നിയമങ്ങൾ ഞാൻ അടയാളപ്പെടുത്തുകയും സ്ഥിരീകരണത്തിനായി അവ ഉപേക്ഷിക്കുകയും ചെയ്തു.
- [ ] ഞാൻ ബിസിനസ് യൂണിറ്റുമായി ചേർന്ന് മുൻഗണന നൽകി.