ടിം ലിസ്റ്റർ - പുസ്തകങ്ങളുടെ സഹ-രചയിതാവ്

• "മാനുഷിക ഘടകം. വിജയകരമായ പദ്ധതികളും ടീമുകളും" (യഥാർത്ഥ പുസ്തകത്തിൻ്റെ പേര് "പീപ്പിൾവെയർ")
• "വാൾട്ട്സിംഗ് വിത്ത് ദി ബിയേഴ്സ്: സോഫ്റ്റ്വെയർ പ്രോജക്റ്റുകളിൽ റിസ്ക് കൈകാര്യം ചെയ്യുക"
• “പാറ്റേണുകളാൽ അഡ്രിനാലിൻ-ഭ്രാന്തും സോമ്പിഫൈഡും. പ്രോജക്റ്റ് ടീമുകളുടെ പെരുമാറ്റ രീതികൾ"

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

ടിമ്മിന് 40-ൽ സോഫ്റ്റ്‌വെയർ വികസനത്തിൽ 1975 വർഷത്തെ പരിചയമുണ്ട് (ഈ ഹബ്രാപോസ്റ്റ് എഴുതിയവരാരും ഈ വർഷം ജനിച്ചവരല്ല), ടിം നേരത്തെ തന്നെ യുവർഡൺ ഇങ്കിൻ്റെ എക്സിക്യൂട്ടീവ് വൈസ് പ്രസിഡൻ്റായിരുന്നു. ഇടയ്‌ക്കിടെ സന്ദർശിക്കുന്ന അദ്ദേഹം ഇപ്പോൾ കൺസൾട്ടിംഗ്, പഠിപ്പിക്കൽ, എഴുത്ത് എന്നിവയിൽ സമയം ചെലവഴിക്കുന്നു റിപ്പോർട്ടുകൾക്കൊപ്പം ലോകമെമ്പാടുമുള്ള കോൺഫറൻസുകൾ.

ഞങ്ങൾ ടിം ലിസ്റ്ററുമായി പ്രത്യേകിച്ച് ഹബറിനായി ഒരു അഭിമുഖം നടത്തി. അദ്ദേഹം DevOops 2019 കോൺഫറൻസ് ഉദ്ഘാടനം ചെയ്യും, പുസ്തകങ്ങളെക്കുറിച്ചും മറ്റും ഞങ്ങൾക്ക് ധാരാളം ചോദ്യങ്ങളുണ്ട്. കോൺഫറൻസ് പ്രോഗ്രാം കമ്മിറ്റിയിൽ നിന്ന് മിഖായേൽ ദ്രുജിനിനും ഒലെഗ് ചിരുഖിനും ചേർന്നാണ് അഭിമുഖം നടത്തുന്നത്.

മൈക്കൽ: നിങ്ങൾ ഇപ്പോൾ ചെയ്യുന്നതിനെക്കുറിച്ച് കുറച്ച് വാക്കുകൾ പറയാമോ?

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

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

വളരെയധികം ജോലികൾ ചെയ്തു, പക്ഷേ അവർ ആഴ്‌ചകളും മാസങ്ങളും ആവർത്തിച്ചുള്ള പരിശോധനകൾ അർത്ഥമോ ആവശ്യമില്ലാതെ ചെലവഴിച്ച സ്ഥലങ്ങളിൽ ഇപ്പോഴും എത്തി, കാരണം പേപ്പറിൽ വിവരിച്ചിരിക്കുന്ന അവരുടെ ആവശ്യകതകൾ സിസ്റ്റങ്ങൾ നിർമ്മിച്ച യഥാർത്ഥ ആവശ്യകതകളുമായി പൊരുത്തപ്പെടുന്നില്ല. FDA ഓരോ തവണയും അവരോട് പറഞ്ഞു: നിങ്ങളുടെ ആവശ്യകതകൾ മാറിയിരിക്കുന്നു, ഇപ്പോൾ നിങ്ങൾ ആദ്യം മുതൽ എല്ലാം പരിശോധിക്കേണ്ടതുണ്ട്. മുഴുവൻ ഉൽപ്പന്നത്തിൻ്റെയും പൂർണ്ണമായ പുനഃപരിശോധനകൾ എൻ്റർപ്രൈസസിനെ നശിപ്പിക്കുകയായിരുന്നു.

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

മൈക്കൽ: അതായത്, നിങ്ങൾ പ്രോജക്റ്റുകൾ സമാരംഭിക്കുകയും ചില കിക്കോഫ് ചെയ്യുകയും റെയിലുകൾ ശരിയായ ദിശയിലാണോ പോകുന്നതെന്ന് പരിശോധിക്കുകയും ചെയ്യണോ?

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

