రెండు తలుపులు, ఒక గేటు: EDD కంటే మించిన గవర్నెన్స్ (Governance)
ఆన్బోర్డింగ్ నియమాలు మరియు డెవలపర్ల మధ్య కలిగే ఘర్షణలు తరచుగా ఒకే సమస్యలా కనిపిస్తాయి. కానీ అవి కావు.
మీరు నలభై మంది డెవలపర్ల స్థాయికి చేరుకున్నప్పుడు, అందరికీ ఒకే రకమైన శిక్షణ పద్ధతులను ఉపయోగించలేరు. కొందరు డెవలపర్లు AI ఏజెంట్లలో నిపుణులు. మరికొందరు కొత్తవారు. అందరికీ ఒకే రకమైన నియమాలను రాస్తే, మీరు విఫలమవుతారు.
అనుభవం ఉన్న డెవలపర్లు నియమాలను విస్మరిస్తారు. కొత్త డెవలపర్లు వాటితో ఇబ్బంది పడతారు.
మీరు మీ విధానాన్ని రెండు విభిన్న పొరలుగా (layers) విభజించాలి:
అవగాహన సాధనాలు (Awareness tools) ఈ సాధనాలు ఒక వ్యక్తికి తెలిసిన విషయాలను మారుస్తాయి. ఉదాహరణకు AI రివ్యూ కామెంట్స్ లేదా లింటింగ్ వార్నింగ్స్ (linting warnings). ఇవి ఒక రిసెప్షనిస్ట్ లాగా పనిచేస్తాయి. ఇవి విషయాలను గమనించి, చర్యలను సూచిస్తాయి. వ్యక్తి వింటేనే ఇవి పనిచేస్తాయి.
నియంత్రణ సాధనాలు (Governance tools) ఈ సాధనాలు ఒక వ్యక్తి ఏమి చేయగలరో మారుస్తాయి. ఉదాహరణకు బ్రాంచ్ ప్రొటెక్షన్ (branch protection) మరియు మెర్జ్ గేట్స్ (merge gates). ఇవి ఒక టర్న్స్టైల్ (turnstile) లాగా పనిచేస్తాయి. ఇవి చర్చలు జరపవు. అవసరమైన నిబంధనలు నెరవేరకపోతే ఇవి ప్రక్రియను ఆపివేస్తాయి.
టర్న్స్టైల్ అవసరమైన చోట రిసెప్షనిస్ట్ను ఉపయోగించడమే పొరపాటు. డెవలపర్ విస్మరించే AI సూచన గవర్నెన్స్ కాదు. అది కేవలం అనవసరపు శబ్దం (noise) మాత్రమే.
దీనిని సరిదిద్దడానికి, రెండు వేర్వేరు పొరలను ఉపయోగించండి:
గవర్నెన్స్ లేయర్ (The Governance Layer) ఈ పొర చిన్నది మరియు అందరికీ వర్తిస్తుంది. నైపుణ్యంతో సంబంధం లేకుండా ఇది అందరికీ వర్తిస్తుంది. ప్రొటెక్టెడ్ బ్రాంచ్లకు నేరుగా పుష్ చేయకూడదు మరియు తప్పనిసరి రివ్యూలు వంటి నియమాలను ఇది కలిగి ఉంటుంది. ఇది నమ్మకం గురించి కాదు. ఏజెంట్-డ్రివెన్ (agent-driven) మార్పుల వల్ల కలిగే అధిక ప్రమాదం నుండి కోడ్బేస్ను రక్షించడం గురించి ఇది.
స్కాఫోల్డింగ్ లేయర్ (The Scaffolding Layer) ఈ పొర వ్యక్తిగతమైనది మరియు ఫ్లెక్సిబుల్ (flexible). ఇందులో స్పష్టమైన ప్లానింగ్ మరియు వివరణాత్మక రీజనింగ్ వంటి దశలు ఉంటాయి. కొత్త డెవలపర్లు తమ విచక్షణను పెంపొందించుకోవడానికి దీనిని ఎక్కువగా ఉపయోగిస్తారు. అనుభవం ఉన్న డెవలపర్లు తమ నైపుణ్యం పెరిగే కొద్దీ దీనిని తగ్గించుకోవచ్చు. ఇది సీనియారిటీకి ఇచ్చే రివార్డ్ కాదు. నైపుణ్యం పెరిగే కొద్దీ అవసరం లేని సాధనం ఇది.
మీరు మార్పులోని ప్రమాదాన్ని కూడా గమనించాలి. ఒక జూనియర్ డెవలపర్ ఒక సాధారణ యుటిలిటీ ఫంక్షన్ను తాకడం కంటే, ఒక సీనియర్ డెవలపర్ సంక్లిష్టమైన, హైలీ కపుల్డ్ (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