നല്ല എജൈൽ ഉപയോക്തൃ കഥകൾ എങ്ങനെ എഴുതാം

ഗുണനിലവാരമുള്ള ഒരു ഉൽ‌പ്പന്നം എത്തിക്കുന്നതിനുള്ള ആദ്യ ഘട്ടങ്ങളിലൊന്ന്, നല്ല ഉപയോക്തൃ സ്റ്റോറികൾ‌ എഴുതുക എന്നതാണ്. ഈ പോസ്റ്റിൽ‌, നല്ല ഉപയോക്തൃ സ്റ്റോറികൾ‌ എങ്ങനെ എഴുതാമെന്നും എന്തൊക്കെ ഉൾപ്പെടുത്തണമെന്നും ഞങ്ങൾ‌ വിവരിക്കുന്നു.

ഉൽ‌പ്പന്ന പ്രവർ‌ത്തനം പിടിച്ചെടുക്കുന്നതിനുള്ള ഒരു സ്ഥലമാണ് ഒരു ഉപയോക്തൃ സ്റ്റോറി, പേര് സൂചിപ്പിക്കുന്നത് പോലെ, ഉപയോക്താവ് അല്ലെങ്കിൽ‌ ഉപയോക്താവ് ഉൽ‌പ്പന്നം എങ്ങനെ ഉപയോഗിക്കുമെന്ന് ഉപയോക്തൃ സ്റ്റോറികൾ‌ വിവരിക്കുന്നു.

ഒരു സ്‌പ്രിന്റിൽ ഒരു ടീമിന് നൽകാൻ കഴിയുന്ന ബിസിനസ്സ് മൂല്യമുള്ള ഒരു ചെറിയ പ്രവർത്തന പ്രവർത്തനത്തെ ഒരു ഉപയോക്തൃ സ്റ്റോറി പ്രതിനിധീകരിക്കുന്നു. ഒരു ഉപയോക്തൃ സ്റ്റോറിയും പരമ്പരാഗത ആവശ്യകത രേഖയും തമ്മിലുള്ള വ്യത്യാസം വിശദാംശങ്ങളുടെ നിലയാണ്.


ആവശ്യകത രേഖകളിൽ ധാരാളം വാചകം അടങ്ങിയിട്ടുണ്ട്, അവ വളരെ വിശദമാണ്, അതേസമയം ഉപയോക്തൃ സ്റ്റോറികൾ പ്രധാനമായും സംഭാഷണങ്ങളെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്.

ഒരു ഉപയോക്തൃ സ്റ്റോറിയുടെ ഘടന നമുക്ക് ഇങ്ങനെ തകർക്കാൻ കഴിയും:


  • ആവശ്യത്തിന്റെ ഹ്രസ്വ വിവരണം
  • വിശദാംശങ്ങൾ ദൃ solid പ്പെടുത്തുന്നതിനുള്ള ബാക്ക്‌ലോഗ് ചമയത്തിലും സ്പ്രിന്റ് ആസൂത്രണത്തിലും നടക്കുന്ന സംഭാഷണങ്ങൾ
  • സ്റ്റോറിയുടെ തൃപ്തികരമായ പൂർത്തീകരണം സ്ഥിരീകരിക്കുന്ന സ്വീകാര്യത പരിശോധനകൾ

ഉപയോക്തൃ സ്റ്റോറികൾ‌ എഴുതുമ്പോൾ‌ ശ്രദ്ധിക്കേണ്ട ഒരു പ്രധാന കാര്യം, അവ ആത്യന്തികമായി ഉൽ‌പ്പന്നം ഉപയോഗിക്കുന്ന ഉപയോക്താവിന്റെ വീക്ഷണകോണിൽ നിന്നാണ് എഴുതിയത്, അതിനാൽ‌ ഉപയോക്തൃ സ്റ്റോറികൾ‌ എഴുതുമ്പോൾ‌ ഉപയോക്താവ് ആരാണെന്ന് ഞങ്ങൾ‌ വ്യക്തമായി തിരിച്ചറിയേണ്ടത് പ്രധാനമാണ്.