19 വർഷത്തെ ചടുലത

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

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

അതിനാൽ “ഞങ്ങൾ ചടുലതയുള്ളവരാണ്, ഉപഭോക്താവ് എന്താണ് ലഭിക്കേണ്ടതെന്ന് ഞങ്ങളോട് പറയും” - ഇത് വളരെ നിഷ്കളങ്കമാണ്. ഉപഭോക്താക്കൾക്ക് അവർക്ക് എന്താണ് വേണ്ടതെന്ന് പോലും അറിയില്ല, അതിലുപരിയായി അവർക്ക് എന്ത് ലഭിക്കുമെന്ന് അവർക്ക് അറിയില്ല. ചില ആളുകൾ ചരിത്രപരമായ ഉദാഹരണങ്ങൾ വാദങ്ങളായി ഉദ്ധരിക്കാൻ തുടങ്ങും, ഞാൻ ഇത് ഇതിനകം കണ്ടു. എന്നാൽ സാങ്കേതികമായി ഉന്നതിയിലുള്ളവർ അങ്ങനെ പറയാറില്ല. അവർ പറയുന്നു: "ഇത് 2019 ആണ്, ഇതാണ് ഞങ്ങൾക്ക് ലഭിക്കുന്ന അവസരങ്ങൾ, ഇവയെ നോക്കുന്ന രീതി ഞങ്ങൾക്ക് പൂർണ്ണമായും മാറ്റാൻ കഴിയും!" നിലവിലുള്ള പരിഹാരങ്ങൾ അനുകരിക്കുന്നതിനുപകരം, അവയെ കുറച്ചുകൂടി മനോഹരവും കൂടുതൽ ചീകിയതുമാക്കി മാറ്റുന്നതിനുപകരം, ചിലപ്പോൾ നിങ്ങൾ പുറത്തുപോയി ഇങ്ങനെ പറയേണ്ടതുണ്ട്: "നമ്മൾ ഇവിടെ ചെയ്യാൻ ശ്രമിക്കുന്നത് പൂർണ്ണമായും പുനർനിർമ്മിക്കാം!"

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

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

ഒലെഗ്: നിങ്ങൾ എജൈൽ മാനിഫെസ്റ്റോ പരാമർശിച്ചു. പ്രശ്നത്തെക്കുറിച്ചുള്ള ആധുനിക ധാരണ കണക്കിലെടുത്ത് ഞങ്ങൾ അത് എങ്ങനെയെങ്കിലും അപ്ഡേറ്റ് ചെയ്യുകയോ പരിഷ്കരിക്കുകയോ ചെയ്യേണ്ടതുണ്ടോ?

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

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

പീപ്പിൾവെയർ: 30 വർഷങ്ങൾക്ക് ശേഷം

ഒലെഗ്: മാനിഫെസ്റ്റോ പോലെ തന്നെ പീപ്പിൾവെയറും ഒരു വിപ്ലവമായിരുന്നോ?

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

ടിം ധാരാളം സംഭാഷണങ്ങൾ നൽകിയിട്ടുണ്ടെങ്കിലും, അവയിൽ വളരെ കുറച്ച് മാത്രമേ യുട്യൂബിൽ പോസ്റ്റുചെയ്യുന്നുള്ളൂ. 2007-ൽ നിന്നുള്ള "ദി റിട്ടേൺ ഓഫ് പീപ്പിൾവെയർ" എന്ന റിപ്പോർട്ട് നിങ്ങൾക്ക് നോക്കാം. ഗുണമേന്മ, തീർച്ചയായും, ആഗ്രഹിക്കുന്ന പലതും അവശേഷിക്കുന്നു.

മൈക്കൽ: പുസ്തകം പ്രസിദ്ധീകരിച്ച് കഴിഞ്ഞ 30 വർഷത്തിനിടയിൽ എന്തെങ്കിലും മാറ്റമുണ്ടോ?

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

ഞങ്ങൾ എല്ലാവരും DevOps-ൽ താമസിക്കുന്നു

