പാറ്റൺ ജെഫ്. ഉപയോക്തൃ സ്റ്റോറികൾ. എജൈൽ സോഫ്റ്റ്‌വെയർ വികസനത്തിന്റെ കല

വ്യാഖ്യാനം

ചടുലമായ സാങ്കേതിക വിദ്യകൾ ഉപയോഗിച്ച് ആശയം മുതൽ നടപ്പാക്കൽ വരെയുള്ള വികസന പ്രക്രിയ നടപ്പിലാക്കുന്നതിനുള്ള ഒരു വിവരിച്ച അൽഗോരിതം ആണ് പുസ്തകം. പ്രക്രിയ ഘട്ടങ്ങളായി ക്രമീകരിച്ചിരിക്കുന്നു, ഓരോ ഘട്ടത്തിലും പ്രോസസ്സ് ഘട്ടത്തിനുള്ള രീതികൾ സൂചിപ്പിച്ചിരിക്കുന്നു. ഒറിജിനൽ എന്ന് അവകാശപ്പെടാതെ, മിക്ക രീതികളും ഒറിജിനൽ അല്ലെന്ന് ലേഖകൻ ചൂണ്ടിക്കാട്ടുന്നു. എന്നാൽ നല്ല എഴുത്ത് ശൈലിയും പ്രക്രിയയുടെ ചില സമഗ്രതയും പുസ്തകത്തെ വളരെ ഉപയോഗപ്രദമാക്കുന്നു.

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

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

ആർക്കാണ് ഇത് വേണ്ടത്

ഐടി അനലിസ്റ്റുകൾക്കും പ്രോജക്ട് മാനേജർമാർക്കും. വായിച്ചിരിക്കേണ്ട ഒന്ന്. വായിക്കാൻ എളുപ്പവും ആസ്വാദ്യകരവുമായ പുസ്തകം ഇടത്തരം വലിപ്പമുള്ളതാണ്.

ഫീഡ്ബാക്ക്

അതിന്റെ ഏറ്റവും ലളിതമായ രൂപത്തിൽ, ഇത് ഇങ്ങനെയാണ് പ്രവർത്തിക്കുന്നത്.

ഒരു സന്ദർശകൻ ഒരു കഫേയിൽ വരുന്നു, വിഭവങ്ങൾ തിരഞ്ഞെടുക്കുന്നു, ഓർഡർ നൽകുന്നു, ഭക്ഷണം സ്വീകരിക്കുന്നു, കഴിക്കുന്നു, പണം നൽകുന്നു.

ഓരോ ഘട്ടത്തിലും സിസ്റ്റത്തിൽ നിന്ന് നമുക്ക് ആവശ്യമുള്ളതിന്റെ ആവശ്യകതകൾ എഴുതാം.

സിസ്റ്റം വിഭവങ്ങളുടെ ഒരു ലിസ്റ്റ് കാണിക്കണം, ഓരോ വിഭവത്തിനും ഒരു ഘടനയും ഭാരവും വിലയും ഉണ്ട് കൂടാതെ വണ്ടിയിൽ ചേർക്കാൻ കഴിയും. ഈ ആവശ്യകതകളിൽ ഞങ്ങൾക്ക് ആത്മവിശ്വാസം ഉള്ളത് എന്തുകൊണ്ട്? ആവശ്യകതകളുടെ "സ്റ്റാൻഡേർഡ്" വിവരണത്തിൽ ഇത് വിവരിച്ചിട്ടില്ല, ഇത് അപകടസാധ്യതകൾ സൃഷ്ടിക്കുന്നു.

എന്തുകൊണ്ടാണ് ഇത് ആവശ്യമെന്ന് മനസ്സിലാകാത്ത പ്രകടനക്കാർ സാധാരണയായി തെറ്റായ കാര്യങ്ങൾ ചെയ്യുന്നു. ഒരു ആശയം സൃഷ്ടിക്കുന്ന പ്രക്രിയയിൽ ഉൾപ്പെടാത്ത പ്രകടനം നടത്തുന്നവർ ഫലത്തിൽ ഉൾപ്പെടുന്നില്ല. എജൈൽ പറയുന്നു, നമുക്ക് പ്രാഥമികമായി സിസ്റ്റത്തിലല്ല, മറിച്ച് ആളുകളിലും ഉപഭോക്താക്കളിലും അവരുടെ ചുമതലകളിലും ലക്ഷ്യങ്ങളിലും ശ്രദ്ധ കേന്ദ്രീകരിക്കാം.

