നിങ്ങളുടെ ടീമിനുള്ളിൽ വിദഗ്ധമായ അറിവ് പങ്കുവെക്കൽ കെട്ടിപ്പടുക്കുക

നിങ്ങൾ ഒരു പുതിയ സർവീസ് പഠിക്കാൻ ശ്രമിക്കുന്നു. നിങ്ങൾ ഡോക്യുമെന്റേഷൻ വായിക്കുന്നു. ഒരു പ്രോട്ടോടൈപ്പ് തയ്യാറാക്കുന്നു. എന്നാൽ ഡോക്യുമെന്റേഷൻ പഴയതായതുകൊണ്ട് അത് പരാജയപ്പെടുന്നു. ഒരു വിദഗ്ധനോട് സംസാരിക്കാൻ നിങ്ങൾ രണ്ടു ദിവസം കാത്തിരിക്കുന്നു.

ഇനി സർവീസ് ഓണറെ നോക്കൂ. ഒരേ ചോദ്യങ്ങൾക്ക് മറുപടി നൽകുന്നതിനായി അവർ അവരുടെ പകുതി സമയവും ചെലവഴിക്കുന്നു. അവർക്ക് പുതിയ ഫീച്ചറുകൾ നിർമ്മിക്കണമെന്നുണ്ട്, എന്നാൽ പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നതിൽ (firefighter) അവർ കുടുങ്ങിക്കിടക്കുന്നു.

ഒരു പ്രശ്നം (incident) വരാതെ തടയുന്നത് കാണാൻ കഴിയാത്ത ജോലിയാണ്. എന്നാൽ ഒരു പ്രശ്നം പരിഹരിക്കുന്നത് എല്ലാവരും കാണുന്ന കാര്യമാണ്. അതുകൊണ്ടാണ് ഡോക്യുമെന്റേഷൻ നിലച്ചുപോകുന്നത്. വിദഗ്ധർ ഉയർന്ന സ്വാധീനമുള്ള ജോലികളിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുകയും wiki അവഗണിക്കുകയും ചെയ്യുന്നു.

AI ഇത് പരിഹരിക്കുമെന്ന് നിങ്ങൾ കരുതിയേക്കാം. എന്നാൽ AI തെറ്റായ വിവരങ്ങൾ നൽകിയേക്കാം (hallucinates). സ്വകാര്യ പ്രോജക്റ്റുകളിൽ അത് തെറ്റുകൾ വരുത്തുന്നു.

നിങ്ങൾക്ക് വേണ്ടത് ഒരു static wiki അല്ല, മറിച്ച് സജീവമായ ഒരു knowledge base ആണ്.

wiki എഴുതുന്നത് ഒരു ഭാരമായി തോന്നുന്നതുകൊണ്ട് അത് പരാജയപ്പെടുന്നു. ഇത് യഥാർത്ഥ ജോലിയിൽ നിന്ന് സമയം കവർന്നെടുക്കുന്നു. അത് അപ്‌ഡേറ്റ് ചെയ്യുന്നതുകൊണ്ട് ആർക്കും പ്രത്യേകിച്ച് ഗുണവുമില്ല.

ഒരു സജീവമായ knowledge base വർക്ക്ഫ്ലോയെ മാറ്റുന്നു. ഇതിന്റെ അടിസ്ഥാന തത്വം ലളിതമാണ്: മനുഷ്യർ വിധിനിർണ്ണയം (judgment) മാത്രം നൽകുന്നു. ഏജന്റുകൾ (agents) ബാക്കിയെല്ലാം കൈകാര്യം ചെയ്യുന്നു.

ഇത് എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്ന് നോക്കാം:

• Markdown-ൽ എഴുതുക. ഇത് വളരെ എളുപ്പമാണ്.
• ഏജന്റ് Markdown-നെ ഡയഗ്രാമുകളും കോഡ് ഹൈലൈറ്റുകളും ഉള്ള HTML-ലേക്ക് മാറ്റുന്നു.
• Markdown ആണ് യഥാർത്ഥ വിവരങ്ങൾ. HTML എന്നത് അതിന്റെ വിഷ്വൽ ലെയർ ആണ്.
• ഡോക്യുമെന്റേഷൻ ജോലിയുടെ ഒരു ഉപോൽപ്പന്നമായി മാറുന്നു.
• ഒരു ഡോക്യുമെന്റ് എഴുതുന്നതിന് പകരം, നിങ്ങൾ എന്താണ് പഠിച്ചതെന്ന് ഏജന്റിനോട് പറയുന്നു.
• ഏജന്റ് ആ ജോലി സംഗ്രഹിക്കുകയും ഒരു Pull Request സമർപ്പിക്കുകയും ചെയ്യുന്നു.
• ഒരു വിദഗ്ധൻ ആ PR പരിശോധിക്കുന്നു.

ഇത് ഒരു flywheel effect സൃഷ്ടിക്കുന്നു. ഏജന്റ് ഉപയോഗിക്കുന്ന ഓരോ ഡെവലപ്പറും അറിവ് സൃഷ്ടിക്കുന്നു. അംഗീകരിക്കപ്പെട്ട ഓരോ PR-ഉം ഏജന്റിനെ കൂടുതൽ മിടുക്കനാക്കുന്നു. ഇതിൽ പങ്കുചേരാനുള്ള ചിലവ് ഏതാണ്ട് പൂജ്യമാണ്.

ഒരു wiki-യിൽ, നിങ്ങൾ മറ്റുള്ളവർക്കായി നിങ്ങളുടെ സ്വന്തം സമയം ചെലവഴിച്ച് എഴുതുന്നു. ഒരു knowledge base-ൽ, നിങ്ങൾ നിങ്ങൾക്കായി ജോലി ചെയ്യുന്നു, അറിവ് തനിയെ ഉണ്ടാകുന്നു.

ഈ സിസ്റ്റം ഒരു ഇൻഫ്രാസ്ട്രക്ചറായി പ്രവർത്തിക്കുന്നു. ഇതിന് മുകളിൽ നിങ്ങൾക്ക് കൂടുതൽ ടൂളുകൾ നിർമ്മിക്കാം:

• മുൻകാല പ്രശ്നങ്ങളെ അടിസ്ഥാനമാക്കി പരിഹാരങ്ങൾ നിർദ്ദേശിക്കുന്ന on-call ഏജന്റുകൾ.
• തകരാറുകൾ ഒഴിവാക്കാൻ മറ്റ് ടീമുകളിൽ നിന്നുള്ള മാറ്റങ്ങൾ വിശകലനം ചെയ്യുന്ന sync ടൂളുകൾ.

ഒറ്റയ്ക്ക് കോഡിംഗിന്റെ കാലം അവസാനിക്കുകയാണ്. നമ്മൾ agentic workflows-ലേക്ക് മാറണം.

Source: https://dev.to/duskcloudxu/knowledgebase-how-to-build-expert-knowledge-sharing-within-your-team-2jag

Optional learning community: https://t.me/GyaanSetuAi