മൈക്കൽ: കോൺഫറൻസ് പ്രോഗ്രാം കമ്മിറ്റിയുടെ കാഴ്ചപ്പാടിൽ പോലും, ഞങ്ങൾക്ക് കാലിഫോർണിയയിലും ന്യൂയോർക്കിലും യൂറോപ്പിലും റഷ്യയിലും ആളുകളുണ്ട് ... സിംഗപ്പൂരിൽ ഇതുവരെ ആരും ഇല്ല. ഭൂമിശാസ്ത്രത്തിലെ വ്യത്യാസം വളരെ വലുതാണ്, ആളുകൾ കൂടുതൽ വ്യാപിക്കാൻ തുടങ്ങുന്നു. ഞങ്ങൾ വികസനത്തെക്കുറിച്ചാണ് സംസാരിക്കുന്നതെങ്കിൽ, devops-നെ കുറിച്ചും ടീമുകൾക്കിടയിലെ തടസ്സങ്ങൾ തകർക്കുന്നതിനെ കുറിച്ചും ഞങ്ങളോട് കൂടുതൽ പറയാമോ? എല്ലാവരും അവരവരുടെ ബങ്കറുകളിൽ ഇരിക്കുന്ന ഒരു സങ്കൽപ്പമുണ്ട്, ഇപ്പോൾ ബങ്കറുകൾ തകരുന്നു, ഈ സാമ്യത്തെക്കുറിച്ച് നിങ്ങൾ എന്താണ് ചിന്തിക്കുന്നത്?

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

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

മൈക്കൽ: ഡെവോപ്സിൻ്റെ മുഴുവൻ ആശയവും അർത്ഥവത്തായ സംഭവവികാസങ്ങൾ എത്രയും വേഗം എത്തിക്കുക എന്നതാണ്. ലോകം കൂടുതൽ കൂടുതൽ വേഗത്തിലാക്കാൻ തുടങ്ങിയതായി ഞാൻ കാണുന്നു. അത്തരം ത്വരിതപ്പെടുത്തലുകളുമായി എങ്ങനെ പൊരുത്തപ്പെടാം? പത്ത് വർഷം മുമ്പ് ഇത് നിലവിലില്ല!

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

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

പാറ്റേണുകളും ആൻ്റിപാറ്റേണുകളും

ഒലെഗ്: നിങ്ങൾ സാധാരണയായി പാറ്റേണുകളെയും ആൻ്റിപാറ്റേണുകളെയും കുറിച്ച് സംസാരിക്കുന്നു, ഇത് പ്രോജക്റ്റുകളുടെ ജീവിതവും മരണവും തമ്മിലുള്ള വ്യത്യാസമാണ്. ഇപ്പോൾ, devops നമ്മുടെ ജീവിതത്തിലേക്ക് പൊട്ടിത്തെറിക്കുന്നു. പദ്ധതിയെ സ്ഥലത്തുതന്നെ നശിപ്പിക്കാൻ കഴിയുന്ന ഏതെങ്കിലും പാറ്റേണുകളും വിരുദ്ധ പാറ്റേണുകളും ഇതിന് ഉണ്ടോ?

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

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

മൈക്കൽ: തീർച്ചയായും, അടുത്ത വെള്ളി ബുള്ളറ്റിനെക്കുറിച്ച് നമ്മൾ എത്ര തവണ കേട്ടിട്ടുണ്ട്?

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

മൈക്കൽ: അതെ, പ്രധാന "ജീവിതത്തിൻ്റെയും പ്രപഞ്ചത്തിൻ്റെയും എല്ലാറ്റിൻ്റെയും ചോദ്യം": ഈ സാങ്കേതികവിദ്യയോ സമീപനമോ നിങ്ങളുടെ സാഹചര്യത്തിന് അനുയോജ്യമാണോ അല്ലയോ?

ടിം: ഈ ചോദ്യം ഇതിനകം ടെക്നോളജി ഗ്രൂപ്പുമായി ചർച്ച ചെയ്യാം. ചില കൺസൾട്ടൻ്റുമാരെയും കൊണ്ടുവന്നേക്കാം. പ്രോജക്റ്റ് നോക്കുക, മനസിലാക്കുക - മുമ്പത്തേതിനേക്കാൾ മികച്ചതും പ്രയോജനകരവുമായ എന്തെങ്കിലും ഞങ്ങൾ ഇപ്പോൾ ചെയ്യുമോ? ഒരുപക്ഷേ അത് യോജിച്ചേക്കാം, ചിലപ്പോൾ അത് അനുയോജ്യമാകില്ല. എന്നാൽ ഏറ്റവും പ്രധാനമായി, ആരെങ്കിലും മങ്ങിച്ചതിനാൽ, സ്ഥിരസ്ഥിതിയായി അത്തരമൊരു തീരുമാനം എടുക്കരുത്: “ഞങ്ങൾക്ക് ഒരു ബ്ലോക്ക്ചെയിൻ ആവശ്യമാണ്! വിമാനത്തിലെ ഒരു മാസികയിൽ ഞാൻ അവനെക്കുറിച്ച് വായിച്ചു! ഗൗരവമായി? ഇത് തമാശ പോലും അല്ല.

