ഞങ്ങൾ എങ്ങനെയാണ് ടീം വർക്ക് പരീക്ഷിച്ചത്, അതിൽ നിന്ന് എന്താണ് ലഭിച്ചത്

നമുക്ക് ക്രമത്തിൽ കൊണ്ടുപോകാം

ഈ ചിത്രം കുറച്ച് കഴിഞ്ഞ് എന്താണ് അർത്ഥമാക്കുന്നത്, എന്നാൽ ഇപ്പോൾ ഞാൻ ആമുഖത്തിൽ നിന്ന് ആരംഭിക്കാം.

ഒരു തണുത്ത ഫെബ്രുവരി ദിനത്തിൽ കുഴപ്പത്തിന്റെ ലക്ഷണങ്ങളൊന്നും ഉണ്ടായിരുന്നില്ല. "വിവര സംവിധാനങ്ങളുടെ രൂപകല്പനയും വികസനവും സംഘടിപ്പിക്കുന്നതിനുള്ള രീതിശാസ്ത്രം" എന്ന് വിളിക്കാൻ തീരുമാനിച്ച ഒരു വിഷയത്തിൽ ക്ലാസ്സെടുക്കാൻ ഒരു കൂട്ടം നിരപരാധികളായ വിദ്യാർത്ഥികൾ ആദ്യമായി വന്നു. ഒരു പതിവ് പ്രഭാഷണം ഉണ്ടായിരുന്നു, സ്‌ക്രം പോലുള്ള വഴക്കമുള്ള വികസന രീതികളെക്കുറിച്ച് ടീച്ചർ സംസാരിച്ചു, കുഴപ്പങ്ങളൊന്നും മുൻകൂട്ടി കാണിച്ചില്ല. അവസാനം ടീച്ചർ പ്രഖ്യാപിക്കുന്നു:

ടീം വർക്കിന്റെ എല്ലാ പ്രയാസങ്ങളും നിങ്ങൾ സ്വയം അനുഭവിക്കണമെന്ന് ഞാൻ ആഗ്രഹിക്കുന്നു, ഗ്രൂപ്പുകളായി വിഭജിച്ച്, ഒരു പ്രോജക്റ്റ് കൊണ്ടുവരിക, ഒരു നേതാവിനെ നിയമിക്കുക, എല്ലാ ഡിസൈൻ ഘട്ടങ്ങളിലൂടെയും ഒരുമിച്ച് പോകുക. അവസാനം, ഞാൻ നിങ്ങളിൽ നിന്ന് ഒരു പൂർത്തിയായ ഉൽപ്പന്നവും ഹബ്രെയെക്കുറിച്ചുള്ള ഒരു ലേഖനവും പ്രതീക്ഷിക്കുന്നു.

ഇവിടെയാണ് നമ്മുടെ കഥ തുടങ്ങുന്നത്. ബില്ല്യാർഡിലെ പന്തുകൾ പോലെ, ആഘാതത്തിന്റെ ഊർജ്ജം ചോർന്ന് 7 പേരടങ്ങുന്ന ഒരു സംഘം ഒത്തുചേരുന്നതുവരെ ഞങ്ങൾ പരസ്പരം കുതിച്ചു. ഒരു പരിശീലന പ്രോജക്റ്റിന് ഇത് വളരെ കൂടുതലായിരിക്കാം, പക്ഷേ റോളുകൾ നന്നായി വിതരണം ചെയ്യുന്നത് ശരിയാണ്. "നമുക്ക് ഒരു റെഡിമെയ്ഡ് പ്രോജക്റ്റ് എടുക്കാം" മുതൽ "ബഹിരാകാശ വസ്തുക്കളുടെ രൂപീകരണത്തിനുള്ള എമുലേറ്റർ" വരെയുള്ള പ്രോജക്റ്റിനായുള്ള ആശയങ്ങളുടെ ചർച്ച ആരംഭിച്ചു. എന്നാൽ അവസാനം ആശയം വന്നു, നിങ്ങൾ ആദ്യ ചിത്രത്തിൽ വായിച്ച പേര്.

നീട്ടിവെക്കൽ നിർത്തുക - അതെന്താണ്, അത് എന്ത് ഉപയോഗിച്ചാണ് കഴിക്കുന്നത്, ഞങ്ങൾ അത് എങ്ങനെ വികസിപ്പിച്ചെടുത്തു, അതിൽ നിന്ന് എന്ത് സംഭവിച്ചു