ഞങ്ങൾ വ്യക്തിത്വങ്ങൾ സൃഷ്ടിക്കുകയും അവർക്ക് സഹാനുഭൂതിയുടെ വിശദാംശങ്ങൾ നൽകുകയും വ്യക്തിയുടെ ഭാഗത്ത് നിന്ന് കഥകൾ പറയാൻ തുടങ്ങുകയും ചെയ്യുന്നു.

ഓഫീസ് ജീവനക്കാരനായ സഖർ ഉച്ചഭക്ഷണത്തിന് പോയി, പെട്ടെന്ന് ലഘുഭക്ഷണം കഴിക്കാൻ ആഗ്രഹിക്കുന്നു. അവന് എന്താണ് വേണ്ടത്? അയാൾക്ക് ഒരു ബിസിനസ്സ് ഉച്ചഭക്ഷണം വേണമെന്നാണ് ആശയം. മറ്റൊരു ആശയം, അവൻ ഭക്ഷണക്രമത്തിലായതിനാൽ സിസ്റ്റം തന്റെ മുൻഗണനകൾ ഓർമ്മിക്കണമെന്ന് അവൻ ആഗ്രഹിക്കുന്നു എന്നതാണ്. മറ്റൊരു ആശയം. ഉച്ചഭക്ഷണത്തിന് മുമ്പ് കാപ്പി കുടിക്കുന്നത് പതിവായതിനാൽ ഉടൻ തന്നെ കാപ്പി കൊണ്ടുവരണമെന്ന് അയാൾക്ക് ആഗ്രഹമുണ്ട്.

കൂടാതെ ഒരു ബിസിനസ്സും ഉണ്ട് (ഒരു സംഘടനാ സ്വഭാവം ഒരു സ്ഥാപനത്തിന്റെ താൽപ്പര്യങ്ങളെ പ്രതിനിധീകരിക്കുന്ന ഒരു കഥാപാത്രമാണ്). ശരാശരി ചെക്ക് വർദ്ധിപ്പിക്കാനും വാങ്ങലുകളുടെ ആവൃത്തി വർദ്ധിപ്പിക്കാനും ലാഭം വർദ്ധിപ്പിക്കാനും ബിസിനസുകൾ ആഗ്രഹിക്കുന്നു. ആശയം ഇതാണ് - ചില പാചകരീതികളുടെ അസാധാരണമായ വിഭവങ്ങൾ നമുക്ക് വാഗ്ദാനം ചെയ്യാം. മറ്റൊരു ആശയം - നമുക്ക് പ്രഭാതഭക്ഷണം പരിചയപ്പെടുത്താം.

ആശയങ്ങൾ കോൺക്രീറ്റുചെയ്യാനും രൂപാന്തരപ്പെടുത്താനും ഒരു ഉപയോക്തൃ സ്റ്റോറിയുടെ രൂപത്തിൽ അവതരിപ്പിക്കാനും കഴിയും. സഖർ ബിസിനസ് സെന്ററിലെ ഒരു ജീവനക്കാരൻ എന്ന നിലയിൽ, എന്റെ മുൻഗണനകളെ അടിസ്ഥാനമാക്കി എനിക്ക് ഒരു മെനു ലഭിക്കുന്നതിന് സിസ്റ്റം എന്നെ തിരിച്ചറിയണമെന്ന് ഞാൻ ആഗ്രഹിക്കുന്നു. ഒരു വെയിറ്റർ എന്ന നിലയിൽ, ടേബിളിനെ എപ്പോൾ സമീപിക്കണമെന്ന് സിസ്റ്റം എന്നെ അറിയിക്കണമെന്ന് ഞാൻ ആഗ്രഹിക്കുന്നു, അതുവഴി ക്ലയന്റ് വേഗത്തിലുള്ള സേവനത്തിൽ തൃപ്തനാകും. ഇത്യാദി.

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

