വികസന ടീമിലെ "യൂണിവേഴ്സൽ": പ്രയോജനമോ ദോഷമോ?

എല്ലാവർക്കും ഹായ്! എന്റെ പേര് ല്യുഡ്‌മില മകരോവ, ഞാൻ യുബിആർഡിയിലെ ഒരു ഡെവലപ്‌മെന്റ് മാനേജരാണ്, എന്റെ ടീമിലെ മൂന്നിലൊന്ന് "ജനറലിസ്റ്റുകൾ" ആണ്.

സമ്മതിക്കുക: ഓരോ ടെക് ലീഡും അവരുടെ ടീമിനുള്ളിൽ ക്രോസ്-ഫംഗ്ഷണാലിറ്റി സ്വപ്നം കാണുന്നു. ഒരു വ്യക്തിക്ക് മൂന്ന് പേരെ മാറ്റിസ്ഥാപിക്കാനും സമയപരിധി വൈകാതെ അത് കാര്യക്ഷമമായി ചെയ്യാനും കഴിയുമ്പോൾ ഇത് വളരെ രസകരമാണ്. കൂടാതെ, പ്രധാനമായി, ഇത് വിഭവങ്ങൾ സംരക്ഷിക്കുന്നു!
ഇത് വളരെ പ്രലോഭിപ്പിക്കുന്നതായി തോന്നുന്നു, പക്ഷേ ഇത് ശരിക്കും അങ്ങനെയാണോ? നമുക്ക് അത് മനസിലാക്കാൻ ശ്രമിക്കാം.

അവൻ ആരാണ്, നമ്മുടെ പ്രതീക്ഷകളുടെ മുൻഗാമി?

"ജനറലിസ്റ്റ്" എന്ന പദം സാധാരണയായി ഒന്നിലധികം റോളുകൾ സംയോജിപ്പിക്കുന്ന ടീം അംഗങ്ങളെ സൂചിപ്പിക്കുന്നു, ഉദാഹരണത്തിന്, ഡവലപ്പർ-അനലിസ്റ്റ്.

ടീമിന്റെ ഇടപെടലും അതിന്റെ പ്രവർത്തനത്തിന്റെ ഫലവും പങ്കെടുക്കുന്നവരുടെ പ്രൊഫഷണൽ, വ്യക്തിഗത ഗുണങ്ങളെ ആശ്രയിച്ചിരിക്കുന്നു.

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

ഐടി വ്യവസായത്തിൽ എല്ലാത്തരം വ്യക്തിത്വ തരങ്ങളെക്കുറിച്ചും നിരവധി ലേഖനങ്ങളുണ്ട്. എന്റെ അനുഭവത്തിന്റെ അടിസ്ഥാനത്തിൽ, ഐടി ജനറലിസ്റ്റുകളെ ഞാൻ നാല് വിഭാഗങ്ങളായി തിരിക്കും:

1. "സാർവത്രികം - സർവശക്തൻ"

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

എന്തിലാണ് അവർ ശക്തരായത്:

• സങ്കീർണ്ണമായ പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ കഴിയും;
• പ്രശ്നത്തിലേക്ക് ആഴത്തിൽ മുങ്ങുക, "കുഴിച്ച്" ഫലങ്ങൾ നേടുക;
• അന്വേഷണാത്മക മനസ്സ് ഉണ്ടായിരിക്കുക.

പക്ഷേ:

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

2. "യൂണിവേഴ്‌സൽ - ഞാൻ അത് കണ്ടുപിടിച്ച് ചെയ്യും"

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

എന്തിലാണ് അവർ ശക്തരായത്:

• സ്വതന്ത്രമായ;
• സമ്മർദ്ദ-പ്രതിരോധം;
• പല വിഷയങ്ങളിലും കഴിവുള്ളവൻ;
• വിവേകി - അവരുമായി എപ്പോഴും സംസാരിക്കാൻ എന്തെങ്കിലും ഉണ്ട്.

പക്ഷേ:

• പലപ്പോഴും ബാധ്യതകൾ ലംഘിക്കുന്നു;
• എല്ലാം സങ്കീർണ്ണമാക്കാൻ പ്രവണത കാണിക്കുന്നു: ഭാഗങ്ങൾ സംയോജിപ്പിച്ച് ഗുണന പട്ടിക പരിഹരിക്കുക;
• ജോലിയുടെ ഗുണനിലവാരം കുറവാണ്, എല്ലാം 2-3 തവണ പ്രവർത്തിക്കുന്നു;
• അവർ നിരന്തരം സമയപരിധി മാറ്റുന്നു, കാരണം വാസ്തവത്തിൽ എല്ലാം അത്ര ലളിതമല്ല.