പുരാണത്തിലെ "ഡെവോപ്സ് എഞ്ചിനീയർ"

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

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

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

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

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

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

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

"എല്ലാ കാര്യങ്ങളിലും വിദഗ്ധർ"

മൈക്കൽ: സാങ്കേതികവിദ്യാ മാറ്റത്തിൻ്റെ ഇത്രവേഗതയെ ആളുകൾക്ക് എങ്ങനെ നേരിടാൻ കഴിയും? അവരുടെ സങ്കീർണ്ണത വളരുകയാണ്, അവരുടെ എണ്ണം വർദ്ധിച്ചുകൊണ്ടിരിക്കുന്നു, ആളുകൾ തമ്മിലുള്ള ആശയവിനിമയത്തിൻ്റെ ആകെ അളവും വളരുകയാണ്, നിങ്ങൾക്ക് "എല്ലാ കാര്യങ്ങളിലും വിദഗ്ദ്ധനാകാൻ" കഴിയില്ലെന്ന് ഇത് മാറുന്നു.

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

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

അപകടസാധ്യതകളും അനിശ്ചിതത്വവും

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

ഒലെഗ്: വേഗത്തിൽ നീങ്ങുക, കാര്യങ്ങൾ തകർക്കുക!

മൈക്കൽ: അതെ, നിങ്ങൾ എന്തെങ്കിലും മൂലം മരിക്കുന്നതുവരെ വേഗത്തിൽ നീങ്ങുക, കാര്യങ്ങൾ തകർക്കുക, കൂടുതൽ കൂടുതൽ കാര്യങ്ങൾ. നിങ്ങളുടെ കാഴ്ചപ്പാടിൽ, ശരാശരി ഡെവലപ്പർ ഇപ്പോൾ എങ്ങനെ പഠന റിസ്ക് മാനേജ്മെൻ്റിനെ സമീപിക്കണം?

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

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

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

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

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

മറുവശത്ത്, എനിക്ക് ഈ ബിസിനസ്സ് ഇത്രയധികം ഇഷ്ടപ്പെടാനുള്ള കാരണം ഇത് അപകടസാധ്യതയുള്ളതാണ്. ഞങ്ങൾ കാര്യങ്ങൾ ചെയ്യുന്നു, അവ അപകടകരമാണ്. അവർക്ക് മുതിർന്നവരുടെ സമീപനം ആവശ്യമാണ്. ഉത്സാഹം മാത്രം നിങ്ങളുടെ പ്രശ്നങ്ങൾ പരിഹരിക്കില്ല!

മുതിർന്നവരുടെ എഞ്ചിനീയറിംഗ് ചിന്ത

മൈക്കൽ: കുട്ടികളുമായുള്ള മാതൃക നല്ലതാണ്. ഞാൻ ഒരു സാധാരണ എഞ്ചിനീയറാണെങ്കിൽ, ഒരു കുട്ടിയായതിൽ എനിക്ക് സന്തോഷമുണ്ട്. എന്നാൽ നിങ്ങൾ എങ്ങനെയാണ് കൂടുതൽ മുതിർന്നവരുടെ ചിന്തയിലേക്ക് നീങ്ങുന്നത്?

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

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

ടിം: കൃത്യമായി. മികച്ച ടെക്കികൾ, നിങ്ങൾ അവരെ സൂക്ഷ്മമായി നോക്കുകയാണെങ്കിൽ, അവർ അവരുടെ സ്വന്തം മാനേജർമാരാണെന്ന് ഞാൻ കരുതുന്നു. എനിക്ക് ഇത് എങ്ങനെ രൂപപ്പെടുത്താൻ കഴിയും ...

ഒലെഗ്: നിങ്ങളുടെ ജീവിതം നിങ്ങളുടെ പദ്ധതിയാണ്, അത് നിങ്ങൾ കൈകാര്യം ചെയ്യുന്നു.

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

റിസ്ക് മാനേജ്മെൻ്റിൽ എങ്ങനെ പ്രവേശിക്കാം