രചയിതാവിന്റെ പാത: ഞങ്ങൾ മുൻഗണന നൽകുന്നത് പ്രവർത്തനത്തിനല്ല, ഫലം = ഉപയോക്താവിന് അവസാനം ലഭിക്കുന്നത്.

ഒരു വ്യക്തമായ നോൺ-വ്യക്തമായ പോയിന്റ്: മുൻഗണനാ സെഷൻ മുഴുവൻ ടീമും നടത്തുന്നില്ല, കാരണം അത് ഫലപ്രദമല്ല, പക്ഷേ മൂന്ന് ആളുകൾ. ആദ്യത്തേത് ബിസിനസ്സിന് ഉത്തരവാദിയാണ്, രണ്ടാമത്തേത് ഉപയോക്തൃ അനുഭവത്തിനും മൂന്നാമത്തേത് നടപ്പാക്കലിനും.

ഒരു ഉപയോക്തൃ പ്രശ്നം പരിഹരിക്കുന്നതിനുള്ള ഏറ്റവും കുറഞ്ഞത് നമുക്ക് തിരഞ്ഞെടുക്കാം (മിനിമം പ്രായോഗിക പരിഹാരം).

ഉപയോക്തൃ സ്റ്റോറികൾ, ഡിസൈൻ സ്കെച്ചുകൾ, നിയന്ത്രണങ്ങൾ, ബിസിനസ്സ് നിയമങ്ങൾ എന്നിവ ഉപയോഗിച്ച് ഉപയോക്തൃ സ്റ്റോറി മാപ്പിലെ ആദ്യ മുൻഗണനാ ആശയങ്ങൾ ഞങ്ങൾ വിശദമായി വിവരിക്കുന്നു, പ്രക്രിയയുടെ ഓരോ ഘട്ടത്തിലും ആളുകൾക്കും പങ്കാളികൾക്കും എന്താണ് വേണ്ടതെന്ന് ടീമുമായി പറയുകയും ചർച്ച ചെയ്യുകയും ചെയ്യുന്നു. ബാക്കിയുള്ള ആശയങ്ങൾ ഞങ്ങൾ അവസരങ്ങളുടെ ബാക്ക്‌ലോഗിൽ പരിശോധിക്കാതെ വിടുന്നു.

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

ഈ രീതിയിൽ വിശദീകരിക്കുന്നത് പ്രക്രിയകൾക്ക് അനുസൃതമായി സമഗ്രത സൃഷ്ടിക്കുന്നു.

ലഭിച്ച ആശയങ്ങൾ പരീക്ഷിക്കേണ്ടതുണ്ട്. ഒരു നോൺ-ടീം അംഗം വ്യക്തിയുടെ തൊപ്പി ധരിച്ച് അവന്റെ തലയിൽ ആ വ്യക്തിയുടെ ദിവസം ജീവിക്കുകയും അവന്റെ പ്രശ്നം പരിഹരിക്കുകയും ചെയ്യുന്നു. അവൻ സംഭവവികാസങ്ങൾ കാണാതിരിക്കാനും വീണ്ടും കാർഡുകൾ സൃഷ്ടിക്കാനും സാധ്യതയുണ്ട്, കൂടാതെ ടീം സ്വയം ബദലുകൾ കണ്ടെത്തുകയും ചെയ്യുന്നു.

തുടർന്ന് മൂല്യനിർണ്ണയത്തിനുള്ള വിശദാംശങ്ങളുണ്ട്. ഇതിന് മൂന്ന് പേർ മതി. ഉപയോക്തൃ അനുഭവത്തിന്റെ ഉത്തരവാദിത്തം, ഡെവലപ്പർ, ഒരു പ്രിയപ്പെട്ട ചോദ്യമുള്ള ടെസ്റ്റർ: "എന്താണെങ്കിൽ ...".

