രണ്ട് വാതിലുകൾ, ഒരു കവാടം: EDD-ക്ക് അപ്പുറമുള്ള ഗവേണൻസ്
ഓൺബോർഡിംഗ് നിയമങ്ങളും ഡെവലപ്പർമാരുടെ തടസ്സങ്ങളും പലപ്പോഴും ഒരേ പ്രശ്നമായി തോന്നാം. എന്നാൽ അവ രണ്ടല്ല.
നിങ്ങൾ നാൽപ്പതോളം ഡെവലപ്പർമാരിലേക്ക് വളരുമ്പോൾ, എല്ലാവർക്കും ഒരേ പരിശീലന രീതികൾ ഉപയോഗിക്കാൻ കഴിയില്ല. ചില ഡെവലപ്പർമാർ AI ഏജന്റുകളിൽ വിദഗ്ധരാണ്. മറ്റുള്ളവർ പുതിയവരാണ്. എല്ലാവർക്കും വേണ്ടി ഒരൊറ്റ നിയമസെറ്റ് എഴുതിയാൽ നിങ്ങൾ പരാജയപ്പെടും.
പരിചയസമ്പന്നരായ ഡെവലപ്പർമാർ നിയമങ്ങൾ അവഗണിക്കും. പുതിയ ഡെവലപ്പർമാർ അവയുമായി ബുദ്ധിമുട്ടുകയും ചെയ്യും.
നിങ്ങളുടെ സമീപനത്തെ രണ്ട് വ്യത്യസ്ത തലങ്ങളായി തിരിക്കണം:
അവബോധ ഉപകരണങ്ങൾ (Awareness tools) ഈ ഉപകരണങ്ങൾ ഒരാൾക്ക് അറിയാവുന്ന കാര്യങ്ങളിൽ മാറ്റം വരുത്തുന്നു. AI റിവ്യൂ കമന്റുകൾ അല്ലെങ്കിൽ ലിന്റിംഗ് (linting) മുന്നറിയിപ്പുകൾ ഇതിന് ഉദാഹരണങ്ങളാണ്. ഇവ ഒരു റിസപ്ഷനിസ്റ്റിനെപ്പോലെ പ്രവർത്തിക്കുന്നു. ഇവ കാര്യങ്ങൾ ശ്രദ്ധിക്കുകയും നിർദ്ദേശങ്ങൾ നൽകുകയും ചെയ്യുന്നു. എന്നാൽ ഒരാൾ അത് ശ്രദ്ധിച്ചാൽ മാത്രമേ ഇവ ഫലപ്രദമാകൂ.
ഗവേണൻസ് ഉപകരണങ്ങൾ (Governance tools) ഈ ഉപകരണങ്ങൾ ഒരാൾക്ക് ചെയ്യാൻ കഴിയുന്ന കാര്യങ്ങളിൽ മാറ്റം വരുത്തുന്നു. ബ്രാഞ്ച് പ്രൊട്ടക്ഷൻ (branch protection), മെർജ് ഗേറ്റുകൾ (merge gates) എന്നിവ ഇതിന് ഉദാഹരണങ്ങളാണ്. ഇവ ഒരു ടേൺസ്റ്റൈലിനെ (turnstile)പ്പോലെ പ്രവർത്തിക്കുന്നു. ഇവ ചർച്ചകൾക്ക് തയ്യാറല്ല. നിബന്ധനകൾ പാലിക്കപ്പെട്ടില്ലെങ്കിൽ ഇവ പ്രക്രിയയെ തടയുന്നു.
ഒരു ടേൺസ്റ്റൈൽ ആവശ്യമുള്ളപ്പോൾ ഒരു റിസപ്ഷനിസ്റ്റിനെ ഉപയോഗിക്കുന്നതാണ് തെറ്റ്. ഒരു ഡെവലപ്പർ അവഗണിക്കുന്ന AI നിർദ്ദേശം ഗവേണൻസ് അല്ല. അത് വെറും ബഹളം മാത്രമാണ്.
ഇത് പരിഹരിക്കാൻ, രണ്ട് പ്രത്യേക തലങ്ങൾ ഉപയോഗിക്കുക:
ഗവേണൻസ് ലെയർ (The Governance Layer) ഈ ലെയർ ചെറുതും സാർവത്രികവുമാണ്. നൈപുണ്യം പരിഗണിക്കാതെ ഇത് എല്ലാവർക്കും ബാധകമാണ്. പ്രൊട്ടക്റ്റഡ് ബ്രാഞ്ചുകളിലേക്ക് നേരിട്ട് പുഷ് ചെയ്യാതിരിക്കുക, നിർബന്ധിത റിവ്യൂകൾ എന്നിവ ഇതിൽ ഉൾപ്പെടുന്നു. ഇത് വിശ്വാസത്തെക്കുറിച്ചല്ല. ഏജന്റുകൾ വഴി വരുത്തുന്ന മാറ്റങ്ങൾ മൂലമുണ്ടാകുന്ന ഉയർന്ന റിസ്കിൽ നിന്ന് കോഡ്ബേസിനെ സംരക്ഷിക്കുന്നതിനെക്കുറിച്ചാണ്.
സ്കാഫോൾഡിംഗ് ലെയർ (The Scaffolding Layer) ഈ ലെയർ വ്യക്തിഗതവും വഴക്കമുള്ളതുമാണ്. വ്യക്തമായ പ്ലാനിംഗ്, വിശദമായ യുക്തി (verbose reasoning) എന്നിവ ഇതിൽ ഉൾപ്പെടുന്നു. പുതിയ ഡെവലപ്പർമാർ അവരുടെ വിവേചനാധികാരം വളർത്താൻ ഇത് വ്യാപകമായി ഉപയോഗിക്കുന്നു. പരിചയസമ്പന്നരായ ഡെവലപ്പർമാർക്ക് അവരുടെ വളർച്ചയ്ക്കനുസരിച്ച് ഇത് കുറയ്ക്കാവുന്നതാണ്. ഇത് സീനിയോറിറ്റിക്കുള്ള ഒരു പ്രതിഫലമല്ല. നൈപുണ്യം കൂടുമ്പോൾ ആവശ്യമില്ലാതാകുന്ന ഒരു ഉപകരണമാണിത്.
മാറ്റത്തിന്റെ റിസ്ക് കൂടി നിങ്ങൾ പരിഗണിക്കേണ്ടതുണ്ട്. ഒരു ജൂനിയർ ഡെവലപ്പർ ഒരു ലളിതമായ യൂട്ടിലിറ്റി ഫംഗ്ഷനിൽ മാറ്റം വരുത്തുന്നതിനേക്കാൾ കൂടുതൽ റിസ്ക് ഒരു സീനിയർ ഡെവലപ്പർ സങ്കീർണ്ണമായ, പരസ്പരം അമിതമായി ബന്ധിക്കപ്പെട്ട (highly coupled) ഒരു ഫയലിൽ മാറ്റം വരുത്തുമ്പോൾ ഉണ്ടാകുന്നു. സിസ്റ്റം വ്യക്തിയോട് മാത്രമല്ല, കോഡിനോടും പ്രതികരിക്കണം.
അവസാനമായി, ഉടമസ്ഥാവകാശത്തിൽ (ownership) ശ്രദ്ധ കേന്ദ്രീകരിക്കുക. ഒരു AI ഏജന്റ് കോഡ് എഴുതിയേക്കാം, പക്ഷേ അതിന്റെ ഫലത്തിന് ഡെവലപ്പർ ഉത്തരവാദിയാണ്. ഒരു റിവ്യൂ സമയത്ത് മാറ്റം വരുത്താനുള്ള കാരണം ഒരു ഡെവലപ്പർക്ക് വിശദീകരിക്കാൻ കഴിയുന്നില്ലെങ്കിൽ, ആ മാറ്റം മെർജ് ചെയ്യാൻ പാടില്ല.
ആളുകളെ വിവിധ തട്ടുകളായി (tiers) തരംതിരിക്കുന്നത് നിർത്തുക. പകരം, അവരുടെ റിസ്ക് സ്വയം നിയന്ത്രിക്കാൻ അവരെ അനുവദിക്കുന്ന ഉപകരണങ്ങൾ നൽകുക.
Source: https://dev.to/karlheinz_reichel_7ee08d/two-doors-one-gate-navigating-governance-beyond-edd-5clj
Optional learning community: https://t.me/GyaanSetuAi