ഒലെഗ്: ഈ മേഖലയിൽ എന്തെങ്കിലും ഔപചാരിക വിജ്ഞാന ഘടനയുണ്ടോ? ഉദാഹരണത്തിന്, ഞാൻ ഒരു ജാവ ഡെവലപ്പറാണ്, വിദ്യാഭ്യാസത്തിലൂടെ ഒരു യഥാർത്ഥ പ്രോജക്റ്റ് മാനേജരാകാതെ തന്നെ റിസ്ക് മാനേജ്മെൻ്റ് മനസ്സിലാക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു. മക്കോണലിൻ്റെ "ഒരു സോഫ്‌റ്റ്‌വെയർ പ്രൊജക്‌റ്റ് കോസ്റ്റ് എത്രയാണ്" ഞാൻ ആദ്യം വായിക്കും, പിന്നെ എന്ത്? ആദ്യ ഘട്ടങ്ങൾ എന്തൊക്കെയാണ്?

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

ഒലെഗ്: ഒരു ഗ്രാഫിലെ അക്കങ്ങളെക്കാൾ ആളുകൾ എങ്ങനെയാണ് സന്തോഷത്തെ കൂടുതൽ ശ്രദ്ധിക്കുന്നത് എന്നതിനെക്കുറിച്ച് നിങ്ങൾ പുസ്തകങ്ങളിലും അഭിമുഖങ്ങളിലും സംസാരിച്ചിട്ടുണ്ട്. മറുവശത്ത്, നിങ്ങൾ ടീമിനോട് പറയുമ്പോൾ: ഞങ്ങൾ devops-ലേക്ക് നീങ്ങുകയാണ്, ഇപ്പോൾ പ്രോഗ്രാമർ നിരന്തരം ആശയവിനിമയം നടത്തണം, ഇത് അവൻ്റെ കംഫർട്ട് സോണിന് പുറത്തായിരിക്കാം. ഈ നിമിഷത്തിൽ അവൻ അഗാധമായ അസന്തുഷ്ടനായിരിക്കാം. ഈ സാഹചര്യത്തിൽ എന്തുചെയ്യണം?

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

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

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

ടിം: എന്തുചെയ്യാൻ കഴിയും, നിങ്ങൾക്ക് പുറത്തു വന്ന് തുറന്നുപറയാം: “എല്ലാം ശരിയാണ്, ഞാൻ അത് കൈകാര്യം ചെയ്യാം! എനിക്ക് മാത്രമല്ല അസ്വസ്ഥത അനുഭവപ്പെടുന്നത്. ഒരു ടീമെന്ന നിലയിൽ നമുക്ക് അസുഖകരമായ പല കാര്യങ്ങളും ചർച്ച ചെയ്യാം!" ഇവ ഞങ്ങളുടെ പൊതുവായ പ്രശ്നങ്ങളാണ്, ഞങ്ങൾ അവ കൈകാര്യം ചെയ്യണം, നിങ്ങൾക്കറിയാമോ? ഐഡിയോസിൻക്രാറ്റിക് ജീനിയസ് ഡെവലപ്പർമാർ മാമോത്തുകളെപ്പോലെയാണെന്ന് ഞാൻ കരുതുന്നു, അവർ അപ്രത്യക്ഷരായി. മാത്രമല്ല അവയുടെ പ്രാധാന്യം വളരെ പരിമിതമാണ്. നിങ്ങൾക്ക് ആശയവിനിമയം നടത്താൻ കഴിയുന്നില്ലെങ്കിൽ, നിങ്ങൾക്ക് നന്നായി പങ്കെടുക്കാൻ കഴിയില്ല. അതുകൊണ്ട് വെറുതെ സംസാരിക്കുക. സത്യസന്ധനും തുറന്നവനുമായിരിക്കുക. ഇത് മറ്റൊരാൾക്ക് അരോചകമായതിൽ ഞാൻ ഖേദിക്കുന്നു. നിങ്ങൾക്ക് സങ്കൽപ്പിക്കാൻ കഴിയുമോ, വർഷങ്ങൾക്ക് മുമ്പ് ഒരു പഠനം ഉണ്ടായിരുന്നു, അതനുസരിച്ച് അമേരിക്കയിലെ പ്രധാന ഭയം മരണമല്ല, പക്ഷേ എന്താണ് ഊഹിക്കുന്നത്? പരസ്യമായി സംസാരിക്കാനുള്ള ഭയം! ഒരു അഭിനന്ദനം ഉറക്കെ പറയുന്നതിനേക്കാൾ മരിക്കാൻ ആഗ്രഹിക്കുന്ന ആളുകൾ എവിടെയെങ്കിലും ഉണ്ടെന്നാണ് ഇതിനർത്ഥം. നിങ്ങൾ ചെയ്യുന്നതിനെ ആശ്രയിച്ച് നിങ്ങൾക്ക് ചില അടിസ്ഥാന കഴിവുകൾ മതിയെന്ന് ഞാൻ കരുതുന്നു. സംസാരിക്കാനുള്ള കഴിവ്, എഴുത്ത് കഴിവുകൾ - എന്നാൽ നിങ്ങളുടെ ജോലിയിൽ ശരിക്കും ആവശ്യമുള്ളത്ര മാത്രം. നിങ്ങൾ ഒരു അനലിസ്റ്റായി ജോലിചെയ്യുന്നുവെങ്കിലും വായിക്കാനും എഴുതാനും സംസാരിക്കാനും കഴിയുന്നില്ലെങ്കിൽ, നിർഭാഗ്യവശാൽ, എൻ്റെ പ്രോജക്റ്റുകളിൽ നിങ്ങൾക്ക് ഒന്നും ചെയ്യാനില്ല!

