പ്രോഗ്രാമർമാരുടെ ഒരു ടീമിനെ കൈകാര്യം ചെയ്യുക: അവരെ എങ്ങനെ, എങ്ങനെ ശരിയായി പ്രചോദിപ്പിക്കാം? രണ്ടാം ഭാഗം

എപ്പിഗ്രാഫ്:
വൃത്തികെട്ട കുട്ടികളെ നോക്കി ഭർത്താവ് ഭാര്യയോട് പറയുന്നു: ശരി, ഞങ്ങൾ ഇവ കഴുകണോ അതോ പുതിയ കുട്ടികളെ പ്രസവിക്കണോ?

പ്രോഗ്രാമർമാരെ പ്രചോദിപ്പിക്കുന്നതിന്റെ പ്രത്യേകതകളെക്കുറിച്ച് ഞങ്ങളുടെ ടീം ലീഡറും RAS പ്രൊഡക്റ്റ് ഡെവലപ്‌മെന്റ് ഡയറക്ടർ ഇഗോർ മർനാറ്റും എഴുതിയ ലേഖനത്തിന്റെ രണ്ടാം ഭാഗമാണ് കട്ടിന് താഴെയുള്ളത്. ലേഖനത്തിന്റെ ആദ്യഭാഗം ഇവിടെ കാണാം - habr.com/ru/company/parallels/blog/452598

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

III - സ്വന്തവും സ്നേഹവും ആവശ്യമാണ്

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

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

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

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

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

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

ജന്മദിനങ്ങൾ, വാർഷികങ്ങൾ, സഹപ്രവർത്തകരുടെ ജീവിതത്തിലെ സുപ്രധാന സംഭവങ്ങൾ - ഒരു സംയുക്ത പിസ്സ, ടീമിൽ നിന്നുള്ള ഒരു ചെറിയ സമ്മാനം പങ്കാളിത്തത്തിന്റെയും നന്ദിയുടെയും ഊഷ്മളമായ വികാരം നൽകുന്നു. ചില കമ്പനികളിൽ, കമ്പനിയിലെ 5, 10, 15 വർഷത്തെ ജോലിക്ക് ചെറിയ സ്മാരക ചിഹ്നങ്ങൾ നൽകുന്നത് പതിവാണ്. ഒരു വശത്ത്, ഇത് പുതിയ നേട്ടങ്ങൾക്കായി എന്നെ വളരെയധികം പ്രചോദിപ്പിക്കുന്നുവെന്ന് ഞാൻ കരുതുന്നില്ല. പക്ഷേ, വ്യക്തമായും, അവനെക്കുറിച്ച് മറന്നിട്ടില്ലെന്ന് മിക്കവാറും എല്ലാവരും സന്തോഷിക്കും. ഒരു വസ്തുതയുടെ അഭാവം അതിന്റെ സാന്നിദ്ധ്യം പ്രചോദിപ്പിക്കുന്നതിനുപകരം നിരാശപ്പെടുത്തുന്ന സന്ദർഭങ്ങളിൽ ഒന്നാണിത്. സമ്മതിക്കുക, ലിങ്ക്ഡ്ഇൻ രാവിലെ നിങ്ങളെ ഓർമ്മപ്പെടുത്തുകയും നിങ്ങളുടെ പത്താം വാർഷികത്തിൽ നിങ്ങളുടെ ജോലിസ്ഥലത്ത് അഭിനന്ദിക്കുകയും ചെയ്താൽ അത് വളരെ ലജ്ജാകരമാണ്, എന്നാൽ കമ്പനിയിൽ നിന്നുള്ള ഒരു സഹപ്രവർത്തകൻ പോലും നിങ്ങളെ അഭിനന്ദിക്കുകയോ നിങ്ങളെ ഓർമ്മിക്കുകയോ ചെയ്തില്ല.

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

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

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

IV. അംഗീകാരം വേണം

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

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

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

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

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

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

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

വി. വിജ്ഞാനത്തിന്റെയും സ്വയം യാഥാർത്ഥ്യത്തിന്റെയും ആവശ്യകത.

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

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

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

ഈ ടീമിന് പിന്നിൽ 15-20 വർഷത്തെ പരിചയമുള്ള പ്രോഗ്രാമർമാർ ഉൾപ്പെട്ടിരുന്നുവെങ്കിൽ, പ്രചോദനം വ്യത്യസ്തമായിരിക്കും. പ്രായവും അനുഭവവും തീർച്ചയായും 100% നിർണ്ണയിക്കുന്ന ഘടകങ്ങളല്ല; ഇതെല്ലാം പ്രചോദനത്തിന്റെ ഘടനയെ ആശ്രയിച്ചിരിക്കുന്നു. ഈ പ്രത്യേക സാഹചര്യത്തിൽ, യുവ പ്രോഗ്രാമർമാരുടെ അറിവിനും വളർച്ചയ്ക്കും വേണ്ടിയുള്ള ആഗ്രഹം മികച്ച ഫലങ്ങൾ നൽകി.

പൊതുവേ, ഞങ്ങൾ ഇതിനകം നിരവധി തവണ സൂചിപ്പിച്ചതുപോലെ, നിങ്ങളുടെ പ്രോഗ്രാമർമാരുടെ പ്രതീക്ഷകൾ നിങ്ങൾ അറിഞ്ഞിരിക്കണം, അവരിൽ ആരാണ് അവരുടെ പ്രവർത്തന മേഖല വികസിപ്പിക്കാനോ മാറ്റാനോ ആഗ്രഹിക്കുന്നതെന്ന് മനസിലാക്കുകയും ഈ പ്രതീക്ഷകൾ കണക്കിലെടുക്കുകയും വേണം.