ഓരോ ഘട്ടത്തിലും, സംഭാഷണം ഉപയോക്താവിന്റെ ചരിത്രത്തിന്റെ ഒരു പ്രോസസ്സ് മാപ്പിനെ പിന്തുടരുന്നു, ഇത് ഉപയോക്താവിന്റെ ചുമതല മനസ്സിൽ സൂക്ഷിക്കുന്നത് ഒരു യോജിച്ച ധാരണ സൃഷ്ടിക്കാൻ അനുവദിക്കുന്നു.

രചയിതാവിന്റെ അഭിപ്രായത്തിൽ ഡോക്യുമെന്റേഷൻ ആവശ്യമാണോ? അതെ, എനിക്കത് വേണം. എന്നാൽ നിങ്ങൾ സമ്മതിച്ച കാര്യങ്ങൾ ഓർക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന കുറിപ്പുകളായി. പുറത്തുനിന്നുള്ള ഒരാളെ ഉൾപ്പെടുത്തുന്നതിന് വീണ്ടും ചർച്ച ആവശ്യമാണ്.

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

അപകടസാധ്യതകൾ ഇല്ലാതാക്കാൻ, "തെറ്റായ" ഉൽപ്പന്നം സൃഷ്ടിക്കുന്നതിന്റെ കേടുപാടുകൾ കുറയ്ക്കുന്നതിന് സൃഷ്ടിക്കുന്ന ഉൽപ്പന്നത്തെക്കുറിച്ചുള്ള ഫീഡ്ബാക്ക് വേഗത്തിൽ സ്വീകരിക്കേണ്ടത് ആവശ്യമാണ്. ഞങ്ങൾ ആശയത്തിന്റെ ഒരു രേഖാചിത്രം ഉണ്ടാക്കി - അത് ഉപയോക്താവുമായി സാധൂകരിച്ചു, ഇന്റർഫേസ് പ്രോട്ടോടൈപ്പുകൾ വരച്ചു - ഉപയോക്താവുമായി അത് സാധൂകരിച്ചു, മുതലായവ. (പ്രോഗ്രാം പ്രോട്ടോടൈപ്പുകൾ എങ്ങനെ സാധൂകരിക്കാം എന്നതിനെക്കുറിച്ചുള്ള ഒരു ചെറിയ വിവരമുണ്ട്). സോഫ്റ്റ്‌വെയർ സൃഷ്ടിക്കുന്നതിന്റെ ലക്ഷ്യങ്ങൾ, പ്രത്യേകിച്ച് പ്രാരംഭ ഘട്ടത്തിൽ, പെട്ടെന്നുള്ള ഫീഡ്‌ബാക്ക് സ്വീകരിക്കുന്നതിലൂടെ പഠിക്കുക എന്നതാണ്; അതനുസരിച്ച്, ആദ്യമായി സൃഷ്ടിച്ച ഉൽപ്പന്നം ഒരു സിദ്ധാന്തം തെളിയിക്കാനോ നിരാകരിക്കാനോ കഴിയുന്ന സ്കെച്ചുകളാണ്. (എറിക് റൈസിന്റെ "സ്റ്റാർട്ടപ്പ് യൂസ് ലീൻ മെത്തഡോളജി" എന്ന കൃതിയെയാണ് രചയിതാവ് ആശ്രയിക്കുന്നത്).

ഒന്നിലധികം ടീമുകളിലുടനീളം നടപ്പിലാക്കുമ്പോൾ ആശയവിനിമയം മെച്ചപ്പെടുത്താൻ ഒരു സ്റ്റോറി മാപ്പ് സഹായിക്കുന്നു. മാപ്പിൽ എന്തായിരിക്കണം? സംഭാഷണം തുടരാൻ നിങ്ങൾക്ക് എന്താണ് വേണ്ടത്. ഒരു ഉപയോക്തൃ സ്റ്റോറി മാത്രമല്ല (ആരാണ്, എന്ത്, എന്തുകൊണ്ട്), ആശയങ്ങൾ, വസ്തുതകൾ, ഇന്റർഫേസ് സ്കെച്ചുകൾ മുതലായവ...