ആശയവിനിമയത്തിൻ്റെ വില

ഒലെഗ്: വിവിധ കാരണങ്ങളാൽ ഇങ്ങനെ പുറത്തുപോകുന്ന ജീവനക്കാരെ നിയമിക്കുന്നത് കൂടുതൽ ചെലവേറിയതല്ലേ? എല്ലാത്തിനുമുപരി, അവർ ജോലി ചെയ്യുന്നതിനുപകരം നിരന്തരം ചാറ്റ് ചെയ്യുന്നു!

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

മൈക്കൽ: സ്പെഷ്യലൈസേഷൻ, വൈദഗ്ധ്യം അല്ലെങ്കിൽ പ്രവർത്തന രീതികൾ എന്നിവ പരിഗണിക്കാതെ, പ്രോജക്റ്റിൽ ഉൾപ്പെട്ടിരിക്കുന്ന എല്ലാവർക്കും ഇത് ബാധകമാണ്. പദ്ധതിയുടെ വിജയത്തിൽ നിങ്ങൾക്കെല്ലാവർക്കും താൽപ്പര്യമുണ്ട്.

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

ഒലെഗ്: വാസ്തവത്തിൽ, സംസാരശേഷിയുള്ള ജീവനക്കാരെക്കുറിച്ച് സംസാരിക്കുമ്പോൾ, ലോകത്തിൻ്റെ ഈ പുതിയ കാഴ്ചപ്പാടിലേക്ക്, devops-ലേക്ക് മാറാൻ ആവശ്യപ്പെടുന്ന ആളുകളുടെ, പ്രത്യേകിച്ച് മാനേജർമാരുടെ എതിർപ്പുകൾ അനുകരിക്കാൻ ഞാൻ ശ്രമിച്ചു. ഒരു ഡെവലപ്പർ എന്ന നിലയിൽ, കൺസൾട്ടൻ്റുമാരായ നിങ്ങൾ ഈ എതിർപ്പുകളെക്കുറിച്ച് എന്നെക്കാൾ നന്നായി അറിഞ്ഞിരിക്കണം! മാനേജർമാരെ ഏറ്റവും കൂടുതൽ വിഷമിപ്പിക്കുന്നത് പങ്കിടണോ?

ടിം: മാനേജർമാരോ? Hm. മിക്കപ്പോഴും, മാനേജർമാർ പ്രശ്നങ്ങളുടെ സമ്മർദ്ദത്തിലാണ്, അടിയന്തിരമായി എന്തെങ്കിലും റിലീസ് ചെയ്യുകയും ഡെലിവറി നടത്തുകയും ചെയ്യേണ്ടതിൻ്റെ ആവശ്യകതയും മറ്റും നേരിടുന്നു. നമ്മൾ നിരന്തരം ചർച്ച ചെയ്യുന്നതും തർക്കിക്കുന്നതും എങ്ങനെയെന്ന് അവർ നിരീക്ഷിക്കുന്നു, അവർ അതിനെ ഇതുപോലെ കാണുന്നു: സംഭാഷണങ്ങൾ, സംഭാഷണങ്ങൾ, സംഭാഷണങ്ങൾ... മറ്റ് എന്തൊക്കെ സംഭാഷണങ്ങൾ? ജോലിയിലേക്ക് മടങ്ങുക! കാരണം സംസാരിക്കുന്നത് അവർക്ക് ഒരു പണിയായി തോന്നുന്നില്ല. നിങ്ങൾ കോഡ് എഴുതുന്നില്ല, സോഫ്‌റ്റ്‌വെയർ പരീക്ഷിക്കരുത്, ഒന്നും ചെയ്യാൻ തോന്നുന്നില്ല - എന്തുകൊണ്ട് നിങ്ങളെ എന്തെങ്കിലും ചെയ്യാൻ അയച്ചുകൂടാ? എല്ലാത്തിനുമുപരി, ഡെലിവറി ഇതിനകം ഒരു മാസത്തിനുള്ളിൽ!