3. "സാർവത്രികം - ശരി, മറ്റാരുമില്ലാത്തതിനാൽ ഞാനത് ചെയ്യട്ടെ"

ജീവനക്കാരന് നിരവധി മേഖലകളിൽ നല്ല പരിചയവും പ്രസക്തമായ അനുഭവവുമുണ്ട്. എന്നാൽ അവയിലൊന്നിലും ഒരു പ്രൊഫഷണലാകുന്നതിൽ അയാൾ പരാജയപ്പെടുന്നു, കാരണം അവൻ പലപ്പോഴും ഒരു ലൈഫ്‌ലൈനായി ഉപയോഗിക്കുന്നു, നിലവിലെ ജോലികളിൽ ദ്വാരങ്ങൾ പ്ലഗ്ഗുചെയ്യുന്നു. വഴങ്ങുന്ന, കാര്യക്ഷമമായ, ഡിമാൻഡിൽ സ്വയം പരിഗണിക്കുന്നു, പക്ഷേ അങ്ങനെയല്ല.

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

എന്തിലാണ് അവർ ശക്തരായത്:

• ഉത്തരവാദിയായ;
• ഫലത്തെ അടിസ്ഥാനമാക്കിയുള്ള;
• ശാന്തം;
• പൂർണ്ണമായും നിയന്ത്രിച്ചു.

പക്ഷേ:

• കുറഞ്ഞ നിലവാരത്തിലുള്ള കഴിവുകൾ കാരണം ശരാശരി ഫലങ്ങൾ കാണിക്കുക;
• സങ്കീർണ്ണവും അമൂർത്തവുമായ പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ കഴിയില്ല.

4. "ഒരു ഓൾറൗണ്ടർ അവന്റെ ക്രാഫ്റ്റിൽ അഗ്രഗണ്യനാണ്"

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

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

എന്തിലാണ് അവർ ശക്തരായത്:

• ജോലിയുടെ ഉയർന്ന നിലവാരം കാണിക്കുക;
• ഏത് പ്രശ്നവും പരിഹരിക്കാൻ കഴിവുള്ള;
• വളരെ കാര്യക്ഷമമായ.

പക്ഷേ:

• മറ്റുള്ളവരുടെ അഭിപ്രായങ്ങളോട് അസഹിഷ്ണുത;
• മാക്സിമലിസ്റ്റുകൾ. അവർ എല്ലാം ശരിയായി ചെയ്യാൻ ശ്രമിക്കുന്നു, ഇത് വികസന സമയം വർദ്ധിപ്പിക്കുന്നു.

പ്രായോഗികമായി നമുക്ക് എന്താണ് ഉള്ളത്?

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

കഴിവുകൾ സംയോജിപ്പിക്കുന്നതിനും / ലയിപ്പിക്കുന്നതിനും / സംയോജിപ്പിക്കുന്നതിനുമുള്ള ഏറ്റവും സാധാരണമായ ഓപ്ഷൻ ഡെവലപ്പർ-അനലിസ്റ്റാണ്. ടെസ്റ്റിംഗ് അനലിസ്റ്റ്, "ത്രീ ഇൻ വൺ" എന്നിവയും വളരെ സാധാരണമാണ്.

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

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

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

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

മറഞ്ഞിരിക്കുന്ന പല നിമിഷങ്ങളും ചതിക്കുഴികളും ഞങ്ങളുടെ സ്റ്റേഷൻ വണ്ടിയുടെ തലയിൽ മാത്രം അവശേഷിക്കുന്നു, അവ കടലാസിലേക്ക് മാറ്റപ്പെട്ടില്ല എന്നതാണ് പ്രശ്നം. അനറ്റോലി പിന്നീട് വിശദീകരിച്ചതുപോലെ, അവൻ വളരെ തിരക്കിലായിരുന്നു. എന്നാൽ ഏറ്റവും സാധ്യതയുള്ള ഓപ്ഷൻ, വികസന സമയത്ത് അദ്ദേഹം ഇതിനകം തന്നെ പ്രശ്നങ്ങൾ നേരിട്ടു, ഇത് എവിടെയും പ്രതിഫലിപ്പിക്കാതെ അവ മറികടന്നു എന്നതാണ്.

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

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

“സിസ്റ്റം എങ്ങനെ പ്രവർത്തിക്കരുത്” എന്ന് ഫെഡോർ പരിശോധിച്ചില്ല, ഒരു ടെസ്റ്റ് പ്ലാനോ ചെക്ക്‌ലിസ്റ്റുകളോ തയ്യാറാക്കാത്തതിനാലാണ് ഇത് സംഭവിച്ചത്. സമയം ലാഭിക്കാനും സ്വന്തം സഹജാവബോധത്തെ ആശ്രയിക്കാനും അദ്ദേഹം തീരുമാനിച്ചു.