നല്ല ഉപയോക്തൃ കഥകൾ എങ്ങനെ എഴുതാം

പെരുമാറ്റച്ചട്ടം പോലെ, ഒരു നല്ല ഉപയോക്തൃ സ്റ്റോറി ഇൻ‌വെസ്റ്റ് ചുരുക്കത്തിൽ പാലിക്കണം:

ഞാൻ ndependent - ഉപയോക്തൃ സ്റ്റോറികൾ പരസ്പരം ആശ്രയിക്കരുത് അതിനാൽ അവ ഏത് ക്രമത്തിലും വികസിപ്പിക്കാൻ കഴിയും.

എൻ egotiable - വളരെയധികം വിശദാംശങ്ങൾ ഒഴിവാക്കുക; സ്റ്റോറി എത്രത്തോളം നടപ്പാക്കണമെന്ന് ടീമിന് ക്രമീകരിക്കാൻ കഴിയുന്നതിനാൽ അവ അയവുള്ളതാക്കുക.


വി വിലമതിക്കാനാവാത്തത് - സ്റ്റോറി അതിന്റെ ഉപയോക്താക്കൾക്ക് കുറച്ച് മൂല്യം നൽകണം.

ഐ.എസ് ഉത്തേജക - ടീമിന് സ്റ്റോറി കണക്കാക്കാൻ കഴിയണം.

എസ് മാൾ‌ - ഉപയോക്തൃ സ്റ്റോറികൾ‌ ഒരു സ്പ്രിന്റിൽ‌ ഉൾ‌ക്കൊള്ളാൻ‌ കഴിയുന്നത്ര ചെറുതായിരിക്കണം; വലിയ സ്റ്റോറികൾ കണക്കാക്കാനും ആസൂത്രണം ചെയ്യാനും പ്രയാസമാണ്.

ടി എസ്റ്റബിൾ - വികസിപ്പിച്ചുകൊണ്ടിരിക്കുന്നത് പരിശോധിച്ച് വേണ്ടത്ര പരിശോധിക്കാൻ കഴിയുമെന്ന് ഉറപ്പാക്കുക.


ഉപയോക്തൃ സ്റ്റോറികൾ എഴുതാൻ ഏത് ഫോർമാറ്റ് ഉപയോഗിക്കുന്നു?

ഉപയോക്തൃ സ്റ്റോറികൾക്ക് സാധാരണയായി ഇനിപ്പറയുന്ന ഫോർമാറ്റ് ഉണ്ട്:

_അതുപോലെ, ഞാൻ അങ്ങനെ ആഗ്രഹിക്കുന്നു ._

ഉദാഹരണം: ഒരു ഉപഭോക്താവ് abc.com ന്റെ, എനിക്ക് ഒരു വേണം ലോഗിൻ എനിക്ക് കഴിയുന്ന തരത്തിൽ പ്രവർത്തനം എന്റെ അക്കൗണ്ട് വിശദാംശങ്ങൾ ഓൺലൈനിൽ ആക്സസ് ചെയ്യുക .

നേരത്തെ സൂചിപ്പിച്ചതുപോലെ, ഉൽപ്പന്നത്തിന്റെ ഉപയോക്താവ് ആരാണെന്നതിൽ പ്രത്യേക ശ്രദ്ധ ചെലുത്തുകയും “ഉപയോക്താവ്” എന്നതിന്റെ പൊതുവായ പങ്ക് ഒഴിവാക്കുകയും ചെയ്യുക. ഉപയോക്താക്കളും ഉപഭോക്താക്കളും ആരാണെന്നും അവർ എന്തിനാണ് ഉൽപ്പന്നം ഉപയോഗിക്കാൻ ആഗ്രഹിക്കുന്നതെന്നും നിങ്ങൾക്ക് അറിയില്ലെങ്കിൽ, നിങ്ങൾ അങ്ങനെ ചെയ്യണം അല്ല ഏതെങ്കിലും ഉപയോക്തൃ സ്റ്റോറികൾ എഴുതുക.