മാസ്ലോയുടെ പിരമിഡിനപ്പുറം: ഫലങ്ങളുടെ ദൃശ്യപരത, ഗെയിമിഫിക്കേഷനും മത്സരവും, ബുൾഷിറ്റ് ഇല്ല

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

ആദ്യത്തേത് ഫലത്തിന്റെ ദൃശ്യപരതയും സാമീപ്യവുമാണ്.

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

ഈ പ്രചോദനം കമ്പ്യൂട്ടർ ഗെയിമുകൾ പൂർത്തിയാക്കുമ്പോൾ കളിക്കാർ അനുഭവിക്കുന്നതിന് സമാനമാണ്: ഓരോ ലെവലും പൂർത്തിയാക്കുമ്പോൾ അവർക്ക് ഇടയ്ക്കിടെ മെഡലുകൾ, പോയിന്റുകൾ, ബോണസുകൾ എന്നിവ ലഭിക്കും; ഇതിനെ "ഡോപാമൈൻ പ്രചോദനം" എന്ന് വിളിക്കാം.

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

രണ്ടാമത്തെ പോയിന്റ് ഗെയിമിഫിക്കേഷനും മത്സരവുമാണ്.

ഉൽപ്പന്നങ്ങളിലൊന്ന് വികസിപ്പിക്കുമ്പോൾ, ഞങ്ങളുടെ എഞ്ചിനീയറിംഗ് ടീമിന് ഒരു ഓപ്പൺ സോഴ്‌സ് ഉൽപ്പന്നങ്ങളുടെ കമ്മ്യൂണിറ്റിയിൽ ഒരു പ്രമുഖ സ്ഥാനം നേടാനും ടോപ്പ്-3-ലേക്ക് പ്രവേശിക്കാനും ഒരു ലക്ഷ്യമുണ്ടായിരുന്നു. അക്കാലത്ത്, കമ്മ്യൂണിറ്റിയിൽ ഒരാളുടെ ദൃശ്യപരത വിലയിരുത്തുന്നതിന് വസ്തുനിഷ്ഠമായ മാർഗമില്ല; പങ്കെടുക്കുന്ന ഓരോ വലിയ കമ്പനികൾക്കും തങ്ങൾ ഒന്നാം നമ്പർ സംഭാവകനാണെന്ന് അവകാശപ്പെടാം (ആനുകാലികമായി അവകാശപ്പെടാം), എന്നാൽ പങ്കാളികളുടെ സംഭാവനകൾ താരതമ്യം ചെയ്യാൻ യഥാർത്ഥ മാർഗമില്ല. തങ്ങൾക്കിടയിൽ, അതിന്റെ ചലനാത്മകത സമയബന്ധിതമായി വിലയിരുത്താൻ. അതനുസരിച്ച്, ചില തത്തകളിൽ അളക്കാനും അതിന്റെ നേട്ടത്തിന്റെ അളവ് വിലയിരുത്താനും ടീമിനായി ഒരു ലക്ഷ്യം സജ്ജീകരിക്കാനും ഒരു മാർഗവുമില്ല. ഈ പ്രശ്നം പരിഹരിക്കുന്നതിന്, കമ്പനികളുടെയും വ്യക്തിഗത സംഭാവകരുടെയും സംഭാവന അളക്കുന്നതിനും ദൃശ്യവൽക്കരിക്കുന്നതിനുമുള്ള ഒരു ഉപകരണം ഞങ്ങളുടെ ടീം വികസിപ്പിച്ചെടുത്തിട്ടുണ്ട്. www.stackalytics.com. ഒരു പ്രചോദനാത്മക വീക്ഷണകോണിൽ, അത് ഒരു ബോംബ് മാത്രമായി മാറി. എഞ്ചിനീയർമാരും ടീമുകളും മാത്രമല്ല അവരുടെ പുരോഗതിയും അവരുടെ സഹപ്രവർത്തകരുടെയും എതിരാളികളുടെയും പുരോഗതിയും നിരന്തരം നിരീക്ഷിച്ചത്. ഞങ്ങളുടെ കമ്പനിയുടെ ഉയർന്ന മാനേജ്‌മെന്റും എല്ലാ പ്രധാന എതിരാളികളും സ്റ്റാക്കലിറ്റിക്‌സ് ഉപയോഗിച്ച് അവരുടെ ദിവസം ആരംഭിച്ചു. എല്ലാം വളരെ സുതാര്യവും ദൃശ്യപരവുമായി മാറി, എല്ലാവർക്കും അവരുടെ പുരോഗതി ശ്രദ്ധാപൂർവ്വം നിരീക്ഷിക്കാനും സഹപ്രവർത്തകരുമായി താരതമ്യം ചെയ്യാനും കഴിയും. എഞ്ചിനീയർമാർക്കും മാനേജർമാർക്കും ടീമുകൾക്കും ലക്ഷ്യങ്ങൾ സജ്ജീകരിക്കാൻ ഇത് സൗകര്യപ്രദവും എളുപ്പവുമാണ്.

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

അവസാനമായി, മൂന്നാമത്തെ പോയിന്റ് - ബുൾഷിറ്റ് ഇല്ല.

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

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