ചരിത്ര ഭൂപടത്തിലെ കാർഡുകൾ നിരവധി തിരശ്ചീന ലൈനുകളായി വിഭജിക്കുന്നതിലൂടെ, നിങ്ങൾക്ക് സൃഷ്ടിയെ റിലീസുകളായി വിഭജിക്കാം - ഏറ്റവും കുറഞ്ഞത്, വർദ്ധിച്ചുവരുന്ന പ്രവർത്തനക്ഷമതയുടെയും വില്ലുകളുടെയും ഒരു പാളി ഹൈലൈറ്റ് ചെയ്യുക.

പ്രോസസ് മാപ്പിൽ ഞങ്ങൾ കഥകൾ പറയുന്നു.

ഒരു ജീവനക്കാരൻ ഉച്ചഭക്ഷണത്തിനായി വന്നു.

അവന് എന്താണ് വേണ്ടത്? സേവന വേഗത. അതിനാൽ അവന്റെ ഉച്ചഭക്ഷണം ഇതിനകം മേശയിലോ കുറഞ്ഞത് ഒരു ട്രേയിലോ അവനെ കാത്തിരിക്കുന്നു. ശ്ശോ - ഒരു നഷ്‌ടമായ ഘട്ടം: ജീവനക്കാരൻ ഭക്ഷണം കഴിക്കാൻ ആഗ്രഹിച്ചു. അവൻ ലോഗിൻ ചെയ്‌ത് ബിസിനസ്സ് ലഞ്ച് ഓപ്ഷൻ തിരഞ്ഞെടുത്തു. ഭക്ഷണക്രമം നിയന്ത്രിക്കാനും ശരീരഭാരം കൂട്ടാതിരിക്കാനും സഹായിക്കുന്ന കലോറി ഉള്ളടക്കവും പോഷക ഉള്ളടക്കവും അദ്ദേഹം കണ്ടു. ആ സ്ഥലത്ത് നിന്ന് കഴിക്കണോ വേണ്ടയോ എന്ന് തീരുമാനിക്കാൻ അവൻ വിഭവത്തിന്റെ ചിത്രങ്ങൾ കണ്ടു.

അടുത്തതായി, അവൻ ഉച്ചഭക്ഷണവും അത്താഴവും കഴിക്കാൻ പോകുമോ? അല്ലെങ്കിൽ ഉച്ചഭക്ഷണം അവന്റെ ഓഫീസിൽ എത്തിക്കുമോ? അപ്പോൾ പ്രക്രിയയുടെ ഘട്ടം ഭക്ഷണം കഴിക്കാൻ ഒരു സ്ഥലം തിരഞ്ഞെടുക്കുന്നു. അത് എപ്പോൾ തനിക്ക് ഡെലിവർ ചെയ്യുമെന്നും അതിന് എത്ര ചിലവ് വരുമെന്നും കാണാൻ അയാൾ ആഗ്രഹിക്കുന്നു, അതിനാൽ തന്റെ സമയവും ഊർജവും എവിടെ ചെലവഴിക്കണമെന്ന് അയാൾക്ക് തിരഞ്ഞെടുക്കാം - താഴേക്ക് പോകുകയോ ജോലിക്ക് പോകുകയോ ചെയ്യുക. ക്യൂവിൽ തിരക്കുകൂട്ടാതിരിക്കാൻ കഫേ എത്ര തിരക്കിലാണെന്ന് കാണാൻ അയാൾ ആഗ്രഹിക്കുന്നു.