വിവരണം

  • ഉപയോക്തൃ കഥയുടെ ആദ്യ ഭാഗം ആഖ്യാനമാണ്. കഥയുടെ ഉദ്ദേശ്യം വിവരിക്കാൻ ഉപയോഗിക്കുന്ന 2-3 വാക്യങ്ങൾ. ഇത് ഉദ്ദേശ്യത്തിന്റെ ഒരു സംഗ്രഹം മാത്രമാണ്.

സംഭാഷണങ്ങൾ

  • ഉപയോക്തൃ സ്റ്റോറിയുടെ ഏറ്റവും പ്രധാനപ്പെട്ട വശം ഉപയോക്തൃ സ്റ്റോറിയുടെ വിശദാംശങ്ങൾ ദൃ solid പ്പെടുത്തുന്നതിനായി വികസന ടീം, ഉപഭോക്താവ്, ഉൽപ്പന്ന ഉടമ, മറ്റ് പങ്കാളികൾ എന്നിവർക്കിടയിൽ തുടർച്ചയായി സംഭവിക്കേണ്ട സംഭാഷണങ്ങളാണ്.

സ്വീകാര്യത മാനദണ്ഡം

  • സ്വീകാര്യത മാനദണ്ഡങ്ങൾ സംതൃപ്തിയുടെ അവസ്ഥകളെ പ്രതിനിധീകരിക്കുന്നു, അവ സാധാരണയായി ഗെർകിൻ (നൽകിയപ്പോൾ, എപ്പോൾ, പിന്നെ) ഫോർമാറ്റിൽ. സ്വീകാര്യത മാനദണ്ഡം സ്റ്റോറിക്ക് പൂർത്തിയായി എന്നതിന്റെ നിർവചനവും നൽകുന്നു.

ആരാണ് ഉപയോക്തൃ കഥകൾ എഴുതേണ്ടത്?

മിക്ക കേസുകളിലും, ഉപയോക്തൃ സ്റ്റോറികൾ എഴുതിയത് a ഉൽപ്പന്ന ഉടമ അല്ലെങ്കിൽ ബിസിനസ് അനലിസ്റ്റും ഉൽപ്പന്ന ബാക്ക്‌ലോഗിൽ മുൻഗണനയും. എന്നിരുന്നാലും, ഉപയോക്തൃ സ്റ്റോറികൾ എഴുതേണ്ടത് ഉൽപ്പന്ന ഉടമയുടെ മാത്രം ഉത്തരവാദിത്തമാണെന്ന് ഇത് പറയുന്നില്ല. വാസ്തവത്തിൽ, ഏതൊരു ടീം അംഗത്തിനും ഉപയോക്തൃ സ്റ്റോറികൾ‌ എഴുതാൻ‌ കഴിയും, പക്ഷേ ഉപയോക്തൃ സ്റ്റോറികളുടെ ഒരു ബാക്ക്‌ലോഗ് നിലവിലുണ്ടെന്നും അവ മുൻ‌ഗണന നൽകുന്നുണ്ടെന്നും ഉറപ്പാക്കേണ്ടത് ഉൽപ്പന്ന ഉടമയുടെ ഉത്തരവാദിത്തമാണ്.


എന്താണ് പ്രധാനം, അത് ഉപയോക്തൃ സ്റ്റോറികളാണ് പാടില്ല ആവശ്യകത രേഖകൾ പോലെ പരിഗണിക്കപ്പെടും, അത് എഴുതുമ്പോൾ അത് നടപ്പാക്കുന്നതിന് വികസന ടീമിന് കൈമാറും.

ഉൽ‌പ്പന്ന ഉടമയും വികസന സംഘവും തമ്മിലുള്ള സംഭാഷണങ്ങൾ‌ പ്രോത്സാഹിപ്പിക്കുന്നതിനുള്ള ഒരു മാർഗമായി ഉപയോക്തൃ സ്റ്റോറികൾ‌ കാണണം, അതിനാൽ‌ ഉൽ‌പ്പന്ന ബാക്ക്‌ലോഗ് ചമയ സെഷനുകളിൽ‌ സഹകരിച്ച് എഴുതണം.

