"നമുക്ക് ഇത് പിന്നീട് ചർച്ച ചെയ്യാം" എന്ന കെണി
സമയം ലാഭിക്കാനായി നിങ്ങളുടെ ടീം "നമുക്ക് ഇത് പിന്നീട് ചർച്ച ചെയ്യാം" (let's take this offline) എന്ന് പറയും.
യഥാർത്ഥത്തിൽ, നിങ്ങൾ പുരോഗതിയെ തടയുകയാണ്.
ഞങ്ങളുടെ ബാക്കെൻഡ് ലീഡായ മായയുടെ കാര്യത്തിൽ ഇത് സംഭവിക്കുന്നത് ഞാൻ കണ്ടു. ഒരു പേയ്മെന്റ് സർവീസ് സ്കീമയ്ക്കായുള്ള (payment service schema) ഒരു നിർദ്ദേശം അവർ പങ്കുവെച്ചു. അവർ അഞ്ച് ദിവസം കാത്തിരുന്നു. പന്ത്രണ്ട് കമന്റുകളും നാല് ഇമോജികളും ലഭിച്ചു. എന്നാൽ ആരും ഒരു തീരുമാനവും എടുത്തില്ല.
മീറ്റിംഗ് നേരത്തെ അവസാനിപ്പിക്കാനായി ഞങ്ങളുടെ മാനേജർ "നമുക്ക് ഇത് പിന്നീട് ചർച്ച ചെയ്യാം" എന്ന് പറഞ്ഞു. മീറ്റിംഗ് വേഗത്തിൽ അവസാനിച്ചതുകൊണ്ട് ഞങ്ങൾ വിജയിച്ചതായി കരുതി.
എന്നാൽ ഞങ്ങൾ പരാജയപ്പെട്ടു.
ഡോക്യുമെന്റ് വലുതായിക്കൊണ്ടിരുന്നു. കമന്റുകൾ പതിനഞ്ചിൽ നിന്ന് മുപ്പതിലേക്ക് ഉയർന്നു. ആളുകൾ മാർജിനുകളിൽ പുതിയ ആശയങ്ങൾ നിർദ്ദേശിച്ചു. എന്നാൽ ആരും മറുപടി നൽകിയില്ല. ആ ചർച്ചാവിഷയം (thread) ആശയക്കുഴപ്പങ്ങൾ നിറഞ്ഞ ഒന്നായി മാറി. ഒരു സ്റ്റാഫ് എഞ്ചിനീയർ വെള്ളിയാഴ്ച രാത്രി ഒരു 'thumbs-up' ഇമോജി ഇട്ടു. അത് സമ്മതമാണെന്നാണ് ഞങ്ങൾ കരുതിയത്. എന്നാൽ അത് തളർച്ചയാണെന്നാണ് മായ കരുതിയത്.
രണ്ടാഴ്ചയ്ക്ക് ശേഷവും സ്കീമയിൽ തീരുമാനമായില്ല. ജോലി തുടരാനായി ഞങ്ങൾ ഒരു താൽക്കാലിക പരിഹാരം (temporary fix) ഉപയോഗിച്ചു. ആ പരിഹാരം ഇപ്പോൾ യഥാർത്ഥ ഉപഭോക്താക്കൾക്കായി ഉപയോഗിച്ചുകൊണ്ടിരിക്കുകയാണ്. തീരുമാനം വൈകുകയല്ല ചെയ്തത്, അത് ഇല്ലാതായിപ്പോയി.
ഞങ്ങൾ കാര്യക്ഷമമായി ജോലി ചെയ്യുകയല്ല ചെയ്തത്, മറിച്ച് തർക്കങ്ങൾ ഒഴിവാക്കുകയായിരുന്നു. കഠിനമായ തീരുമാനങ്ങൾ എടുക്കുന്നതിൽ നിന്ന് ഒളിച്ചോടാൻ ഞങ്ങൾ ഡോക്യുമെന്റുകളും Slack സന്ദേശങ്ങളും ഉപയോഗിച്ചു.
ഞങ്ങൾ ജോലി ചെയ്യുന്ന രീതി മാറ്റി. ഞങ്ങൾ "decision windows" ഉപയോഗിക്കാൻ തുടങ്ങി.
ഇവ പതിനഞ്ച് മിനിറ്റ് നീണ്ടുനിൽക്കുന്ന മീറ്റിംഗുകളാണ്. അവയ്ക്ക് മൂന്ന് നിയമങ്ങളുണ്ട്:
- സ്റ്റാറ്റസ് അപ്ഡേറ്റുകൾ പാടില്ല.
- പകുതി പൂർത്തിയായ ജോലികൾ സ്ക്രീൻ ഷെയർ ചെയ്യരുത്.
- കോൾ അവസാനിക്കുന്നതിന് മുമ്പ് ഒരാൾ അന്തിമ തീരുമാനം ഡോക്യുമെന്റിൽ ടൈപ്പ് ചെയ്യണം.
ആദ്യത്തെ മീറ്റിംഗ് അസ്വസ്ഥതയുണ്ടാക്കുന്നതായിരുന്നു. ഞങ്ങൾക്ക് വിയോജിക്കേണ്ടി വന്നു. "കൂടുതൽ വിവരങ്ങൾ ഇല്ലെങ്കിൽ പോലും നമ്മൾ ഓപ്ഷൻ A ആണ് തിരഞ്ഞെടുക്കുന്നത്" എന്ന് ആരോ പറയേണ്ടി വന്നു.
അത് പൂർണ്ണമായിരുന്നില്ല. പക്ഷേ അത് ചെയ്തുതീർത്തു.
ഇത് ഞങ്ങളുടെ async സംസ്കാരത്തെ മാറ്റിമറിച്ചു. ആളുകൾ നീണ്ട ലേഖനങ്ങൾ എഴുതുന്നത് നിർത്തി. അവർ ഗുണദോഷങ്ങൾ (trade-offs) വ്യക്തമായി പട്ടികപ്പെടുത്താൻ തുടങ്ങി. ഡോക്യുമെന്റ് ഒരു തയ്യാറെടുപ്പിനുള്ള ഉപാധിയായി മാറി, എന്നെന്നേക്കുമായി തർക്കിക്കാനുള്ള ഇടമായില്ല.
ഒരു തീരുമാനം എന്നത് ഒരു ഡോക്യുമെന്റല്ല. ഒരു തീരുമാനം എന്നത് ഒരു നിമിഷമാണ്.
കമന്റ് ത്രെഡുകളിൽ (comment threads) ഇത്തരം നിമിഷങ്ങൾ സംഭവിക്കില്ല. ആളുകൾ ഒരു പാത തിരഞ്ഞെടുക്കുമ്പോഴാണ് അവ സംഭവിക്കുന്നത്.
അടുത്ത തവണ ആരെങ്കിലും "നമുക്ക് ഇത് പിന്നീട് ചർച്ച ചെയ്യാം" എന്ന് പറഞ്ഞാൽ, അവരോട് ഒരു കാര്യം ചോദിക്കുക:
"ആരാണ് decision window ഷെഡ്യൂൾ ചെയ്യുന്നത്?"
ആരും അത് ഷെഡ്യൂൾ ചെയ്യുന്നില്ലെങ്കിൽ, നിങ്ങൾ കാര്യങ്ങളെ ഗൗരവമായി കാണുന്നില്ല എന്നാണ് അർത്ഥം. നിങ്ങൾ പ്രോജക്റ്റിനെ മര്യാദയോടെ കൊലപ്പെടുത്തുകയാണ്.
Source: https://dev.to/omieee_24/the-lets-take-this-offline-trap-3l2j
Optional learning community: https://t.me/GyaanSetuAi