തുടർന്ന് ജീവനക്കാരൻ കഫേയിലെത്തി. അയാൾക്ക് അവന്റെ ട്രേ കാണണം, അത് എടുത്ത് നേരെ അത്താഴത്തിന് പോകാം. സേവനത്തിൽ പണം സമ്പാദിക്കാൻ പണം സ്വീകരിക്കാൻ കഫേ ആഗ്രഹിക്കുന്നു. വിലയേറിയ സമയം ഉപയോഗശൂന്യമായി പാഴാക്കാതിരിക്കാൻ, കഫേയുമായുള്ള സെറ്റിൽമെന്റുകളിൽ കുറഞ്ഞത് സമയം നഷ്ടപ്പെടുത്താൻ ജീവനക്കാരൻ ആഗ്രഹിക്കുന്നു. ഇത് എങ്ങനെ ചെയ്യാം? വിദൂരമായി സേവനത്തിന് ശേഷം മുൻകൂറായി അല്ലെങ്കിൽ തിരിച്ചും പണമടയ്ക്കുക. അല്ലെങ്കിൽ കിയോസ്‌ക് ഉപയോഗിച്ച് സ്ഥലത്തുതന്നെ പണമടയ്ക്കുക. ഇതിൽ ഏറ്റവും പ്രധാനപ്പെട്ട കാര്യം എന്താണ്? ബാങ്ക് കാർഡ് ഉപയോഗിച്ച് ഉച്ചഭക്ഷണത്തിന് പണം നൽകാൻ എത്ര പേർ തയ്യാറാണ്? ആവർത്തിച്ചുള്ള പേയ്‌മെന്റുകൾക്കായി തങ്ങളുടെ കാർഡ് നമ്പർ സംഭരിക്കാൻ ഈ കാന്റീനിൽ എത്രപേർ വിശ്വസിക്കും? ഫീൽഡ് ഗവേഷണമില്ലാതെ അത് വ്യക്തമല്ല, പരിശോധന ആവശ്യമാണ്.

പ്രക്രിയയുടെ ഓരോ ഘട്ടത്തിലും, നിങ്ങൾ എങ്ങനെയെങ്കിലും പ്രവർത്തനം നൽകേണ്ടതുണ്ട്; ഇതിനായി നിങ്ങൾ ചില വ്യക്തികളെ അടിസ്ഥാനമായി എടുക്കുകയും അദ്ദേഹത്തിന് കൂടുതൽ പ്രധാനപ്പെട്ടത് തിരഞ്ഞെടുക്കുകയും വേണം (അതേ മൂന്ന് സെലക്ടർമാർ). അവസാനം വരെ കഥ പിന്തുടർന്നു = ഒരു പ്രായോഗിക പരിഹാരം ഉണ്ടാക്കി.

അടുത്തതായി വിശദാംശം വരുന്നു. ക്യൂവിൽ തിരക്കുകൂട്ടാതിരിക്കാൻ, കഫേ എത്ര തിരക്കിലാണെന്ന് ക്ലയന്റ് കാണാൻ ആഗ്രഹിക്കുന്നു. അയാൾക്ക് കൃത്യമായി എന്താണ് വേണ്ടത്?

അവൻ അവിടെ എത്തുമ്പോൾ 15 മിനിറ്റിനുള്ളിൽ എത്ര പേരുണ്ടാകും എന്ന പ്രവചനം കാണുക

ഒരു കഫേയിലെ ശരാശരി സേവന സമയവും അതിന്റെ ചലനാത്മകതയും അര മണിക്കൂർ മുമ്പ് കാണുക

സാഹചര്യവും ടേബിൾ ഒക്യുപൻസി ഡൈനാമിക്സും കാണുക

പ്രവചന സംവിധാനം അവ്യക്തമായ ഫലം നൽകുകയോ പ്രവർത്തിക്കുന്നത് നിർത്തുകയോ ചെയ്താലോ?

കഫേയിലെ ക്യൂകളും മേശകളുടെ താമസവും വീഡിയോയിലൂടെ കാണുക. ഹും, അത് ആദ്യം ചെയ്താലോ?!

പരിശീലിക്കാൻ ഒരു ചെറിയ വ്യായാമം രചയിതാവ് ചൂണ്ടിക്കാണിക്കുന്നു: ഉറക്കമുണർന്നതിന് ശേഷം രാവിലെ നിങ്ങൾ എന്താണ് ചെയ്യുന്നതെന്ന് സങ്കൽപ്പിക്കാൻ ശ്രമിക്കുക. ഒരു കാർഡ് = ഒരു പ്രവർത്തനം. വ്യക്തിഗത വിശദാംശങ്ങൾ നീക്കംചെയ്യുന്നതിന് കാർഡുകൾ വലുതാക്കുക (കാപ്പി പൊടിക്കുന്നതിനുപകരം, ഉത്തേജിപ്പിക്കുന്ന പാനീയം കുടിക്കുക), നടപ്പിലാക്കുന്ന രീതിയിലല്ല, ലക്ഷ്യത്തിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുക.