ഉപയോക്തൃ സ്റ്റോറികൾ‌ എഴുതുന്നതിൽ‌ ഡവലപ്മെൻറ് ടീമിനെ ഉൾ‌പ്പെടുത്തുന്നതിന്റെ ഒരു ഗുണം, എന്തെങ്കിലും സാങ്കേതിക പരിമിതികൾ‌ ഉണ്ടെങ്കിൽ‌, അവ മുൻ‌കൂട്ടി നന്നായി എടുത്തുകാണിക്കാൻ‌ കഴിയും. ഫലപ്രദമായ സ്വീകാര്യത മാനദണ്ഡങ്ങൾ നിർമ്മിക്കുന്നതിൽ പരീക്ഷകർക്ക് പ്രത്യേകിച്ചും മൂല്യം ചേർക്കാനും പരിശോധിക്കേണ്ടതെന്താണെന്നും എങ്ങനെ ആസൂത്രണം ചെയ്യാമെന്നും മുൻകൂട്ടി ആസൂത്രണം ചെയ്യാൻ കഴിയും.

ഉപയോക്തൃ കഥകൾ എത്രത്തോളം വിശദമായിരിക്കണം?

ഉപയോക്തൃ സ്റ്റോറികൾ ഉപഭോക്തൃ മൂല്യത്തിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു.

ഉപയോക്തൃ സ്റ്റോറികളും മറ്റ് ആവശ്യകതകളുടെ സവിശേഷതകളും തമ്മിലുള്ള അടിസ്ഥാന വ്യത്യാസം വിശദാംശങ്ങളുടെ നിലയാണ്. ഒരു ഉപയോക്തൃ സ്റ്റോറി, ചെയ്യുന്ന ജോലിയുടെ ഒരു രൂപകമാണ്, സൃഷ്ടിയുടെ പൂർണ്ണ വിവരണമല്ല. സിസ്റ്റം വികസനം പുരോഗമിക്കുമ്പോൾ ഉപയോക്തൃ സ്റ്റോറിയെ ചുറ്റിപ്പറ്റിയുള്ള സഹകരണം വഴിയാണ് യഥാർത്ഥ ജോലി ചെയ്യുന്നത്.

വിവരണം വളരെ ദൈർ‌ഘ്യമേറിയതാണെങ്കിൽ‌ (ഇൻ‌ഡെക്സ് കാർ‌ഡിൽ‌ യോജിക്കുന്നതിനേക്കാൾ‌ കൂടുതൽ‌), നിങ്ങൾ‌ ഉപയോക്തൃ സ്റ്റോറി വീണ്ടും സന്ദർശിക്കണം. നിങ്ങൾ വളരെയധികം വിശദാംശങ്ങൾ ഉൾപ്പെടുത്താൻ ശ്രമിക്കുന്നുണ്ടാകാം.

ഒരു ഉപയോക്തൃ സ്റ്റോറിയുടെ ഉദ്ദേശ്യം സഹകരണം പ്രോത്സാഹിപ്പിക്കുകയാണെന്ന് ഓർമ്മിക്കുക. പരമ്പരാഗത ആവശ്യകതകളുടെ പ്രസ്താവനകളിൽ സാധാരണഗതിയിൽ സംഭവിക്കുന്നതുപോലെ, ജോലിയുടെ എല്ലാ വശങ്ങളും രേഖപ്പെടുത്താൻ ഇത് ഉദ്ദേശിക്കുന്നില്ല.

മാത്രമല്ല, വിവരണത്തിലെ വളരെയധികം വിവരങ്ങൾ‌ സ്വീകാര്യത മാനദണ്ഡത്തിൽ‌ വിവരങ്ങൾ‌ നഷ്‌ടപ്പെടുന്നതിലേക്ക് നയിച്ചേക്കാം.

ഒരു സ്റ്റോറിയിൽ പ്രവർത്തിക്കാൻ സമ്മതിക്കുന്നതിന് മുമ്പ്, ടീം സ്വീകാര്യത മാനദണ്ഡം മനസ്സിലാക്കണം. ഉപയോക്തൃ സ്റ്റോറി തൃപ്തിപ്പെടുത്തുന്നതിന് എന്താണ് ചെയ്യേണ്ടതെന്ന് അറിയാൻ ഇവ അത്യന്താപേക്ഷിതമാണ്. സ്വീകാര്യത മാനദണ്ഡം ഉപയോക്തൃ സ്റ്റോറി തൃപ്തികരമാകുമ്പോൾ നിർവചിക്കാൻ പര്യാപ്തമാണ്, എന്നിട്ടും സഹകരണം റദ്ദാക്കുന്നത് വരെ വിശദമാക്കിയിട്ടില്ല.

