നിങ്ങൾ ശില്പി (The Architect) ആണ്.

തിരിച്ചറിയൽ

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

നിങ്ങൾ സ്വന്തമായി സിസ്റ്റങ്ങൾ നിർമ്മിച്ചിട്ടുണ്ട്. ചിലപ്പോൾ പ്രവർത്തിക്കുന്ന ഒരു ചെറിയ കമ്പനിയാകാം, അതല്ലെങ്കിൽ രേഖപ്പെടുത്തിയിട്ടുള്ള ഒരു പ്രവൃത്തിയാകാം, അതുമല്ലെങ്കിൽ കൃത്യമായ ഘടനയുള്ള ഒരു ഓർഗനൈസേഷനോ കമ്മ്യൂണിറ്റിയോ ആകാം. കരിയറിന്റെ ആദ്യകാലങ്ങളിൽ ഒരിക്കലും എത്തിച്ചേരാൻ കഴിയാതിരുന്ന വളരെ ഉയർന്നൊരു തലത്തിലാണ് നിങ്ങളുടെ അറിവുകൾ ഇപ്പോൾ പ്രവർത്തിക്കുന്നത്. നിങ്ങളിപ്പോൾ ഒരു സിസ്റ്റത്തിനുള്ളിലല്ല പ്രവർത്തിക്കുന്നത് — അവയ്ക്ക് മുകളിലാണ്. നിങ്ങളുടെ ചിന്തകൾ മറ്റൊരു തലത്തിലേക്ക് മാറിയിരിക്കുന്നു.

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

അടിസ്ഥാന പ്രക്രിയ

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

ഇവിടെ ഏറ്റവും കൂടുതൽ പ്രവർത്തിക്കുന്ന മുൻവിധി നിങ്ങളുടെ സ്വന്തം സൃഷ്ടികളിലെ നിങ്ങളുടെ 'ഫങ്ഷണൽ ഫിക്സഡ്‌നെസ്സ്' (functional fixedness) ആണ് — ഒരു സംവിധാനമാണ് ശരിയെന്ന് വിശ്വസിക്കുകയും സിസ്റ്റത്തിൽ തടസ്സങ്ങൾ ഉണ്ടാകുമ്പോഴും അതിൽ മാറ്റങ്ങൾ വരുത്താതിരിക്കുകയും ചെയ്യുന്ന പ്രവണത. ഒരു സിസ്റ്റം രൂപകൽപ്പന ചെയ്യാൻ ധാരാളം സമയം ചിലവഴിച്ച ശില്പിക്ക്, ആ രൂപകൽപ്പനയെ പ്രതിരോധിക്കാൻ ശക്തമായ മാനസിക കാരണങ്ങളുണ്ടാകും. ഐകിയ എഫക്ട് (IKEA effect) (നിങ്ങൾ സ്വന്തമായി നിർമ്മിച്ചവയ്ക്ക് കൂടുതൽ മൂല്യം നൽകുക), എഫർട്ട് ജസ്റ്റിഫിക്കേഷൻ (effort justification) (ഒന്ന് നിർമ്മിക്കാൻ കൂടുതൽ കഷ്ടപ്പെടുന്തോറും, അതിന് കൂടുതൽ മൂല്യം നൽകുക) എന്നിവ ആ ബുദ്ധിമുട്ട് വീണ്ടും വർദ്ധിപ്പിക്കുന്നു. അത് ഉപേക്ഷിക്കുന്നത് അതിനായി എടുത്ത നിങ്ങളുടെ അധ്വാനത്തെ ഇല്ലാതാക്കുമെന്നതിനാൽ, അത് പ്രവർത്തിക്കുന്നില്ലെങ്കിലും ചിലപ്പോൾ വർഷങ്ങളോളം അത് തന്നെ തുടരാൻ സാധ്യതയുണ്ട്.

സിസ്റ്റം രൂപകൽപ്പന ചെയ്യുന്നതിലും അറിവിന്റെ ശാപമുണ്ട് (curse of knowledge). ഓരോ തിരഞ്ഞെടുപ്പുകളെയും ന്യായീകരിക്കുന്ന തത്വങ്ങൾ മനസ്സിലാക്കിക്കൊണ്ടാണ് നിങ്ങൾ ആ സിസ്റ്റം രൂപകൽപ്പന ചെയ്തത്. അതിൽ പ്രവർത്തിക്കുന്ന ആളുകൾക്ക് പലപ്പോഴും അത്തരം ധാരണകളുണ്ടാകണമെന്നില്ല. ആ കാര്യങ്ങളെക്കുറിച്ച് വ്യക്തമായി മനസ്സിലാക്കാതെയാണ് അവർ ആ ഘടന പിന്തുടരുന്നത്, ഇതിനർത്ഥം നിങ്ങൾ വളരെ വേഗത്തിൽ പരിഹരിക്കുന്ന പ്രശ്നങ്ങളും മാറ്റങ്ങളും, ആ സിസ്റ്റത്തിന് ഉൾക്കൊള്ളാൻ കഴിയാത്ത വലിയ തടസ്സങ്ങളായി മാറിയേക്കാം എന്നാണ്. രൂപകൽപ്പന ചെയ്ത ആൾക്ക് കൃത്യമായി മനസ്സിലാകുന്ന സിസ്റ്റം, ചിലപ്പോൾ അത് ഉപയോഗിക്കുന്നവർക്ക് വ്യക്തമല്ലാത്ത ഒന്നായേക്കാം — മാത്രമല്ല രൂപകൽപ്പന ചെയ്ത വ്യക്തിയുടെ അറിവുകൾ കാരണം അവർക്കിക്കാര്യം പലപ്പോഴും മനസ്സിലാക്കാനും കഴിയില്ല.