ഭാഗ്യവശാൽ അല്ലെങ്കിൽ നിർഭാഗ്യവശാൽ എന്നെ ഏൽപ്പിച്ച പ്രോജക്ട് മാനേജരുടെ പേരിൽ കഥ പറയും. അപ്പോൾ നമ്മുടെ മനസ്സിൽ വന്ന ആശയം എന്താണ്? SupperCommon-ൽ നിന്നുള്ള ജനപ്രിയ “ഷേക്ക് അലാറം ക്ലോക്ക്” അലാറം ക്ലോക്കിൽ നിന്ന് പ്രചോദനം ഉൾക്കൊണ്ട്, അതായത്, ഉപയോക്താവ് ഉണർന്നിരിക്കാൻ കാരണമാകുന്ന ഒരു പ്രത്യേക പ്രവർത്തനം നടത്തുന്നത് വരെ സ്മാർട്ട്‌ഫോൺ പൂർണ്ണമായും തടയുന്നതിനുള്ള പ്രവർത്തനം, ലഭിക്കാൻ സഹായിക്കുന്ന സമാനമായ ഒരു ആപ്ലിക്കേഷൻ സൃഷ്ടിക്കാൻ ഞങ്ങൾ തീരുമാനിച്ചു. "അലാറം ക്ലോക്ക് കുലുക്കുക" എന്ന അതേ തത്ത്വത്തിൽ ഫോൺ ആസക്തിയിൽ നിന്ന് മുക്തി നേടുക

ഇത് എങ്ങനെ പ്രവർത്തിക്കുന്നു

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

ഒരു ടീം കെട്ടിപ്പടുക്കുന്നു

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

ടാസ്ക്കുകൾ ക്രമീകരിക്കുന്നു

അധ്യാപകന്റെ ശുപാർശ പ്രകാരം, ഒരു സൗജന്യ സേവനത്തിൽ ഒരു ടാസ്ക് ബോർഡ് സൃഷ്ടിച്ചു ട്രെലോ. സ്‌ക്രം സിസ്റ്റം അനുസരിച്ച് പ്രവർത്തിക്കാൻ പദ്ധതിയിട്ടിരുന്നു, അവിടെ ഓരോ സ്ട്രീമും ഒരുതരം പൂർണ്ണമായ ആപ്ലിക്കേഷനായിരിക്കും.
എന്നിരുന്നാലും, വാസ്തവത്തിൽ, ഇതെല്ലാം വലുതും നീളമുള്ളതുമായ ഒരു സ്ട്രീമിൽ നിന്നാണ് വന്നത്, അതിൽ എഡിറ്റുകളും കൂട്ടിച്ചേർക്കലുകളും തിരുത്തലുകളും നിരന്തരം നടത്തി.

ഞങ്ങൾ സ്പെസിഫിക്കേഷനുകൾ എഴുതുന്നു

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

ഒരു ഡിസൈൻ വരയ്ക്കുന്നു

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

എന്നാൽ പിന്നീട് ഡിസൈൻ ചീപ്പ് ചെയ്ത് സാധാരണ നിലയിലേക്ക് കൊണ്ടുവന്നു.
(ലേഖനത്തിന്റെ അവസാനം എല്ലാ ഡിസൈൻ ഘടകങ്ങളിലേക്കും ലിങ്ക് ചെയ്യുക).

പ്രോഗ്രാമിംഗ്

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

ശരി, പരിശോധനയെക്കുറിച്ച്

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

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

റെഫറൻസുകൾ:

ഏറ്റവും പുതിയത് സവിശേഷതകൾ.
ഡിസൈൻ ഓണാണ് ഫിഗ്മ.
ടെസ്റ്റ് കേസുകൾ и ബഗ് റിപ്പോർട്ടുകൾ.

ആപ്ലിക്കേഷൻ തന്നെ ഓണാണ് HokeyApp. - ഹാൻഡ്‌സ്‌ഓഫ് എന്ന പേരിലാണ് ആപ്ലിക്കേഷൻ നിർമ്മിച്ചിരിക്കുന്നത്, എന്തുകൊണ്ടെന്ന് പോലും ചോദിക്കരുത് (കാരണം സ്റ്റോപ്പ് പ്രോക്രാസ്റ്റിനേഷൻ വളരെ നീണ്ടതാണ്).

അവസാനം നന്നായി

ഇതെല്ലാം യുക്തിസഹമാണെന്ന് നിങ്ങൾ കരുതുന്നുണ്ടോ?

രജിസ്റ്റർ ചെയ്ത ഉപയോക്താക്കൾക്ക് മാത്രമേ സർവേയിൽ പങ്കെടുക്കാൻ കഴിയൂ. സൈൻ ഇൻദയവായി.

വിദ്യാഭ്യാസ സ്ഥാപനങ്ങളിൽ അത്തരം സമ്പ്രദായം ആവശ്യമാണോ, യഥാർത്ഥ ജീവിതത്തിൽ ഇത് എത്രത്തോളം ഉപയോഗപ്രദവും ബാധകവുമാണ്?

• ആവശ്യമായ, അമൂല്യമായ അനുഭവം

• കുറച്ച് അനുഭവമെങ്കിലും ആവശ്യമാണ്

• മിക്കവാറും ഉപയോഗശൂന്യമാണ്, ഒരു ടീമിൽ ജോലി ചെയ്യുന്നതിന്റെ പൊതുവായ സവിശേഷതകൾ നിങ്ങൾക്ക് മനസ്സിലാകും

• സമയവും അധ്വാനവും പാഴാക്കുക

2 ഉപയോക്താക്കൾ വോട്ട് ചെയ്തു. വിട്ടുനിൽക്കലുകളൊന്നുമില്ല.

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