ഉപയോക്തൃ കഥകൾ എഴുതുമ്പോൾ സാധാരണ തെറ്റുകൾ


  • വളരെ formal പചാരികമോ വളരെയധികം വിശദാംശങ്ങളോ. നല്ല ഉദ്ദേശ്യമുള്ള ഉൽപ്പന്ന ഉടമകൾ പലപ്പോഴും വളരെ വിശദമായ ഉപയോക്തൃ സ്റ്റോറികൾ എഴുതാൻ ശ്രമിക്കുന്നു. ഒരു ഐ‌ഇ‌ഇഇ ആവശ്യകത രേഖ പോലെ തോന്നിക്കുന്ന ആവർത്തന ആസൂത്രണത്തിൽ ഒരു ടീം ഒരു സ്റ്റോറി കാണുകയാണെങ്കിൽ, എല്ലാ വിശദാംശങ്ങളും അവിടെയുണ്ടെന്ന് അവർ അനുമാനിക്കുകയും വിശദമായ സംഭാഷണം ഒഴിവാക്കുകയും ചെയ്യും.


  • സാങ്കേതിക ജോലികൾക്കായി ഉപയോക്തൃ സ്റ്റോറികൾ എഴുതുന്നു. ഓരോ ആവർത്തനത്തിൻറെയും അവസാനത്തിൽ‌ സോഫ്റ്റ്‌വെയറിന്റെ വർ‌ക്ക് ഇൻ‌ക്രിമെൻറ് ഉണ്ടായിരിക്കുന്നതിലൂടെയാണ് എജിലിന്റെ ഭൂരിഭാഗം ശക്തിയും ലഭിക്കുന്നത്. നിങ്ങളുടെ സ്റ്റോറികൾ‌ ശരിക്കും സാങ്കേതിക ജോലികൾ‌ മാത്രമാണെങ്കിൽ‌, ഓരോ ആവർത്തനത്തിൻറെയും അവസാനത്തിൽ‌ നിങ്ങൾ‌ പ്രവർ‌ത്തിക്കുന്ന സോഫ്റ്റ്‌വെയറിൽ‌ അവസാനിക്കുന്നില്ല, മാത്രമല്ല മുൻ‌ഗണനാക്രമത്തിൽ‌ നിങ്ങൾ‌ക്ക് വഴക്കം നഷ്‌ടപ്പെടും.


  • സംഭാഷണം ഒഴിവാക്കുന്നു. ആവർത്തന ആസൂത്രണത്തിന് മുമ്പായി കഥകൾ മന ally പൂർവ്വം അവ്യക്തമാണ്. നിങ്ങൾ സ്വീകാര്യത മാനദണ്ഡ സംഭാഷണം ഒഴിവാക്കുകയാണെങ്കിൽ, നിങ്ങൾ തെറ്റായ ദിശയിലേക്ക് നീങ്ങുകയോ എഡ്ജ് കേസുകൾ നഷ്‌ടപ്പെടുകയോ ഉപഭോക്തൃ ആവശ്യങ്ങൾ അവഗണിക്കുകയോ ചെയ്യുന്നു.

നല്ല ഉപയോക്തൃ സ്റ്റോറികൾ‌ എഴുതുന്നതിനായി മുകളിലുള്ള വിവരങ്ങളിൽ‌ ചേർ‌ക്കാൻ‌ കഴിയുന്ന എന്തെങ്കിലും നുറുങ്ങുകൾ‌ നിങ്ങൾ‌ക്കുണ്ടോ? അവരെ അഭിപ്രായങ്ങളിൽ ഉൾപ്പെടുത്താൻ മടിക്കേണ്ട.

രസകരമായ ലേഖനങ്ങൾ