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

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

പ്രോഗ്രാമർമാരെ പ്രചോദിപ്പിക്കുന്നതിന്റെ പ്രത്യേകതകളെക്കുറിച്ച് ഞങ്ങളുടെ ടീം ലീഡിന്റെയും RAS പ്രൊഡക്റ്റ് ഡെവലപ്‌മെന്റ് ഡയറക്ടർ ഇഗോർ മർനാറ്റിന്റെയും ചർച്ചയാണ് കട്ടിന് താഴെ.

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

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

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

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

അതിനാൽ, ഇപ്പോൾ നമുക്ക് മാസ്ലോയുടെ പിരമിഡിലൂടെ പോകാം, പ്രോഗ്രാമർമാരുടെ ഒരു ടീമിനെ നിയന്ത്രിക്കുന്നതിന് അതിന്റെ ലെവലുകൾ പരിഗണിക്കാം.

ഞാൻ: ഫിസിയോളജിക്കൽ, ബയോളജിക്കൽ ആവശ്യങ്ങൾ:

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

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

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

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

II. സുരക്ഷ, സുഖസൗകര്യങ്ങൾ, ജീവിത സാഹചര്യങ്ങളുടെ സ്ഥിരത എന്നിവയുടെ ആവശ്യകത:

70 വർഷം മുമ്പ്, ഒരു കാറിൽ ഒരു സ്റ്റൗവിന്റെ സാന്നിധ്യം ഒരു കാർ തിരഞ്ഞെടുക്കുമ്പോൾ ഒരു പ്രേരക ഘടകമാകാം; പിന്നീട് അത് മാനദണ്ഡത്തിന് മുകളിലായിരുന്നു, അത് ആഡംബരത്തിന്റെ അടയാളമായിരുന്നു. ഇപ്പോൾ എയർ കണ്ടീഷനിംഗിന്റെ അഭാവം പോലും അസംബന്ധമാണ്, ഒരു കാർ തിരഞ്ഞെടുക്കുമ്പോൾ അതിന്റെ സാന്നിധ്യം തീർച്ചയായും ഒരു പ്രചോദന ഘടകമായിരിക്കില്ല. അങ്ങനെ 10-15 വർഷം മുമ്പ്, ഒരു സൗകര്യപ്രദമായ ഓഫീസ്, നല്ല ഹാർഡ്വെയർ, സ്വാദിഷ്ടമായ കോഫി, ഫിറ്റ്നസ്, വഴക്കമുള്ള സമയം മുതലായവ. നല്ല പ്രചോദക ഘടകങ്ങളായിരിക്കാം, എന്നാൽ ഇപ്പോൾ ഇത് ഒരു നല്ല പ്രോഗ്രാമറുടെ പ്രവർത്തനത്തിന്റെ മാനദണ്ഡമാണ്. അതേ സമയം, അവരുടെ അഭാവം വീണ്ടും നിരാശാജനകമാകും.

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

ഒരു പ്രോഗ്രാമറുടെ സമയത്തിന്റെ വില ഇപ്പോൾ അവൻ ജോലി ചെയ്യുന്ന ഹാർഡ്‌വെയറിന്റെ വിലയേക്കാൾ വളരെ കൂടുതലാണ്. രണ്ടോ മൂന്നോ മോണിറ്ററുകൾ, ശക്തമായ കമ്പ്യൂട്ടറുകൾ, ഓരോ ഡവലപ്പർക്കും സൗകര്യപ്രദമായ ജോലിസ്ഥലം - ഏത് കമ്പനിയിലും മാനദണ്ഡമായിരിക്കണം. ജോയൽ സ്പോൾസ്കിയുടെ ലേഖനങ്ങളിലൊന്നിൽ ഈ വിഷയം നന്നായി ഉൾപ്പെടുത്തിയിട്ടുണ്ട്.ജോയൽ ടെസ്റ്റ്: മികച്ച കോഡിലേക്കുള്ള 12 ഘട്ടങ്ങൾ.

സുഖസൗകര്യങ്ങളുടെ ഭൗതിക ഘടകം ഏറ്റവും അടിസ്ഥാനപരവും ലളിതവുമാണ്; ഇനി നമുക്ക് ബാക്കിയുള്ളവയെക്കുറിച്ച് സംസാരിക്കാം.

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

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

ഈ തലത്തിലുള്ള ആവശ്യങ്ങളുടെ വിവരണം ഉത്കണ്ഠയിൽ നിന്നും ഭയത്തിൽ നിന്നുമുള്ള സ്വാതന്ത്ര്യം, അരാജകത്വത്തിന്റെ അഭാവം, ഘടനയുടെയും ക്രമത്തിന്റെയും ആവശ്യകത എന്നിവയും പരാമർശിക്കുന്നു. ടീമിലെ അന്തരീക്ഷത്തെ വളരെയധികം ബാധിക്കുന്ന വളരെ പ്രധാനപ്പെട്ട പോയിന്റുകളും ഇവയാണ്.

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

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

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

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

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

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

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

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

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

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

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

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

തുടരേണ്ടത് ...

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