മൈക്കൽ: പോയി കുറച്ച് കോഡ് എഴുതൂ!

ടിം: അവർ ജോലിയെക്കുറിച്ചല്ല, പുരോഗതിയുടെ ദൃശ്യതയില്ലായ്മയെക്കുറിച്ചാണ് ആശങ്കപ്പെടുന്നതെന്ന് എനിക്ക് തോന്നുന്നു. നമ്മൾ വിജയത്തിലേക്ക് അടുക്കുകയാണെന്ന് തോന്നിപ്പിക്കാൻ, കീബോർഡിലെ ബട്ടണുകൾ അമർത്തുന്നത് അവർ കാണേണ്ടതുണ്ട്. രാവിലെ മുതൽ വൈകുന്നേരം വരെ ദിവസം മുഴുവൻ. ഇതാണ് പ്രശ്നം നമ്പർ വൺ.

ഒലെഗ്: മിഷാ, നീ എന്തോ ആലോചിച്ചു കൊണ്ടിരിക്കുകയാ.

മൈക്കൽ: ക്ഷമിക്കണം, ഞാൻ ചിന്തയിൽ അകപ്പെട്ടു, ഒരു ഫ്ലാഷ്ബാക്ക് പിടിച്ചു. ഇതെല്ലാം ഇന്നലെ നടന്ന രസകരമായ ഒരു റാലിയെ ഓർമ്മിപ്പിച്ചു... ഇന്നലെ വളരെയധികം റാലികൾ ഉണ്ടായിരുന്നു... അതെല്ലാം വളരെ പരിചിതമാണെന്ന് തോന്നുന്നു!

ശമ്പളമില്ലാത്ത ജീവിതം

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

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

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

മികച്ച ഉപദേശം

മൈക്കൽ: "മികച്ച ഉപദേശത്തിലേക്ക്" മടങ്ങുന്നു, നിങ്ങളുടെ ക്ലയൻ്റുകളോട് നിങ്ങൾ വീണ്ടും വീണ്ടും പറയുന്ന എന്തെങ്കിലും ഉണ്ടോ? 80/20 എന്നതിനെക്കുറിച്ച് ഒരു ആശയമുണ്ട്, ചില ഉപദേശങ്ങൾ പലപ്പോഴും ആവർത്തിച്ചേക്കാം.

ടിം: വാൾട്ട്സിങ് വിത്ത് ബിയേഴ്‌സ് പോലെയുള്ള ഒരു പുസ്തകം നിങ്ങൾ എഴുതിയാൽ അത് ചരിത്രത്തിൻ്റെ ഗതി മാറ്റുമെന്നും ആളുകൾ നിർത്തുമെന്നും ഞാൻ ഒരിക്കൽ കരുതി, പക്ഷേ, നോക്കൂ, കമ്പനികൾ പലപ്പോഴും തങ്ങളിൽ എല്ലാം ശരിയാണെന്ന് നടിക്കുന്നു. എന്തെങ്കിലും മോശം സംഭവിക്കുമ്പോൾ, അത് അവർക്ക് ഒരു ഞെട്ടലും അത്ഭുതവുമാണ്. “നോക്കൂ, ഞങ്ങൾ സിസ്റ്റം പരീക്ഷിച്ചു, ഇത് സിസ്റ്റം ടെസ്റ്റുകളൊന്നും വിജയിച്ചില്ല, ഇത് മറ്റൊരു മൂന്ന് മാസത്തെ ഷെഡ്യൂൾ ചെയ്യാത്ത ജോലിയാണ്, ഇത് എങ്ങനെ സംഭവിക്കും? ആർക്കറിയാം? എന്ത് തെറ്റ് സംഭവിക്കാം? ഗൗരവമായി, നിങ്ങൾ ഇത് വിശ്വസിക്കുന്നുണ്ടോ?

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