ഈ പുസ്തകം ആർക്കുവേണ്ടിയാണ്: ഐടി അനലിസ്റ്റുകളും പ്രോജക്ട് മാനേജർമാരും. വായിച്ചിരിക്കേണ്ട ഒന്ന്.

അപ്ലിക്കേഷനുകൾ

3 മുതൽ 5 വരെ ആളുകളുടെ ഗ്രൂപ്പുകളിൽ ചർച്ചയും തീരുമാനമെടുക്കലും ഫലപ്രദമാണ്.

ആദ്യത്തെ കാർഡിൽ എന്താണ് വികസിപ്പിക്കേണ്ടതെന്ന് എഴുതുക, രണ്ടാമത്തേതിൽ - നിങ്ങൾ ആദ്യം ചെയ്തത് ശരിയാക്കുക, മൂന്നാമത്തേതിൽ - ഒന്നും രണ്ടും ചെയ്തത് ശരിയാക്കുക.

കേക്കുകൾ പോലെയുള്ള കഥകൾ തയ്യാറാക്കുക - ഒരു പാചകക്കുറിപ്പ് എഴുതിക്കൊണ്ടല്ല, മറിച്ച് ആർക്ക്, ഏത് അവസരത്തിനായി, എത്ര ആളുകൾക്ക് കേക്ക് എന്ന് കണ്ടെത്തി. ഞങ്ങൾ വിൽപ്പന തകർത്താൽ, അത് കേക്ക്, ക്രീം മുതലായവയുടെ ഉൽപാദനത്തിലേക്കല്ല, മറിച്ച് ചെറിയ റെഡിമെയ്ഡ് കേക്കുകളുടെ ഉൽപാദനത്തിലേക്കായിരിക്കും.

സോഫ്റ്റ്‌വെയർ വികസനം ഒരു സിനിമ നിർമ്മിക്കുന്നതിന് സമാനമാണ്, നിങ്ങൾ ശ്രദ്ധാപൂർവ്വം സ്ക്രിപ്റ്റ് വികസിപ്പിക്കുകയും മിനുസപ്പെടുത്തുകയും, ചിത്രീകരണം ആരംഭിക്കുന്നതിന് മുമ്പ് രംഗം, അഭിനേതാക്കൾ മുതലായവ സംഘടിപ്പിക്കുകയും വേണം.

വിഭവങ്ങളുടെ കുറവ് എപ്പോഴും ഉണ്ടാകും.

20% ശ്രമങ്ങൾ മൂർത്തമായ ഫലങ്ങൾ നൽകുന്നു, 60% മനസ്സിലാക്കാൻ കഴിയാത്ത ഫലങ്ങൾ നൽകുന്നു, 20% ശ്രമങ്ങൾ ദോഷകരമാണ് - അതുകൊണ്ടാണ് പഠനത്തിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കേണ്ടത് പ്രധാനമാണ്, നെഗറ്റീവ് ഫലമുണ്ടായാൽ നിരാശപ്പെടരുത്.

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

മൂല്യനിർണ്ണയത്തിനുള്ള സ്റ്റോറി വിശദീകരിക്കുന്നതും വികസിപ്പിക്കുന്നതും സ്‌ക്രമിന്റെ ഏറ്റവും മങ്ങിയ ഭാഗമാണ്, ചർച്ചകൾ അക്വേറിയം മോഡിൽ സ്റ്റാൻഡ്-അപ്പ് ആക്കുക (ബോർഡിൽ 3-4 ആളുകൾ ചർച്ചചെയ്യുന്നു, ആരെങ്കിലും പങ്കെടുക്കാൻ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, അവൻ ആരെയെങ്കിലും മാറ്റിസ്ഥാപിക്കുന്നു).

അവലംബം: www.habr.com