പ്രശ്‌നങ്ങളെ നമ്മൾ എങ്ങനെ കൈകാര്യം ചെയ്യും?

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

1. ബുദ്ധിമുട്ടുകൾ സൃഷ്ടിച്ച ഓരോ ജോലിക്കും, ഒരു ഏകീകൃത ഫോം പൂരിപ്പിക്കാൻ ഞാൻ നിങ്ങളോട് ആവശ്യപ്പെടുന്നു: ഒരു പിശക് മാപ്പ്, "ഡ്രോഡൗൺ" സംഭവിച്ച ഘട്ടം തിരിച്ചറിയാൻ നിങ്ങളെ അനുവദിക്കുന്നു:

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

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

4. ഓരോ ഘട്ടത്തിലും നിയന്ത്രണം നടപ്പിലാക്കാൻ തുടങ്ങി (മുൻകാലങ്ങളിലെ പ്രശ്നകരമായ ഘട്ടങ്ങളിൽ പ്രത്യേക ശ്രദ്ധ ചെലുത്തുന്നു) കൂടാതെ അടുത്ത ടാസ്ക്കിന്റെ ഫലങ്ങളെ അടിസ്ഥാനമാക്കി യാന്ത്രികമായി.

5. അടുത്ത ടാസ്‌ക്കിന്റെ ഫലം മാറിയിട്ടില്ലെങ്കിൽ, അദ്ദേഹം മോശമായി നേരിടുന്ന റോളിൽ ഞാൻ ജനറലിസ്റ്റിനെ ചോദ്യം ചെയ്യുന്നില്ല. ഈ റോളിൽ കഴിവുകൾ വികസിപ്പിക്കാനുള്ള അദ്ദേഹത്തിന്റെ കഴിവും ആഗ്രഹവും വിലയിരുത്താൻ ഞാൻ ശ്രമിക്കുന്നു. എനിക്ക് പ്രതികരണം ലഭിച്ചില്ലെങ്കിൽ, അവനോട് കൂടുതൽ അടുപ്പമുള്ള റോളിൽ ഞാൻ അവനെ വിടുന്നു.

അവസാനം എന്ത് സംഭവിച്ചു?

വികസന പ്രക്രിയ കൂടുതൽ സുതാര്യമായി. BUS ഘടകം കുറഞ്ഞു. ടീം അംഗങ്ങൾ, തെറ്റുകളിൽ പ്രവർത്തിക്കുന്നു, കൂടുതൽ പ്രചോദിതരാകുകയും അവരുടെ കർമ്മം മെച്ചപ്പെടുത്തുകയും ചെയ്യുന്നു. ഞങ്ങളുടെ റിലീസുകളുടെ ഗുണനിലവാരം ഞങ്ങൾ ക്രമേണ മെച്ചപ്പെടുത്തുകയാണ്.

കണ്ടെത്തലുകൾ

ജനറൽ ജീവനക്കാർക്ക് അവരുടെ ഗുണങ്ങളും ദോഷങ്ങളുമുണ്ട്.

പ്ലുസസ്:

• നിങ്ങൾക്ക് എപ്പോൾ വേണമെങ്കിലും ഒരു സഗ്ഗിംഗ് ടാസ്‌ക് അവസാനിപ്പിക്കാം അല്ലെങ്കിൽ ചുരുങ്ങിയ സമയത്തിനുള്ളിൽ അടിയന്തിര ബഗ് പരിഹരിക്കാം;
• ഒരു പ്രശ്നം പരിഹരിക്കുന്നതിനുള്ള ഒരു സംയോജിത സമീപനം: പ്രകടനം നടത്തുന്നയാൾ അതിനെ എല്ലാ റോളുകളുടെയും വീക്ഷണകോണിൽ നിന്ന് നോക്കുന്നു;
• പൊതുവാദികൾക്ക് മിക്കവാറും എല്ലാ കാര്യങ്ങളും ഒരുപോലെ ചെയ്യാൻ കഴിയും.

അസൗകര്യങ്ങൾ:

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

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

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

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

"അവരുടെ കരകൗശലത്തിന്റെ സാർവത്രിക യജമാനന്മാരുടെ" സ്വയം-ഓർഗനൈസിംഗ് ടീമിന് എല്ലാവർക്കും ഞാൻ ആശംസിക്കുന്നു!

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