സംഘർഷം

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

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

സമ്മാനം

ടാസ്ക്-ലെവൽ എക്സിക്യൂഷനിൽ (task-level execution) കുടുങ്ങിപ്പോയ പ്രൊഫഷണലുകൾക്കില്ലാത്ത ഒന്ന് നിങ്ങളുടെ പക്കലുണ്ട് — സ്വാധീനം ചെലുത്താനുള്ള കഴിവ്. നന്നായി രൂപകൽപ്പന ചെയ്ത ഒരു സിസ്റ്റം, അത് നിലനിർത്താൻ വേണ്ടിവരുന്ന അധ്വാനത്തേക്കാൾ വളരെ ഉയർന്ന മൂല്യം നൽകുന്നു. സിസ്റ്റം രൂപകൽപ്പന ചെയ്യാൻ നിങ്ങൾ ചിലവഴിക്കുന്ന മണിക്കൂറുകൾ ആ സിസ്റ്റം നിലനിൽക്കുന്ന കാലത്തോളം പലമടങ്ങ് മണിക്കൂറുകളായി നിങ്ങൾക്ക് തിരികെ ലഭിക്കുന്നു — നിങ്ങൾക്കും അതിനുള്ളിൽ പ്രവർത്തിക്കുന്ന എല്ലാവർക്കും. ഡെലിഗേഷൻ പ്രോഗ്രഷനിലെ (delegation progression) ലെവൽ 4-ന് മുമ്പ് ലഭ്യമായ ഏറ്റവും ഉയർന്ന സ്വാധീനമാണിത്, വെറുതെ വളരുന്ന ഓർഗനൈസേഷനുകളിൽ നിന്ന് വികസിക്കാൻ കഴിയുന്ന ഓർഗനൈസേഷനുകളെ വേർതിരിക്കുന്നതും ഇതുതന്നെയാണ്.

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

അടുത്ത ചുവടുവെപ്പ്

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

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

നിങ്ങളുടെ സൗജന്യ വിലയിരുത്തലിൽ നിന്നുള്ള ഒരു ചുവടുവെപ്പാണിത്. പൂർണ്ണമായ പേഴ്സണൽ പ്രൊഫൈൽ (Personal Profile) നിങ്ങൾ നിർമ്മിച്ച സിസ്റ്റം പുതിയ സ്വാധീനങ്ങൾ ഉണ്ടാക്കുകയാണോ അതോ നിങ്ങളുടെ അധ്വാനം ഇല്ലാതാക്കുകയാണോ എന്ന് വ്യക്തമാക്കുന്ന ആറ്-ഡൊമെയ്ൻ റിസോഴ്സ് മാപ്പ്, പകർന്നുനൽകാൻ കഴിയുന്ന മാനദണ്ഡങ്ങൾ ഡെമോൺസ്ട്രേറ്റഡ് ഇംപാക്ടിനെ (Demonstrated Impact) എത്രത്തോളം ബാധിക്കുന്നു എന്ന് വ്യക്തമാക്കുന്ന നിങ്ങളുടെ ട്രസ്റ്റ് ഫോർമുല (Trust Formula) സ്കോറുകൾ, ഈ ഘട്ടത്തിലെ മുൻവിധികളെക്കുറിച്ചുള്ള മുന്നറിയിപ്പുകൾ (functional fixedness, IKEA effect, curse of knowledge, not-invented-here syndrome), കൂടാതെ അറിവുകൾ കൈമാറ്റം ചെയ്യുന്നതിലുള്ള ഈയൊരു പരീക്ഷണത്തെ, നിങ്ങൾ നിർമ്മിച്ച സിസ്റ്റങ്ങൾ കൃത്യമായി പരിശോധിക്കുന്നതിനുള്ള വലിയൊരു പ്രക്രിയയാക്കി മാറ്റുന്ന 90 ദിവസത്തെ കൃത്യമായ രീതികൾ എന്നിവ വെളിപ്പെടുത്തുന്നു. ഈ ഒറ്റ ചുവടുവെപ്പ് നിങ്ങൾക്ക് പ്രയോജനകരമാണെങ്കിൽ, ഇതിന്റെ പൂർണ്ണമായ വിലയിരുത്തലിലാണ് യഥാർത്ഥ മാറ്റങ്ങൾ സംഭവിക്കുന്നത്.