എന്നെ സംബന്ധിച്ചിടത്തോളം ഇതെല്ലാം ഭയപ്പെടുത്തുന്നതായി തോന്നുന്നു. ആളുകൾ സങ്കീർണ്ണവും വിഷമിപ്പിക്കുന്നതുമായ പ്രശ്‌നങ്ങൾ കൈകാര്യം ചെയ്യുന്നു, അവർ വിരലുകൾ മുറിച്ചുകടന്ന് മികച്ചത് പ്രതീക്ഷിക്കുകയാണെങ്കിൽ, യഥാർത്ഥത്തിൽ "മികച്ചത്" സംഭവിക്കുമെന്ന് നടിക്കുന്നത് തുടരുന്നു. ഇല്ല, അത് ആ രീതിയിൽ പ്രവർത്തിക്കുന്നില്ല.

റിസ്ക് മാനേജ്മെൻ്റ് പരിശീലിക്കുക!

മൈക്കൽ: നിങ്ങളുടെ അഭിപ്രായത്തിൽ, എത്ര ഓർഗനൈസേഷനുകൾ റിസ്ക് മാനേജ്മെൻ്റിൽ ഏർപ്പെടുന്നു?

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

മൈക്കൽ: എന്നിട്ടും, ഇതിൽ എത്ര കമ്പനികൾ റിസ്ക് മാനേജ്മെൻ്റിൽ ഏർപ്പെട്ടിട്ടുണ്ട്, അഞ്ച് ശതമാനം?

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

അതെ, ഞാൻ പലപ്പോഴും കേൾക്കാറുണ്ട്, "പ്രശ്നങ്ങൾ ഉണ്ടാകുമ്പോൾ ഞങ്ങൾ പരിഹരിക്കും." തീർച്ചയായും ഞങ്ങൾ ചെയ്യും? നമ്മൾ ശരിക്കും തീരുമാനിക്കുമോ?

ഒലെഗ്: നിങ്ങൾക്ക് ഇത് നിഷ്കളങ്കമായി ചെയ്യാനും പ്രോജക്റ്റ് ചാർട്ടറിൽ പ്രധാനപ്പെട്ട മാറ്റങ്ങളൊന്നും എഴുതാനും കഴിയും, കൂടാതെ മാറ്റങ്ങളൊന്നും തകരാറിലാണെങ്കിൽ, പ്രോജക്റ്റ് പുനരാരംഭിക്കുക. ഇത് വളരെ പൈംബക്കി ആയി മാറുന്നു.

മൈക്കൽ: അതെ, അപകടസാധ്യതകൾ ഉണ്ടായപ്പോൾ, പദ്ധതി ലളിതമായി പുനർനിർവചിക്കപ്പെട്ടു. കൊള്ളാം, ബിങ്കോ, പ്രശ്നം പരിഹരിച്ചു, ഇനി വിഷമിക്കേണ്ട!

ടിം: നമുക്ക് റീസെറ്റ് ബട്ടൺ അമർത്താം! ഇല്ല, അത് ആ രീതിയിൽ പ്രവർത്തിക്കുന്നില്ല.

DevOops 2019-ലെ പ്രധാന കുറിപ്പ്

മൈക്കൽ: ഈ അഭിമുഖത്തിൻ്റെ അവസാന ചോദ്യത്തിലേക്ക് ഞങ്ങൾ വരുന്നു. നിങ്ങൾ അടുത്ത DevOops-ലേക്ക് ഒരു കീനോട്ടുമായി വരുന്നു, നിങ്ങൾ എന്താണ് പറയാൻ പോകുന്നത് എന്നതിൻ്റെ രഹസ്യത്തിൻ്റെ തിരശ്ശീല ഉയർത്താമോ?

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

മൈക്കൽ: ഞാനും വർഷങ്ങളായി കൺസൾട്ടിങ്ങിൽ പ്രവർത്തിക്കുന്നു, നിങ്ങൾ എന്താണ് സംസാരിക്കുന്നതെന്ന് നന്നായി മനസ്സിലാക്കുന്നു.

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

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

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

ടിം ലിസ്റ്റർ മുഖ്യപ്രഭാഷണവുമായി എത്തും "കഥാപാത്രങ്ങൾ, സമൂഹം, സംസ്കാരം: സമൃദ്ധിയുടെ പ്രധാന ഘടകങ്ങൾ"2019 ഒക്ടോബർ 29-30 തീയതികളിൽ സെൻ്റ് പീറ്റേഴ്‌സ്ബർഗിൽ നടക്കുന്ന DevOops 2019 കോൺഫറൻസിലേക്ക്. നിങ്ങൾക്ക് ടിക്കറ്റുകൾ വാങ്ങാം the ദ്യോഗിക വെബ്‌സൈറ്റിൽ. DevOops-ൽ ഞങ്ങൾ നിങ്ങൾക്കായി കാത്തിരിക്കുന്നു!

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