ಎರಡು ಬಾಗಿಲುಗಳು, ಒಂದು ದ್ವಾರ: EDD ಮೀರಿರುವ ಆಡಳಿತ
ಆನ್ಬೋರ್ಡಿಂಗ್ ನಿಯಮಗಳು ಮತ್ತು ಡೆವಲಪರ್ಗಳ ನಡುವಿನ ಘರ್ಷಣೆಗಳು ಹೆಚ್ಚಾಗಿ ಒಂದೇ ಸಮಸ್ಯೆಯಂತೆ ಕಾಣಿಸಬಹುದು. ಆದರೆ ಅವುಗಳೆರಡೂ ಒಂದಲ್ಲ.
ನೀವು ನಲವತ್ತು ಡೆವಲಪರ್ಗಳವರೆಗೆ ಬೆಳೆದಾಗ, ಎಲ್ಲರಿಗೂ ಒಂದೇ ರೀತಿಯ ತರಬೇತಿ ವಿಧಾನಗಳನ್ನು ಬಳಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಕೆಲವು ಡೆವಲಪರ್ಗಳು AI ಏಜೆಂಟ್ಗಳಲ್ಲಿ ಪರಿಣಿತರಾಗಿರುತ್ತಾರೆ. ಇನ್ನು ಕೆಲವರು ಹೊಸಬರಾಗಿರುತ್ತಾರೆ. ನೀವು ಎಲ್ಲರಿಗೂ ಒಂದೇ ರೀತಿಯ ನಿಯಮಗಳನ್ನು ಬರೆದರೆ, ನೀವು ವಿಫಲರಾಗುತ್ತೀರಿ.
ಅನುಭವಿ ಡೆವಲಪರ್ಗಳು ನಿಯಮಗಳನ್ನು ನಿರ್ಲಕ್ಷಿಸುತ್ತಾರೆ. ಹೊಸ ಡೆವಲಪರ್ಗಳು ಅವುಗಳೊಂದಿಗೆ ಹೋರಾಡಬೇಕಾಗುತ್ತದೆ.
ನಿಮ್ಮ ವಿಧಾನವನ್ನು ಎರಡು ವಿಭಿನ್ನ ಪದರಗಳಾಗಿ ವಿಂಗಡಿಸಬೇಕು:
ಅರಿವು ಮೂಡಿಸುವ ಪರಿಕರಗಳು (Awareness tools) ಈ ಪರಿಕರಗಳು ಒಬ್ಬ ವ್ಯಕ್ತಿಗೆ ತಿಳಿದಿರುವ ವಿಷಯವನ್ನು ಬದಲಾಯಿಸುತ್ತವೆ. ಉದಾಹರಣೆಗೆ AI ರಿವ್ಯೂ ಕಾಮೆಂಟ್ಗಳು ಅಥವಾ ಲಿಂಟಿಂಗ್ ವಾರ್ನಿಂಗ್ಗಳು (linting warnings). ಇವು ರಿಸೆಪ್ಷನಿಸ್ಟ್ನಂತೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ. ಇವು ವಿಷಯಗಳನ್ನು ಗಮನಿಸುತ್ತವೆ ಮತ್ತು ಕ್ರಮಗಳನ್ನು ಸೂಚಿಸುತ್ತವೆ. ವ್ಯಕ್ತಿಯು ಅವುಗಳನ್ನು ಆಲಿಸಿದರೆ ಮಾತ್ರ ಇವು ಕೆಲಸ ಮಾಡುತ್ತವೆ.
ಆಡಳಿತಾತ್ಮಕ ಪರಿಕರಗಳು (Governance tools) ಈ ಪರಿಕರಗಳು ಒಬ್ಬ ವ್ಯಕ್ತಿಯು ಏನು ಮಾಡಬಹುದು ಎಂಬುದನ್ನು ಬದಲಾಯಿಸುತ್ತವೆ. ಉದಾಹರಣೆಗೆ ಬ್ರಾಂಚ್ ಪ್ರೊಟೆಕ್ಷನ್ (branch protection) ಮತ್ತು ಮರ್ಜ್ ಗೇಟ್ಗಳು (merge gates). ಇವು ಟರ್ನ್ಸ್ಟೈಲ್ನಂತೆ (turnstile) ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ. ಇವು ಚೌಕಾಸಿ ಮಾಡುವುದಿಲ್ಲ. ಅಗತ್ಯತೆಗಳು ಪೂರೈಕೆಯಾಗದಿದ್ದರೆ ಇವು ಪ್ರಕ್ರಿಯೆಯನ್ನು ತಡೆಯುತ್ತವೆ.
ನಿಮಗೆ ಟರ್ನ್ಸ್ಟೈಲ್ ಬೇಕಾದಾಗ ರಿಸೆಪ್ಷನಿಸ್ಟ್ ಅನ್ನು ಬಳಸುವುದು ತಪ್ಪು. ಒಬ್ಬ ಡೆವಲಪರ್ ನಿರ್ಲಕ್ಷಿಸುವ AI ಸಲಹೆಯು ಆಡಳಿತವಲ್ಲ. ಅದು ಕೇವಲ ಗದ್ದಲವಷ್ಟೇ.
ಇದನ್ನು ಸರಿಪಡಿಸಲು, ಎರಡು ಪ್ರತ್ಯೇಕ ಪದರಗಳನ್ನು ಬಳಸಿ:
ಆಡಳಿತಾತ್ಮಕ ಪದರ (The Governance Layer) ಈ ಪದರವು ಚಿಕ್ಕದಾಗಿದೆ ಮತ್ತು ಸಾರ್ವತ್ರಿಕವಾಗಿದೆ. ಇದು ಕೌಶಲ್ಯದ ಬಗ್ಗೆ ಲೆಕ್ಕಿಸದೆ ಎಲ್ಲರಿಗೂ ಅನ್ವಯಿಸುತ್ತದೆ. ಇದು ಪ್ರೊಟೆಕ್ಟೆಡ್ ಬ್ರಾಂಚ್ಗಳಿಗೆ ನೇರ ಪುಶ್ ಮಾಡಬಾರದು ಮತ್ತು ಕಡ್ಡಾಯ ರಿವ್ಯೂಗಳಂತಹ ನಿಯಮಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಇದು ನಂಬಿಕೆಯ ಬಗ್ಗೆ ಅಲ್ಲ. ಇದು ಏಜೆಂಟ್-ಚಾಲಿತ ಬದಲಾವಣೆಗಳಿಂದ ಉಂಟಾಗುವ ಹೆಚ್ಚಿನ ಅಪಾಯದಿಂದ ಕೋಡ್ಬೇಸ್ ಅನ್ನು ರಕ್ಷಿಸುವ ಬಗ್ಗೆಯಾಗಿದೆ.
ಸ್ಕ್ಯಾಫೋಲ್ಡಿಂಗ್ ಪದರ (The Scaffolding Layer) ಈ ಪದರವು ವೈಯಕ್ತಿಕ ಮತ್ತು ಹೊಂದಿಕೊಳ್ಳುವಂತಹುದು. ಇದು ಸ್ಪಷ್ಟ ಯೋಜನೆ ಮತ್ತು ವಿವರವಾದ ತರ್ಕದಂತಹ ಹಂತಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಹೊಸ ಡೆವಲಪರ್ಗಳು ತೀರ್ಮಾನ ತೆಗೆದುಕೊಳ್ಳುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಬೆಳೆಸಿಕೊಳ್ಳಲು ಇದನ್ನು ವ್ಯಾಪಕವಾಗಿ ಬಳಸುತ್ತಾರೆ. ಅನುಭವಿ ಡೆವಲಪರ್ಗಳು ಬೆಳೆದಂತೆ ಇದನ್ನು ಕಡಿಮೆ ಮಾಡಿಕೊಳ್ಳಬಹುದು. ಇದು ಹಿರಿಯತೆಯ (seniority) ಬಹುಮಾನವಲ್ಲ. ಇದು ಕೌಶಲ್ಯ ಹೆಚ್ಚಾದಂತೆ ಅನಿವಾರ್ಯವಲ್ಲದವಾಗುವ ಒಂದು ಪರಿಕರವಾಗಿದೆ.
ನೀವು ಬದಲಾವಣೆಯ ಅಪಾಯವನ್ನೂ ಸಹ ಗಮನಿಸಬೇಕು. ಒಬ್ಬ ಜೂನಿಯರ್ ಡೆವಲಪರ್ ಸರಳವಾದ ಯುಟಿಲಿಟಿ ಫಂಕ್ಷನ್ ಅನ್ನು ಸ್ಪರ್ಶಿಸುವುದಕ್ಕಿಂತ, ಒಬ್ಬ ಸೀನಿಯರ್ ಡೆವಲಪರ್ ಸಂಕೀರ್ಣವಾದ, ಹೆಚ್ಚು ಕಪ್ಲ್ಡ್ (highly coupled) ಫೈಲ್ ಅನ್ನು ಸ್ಪರ್ಶಿಸುವುದು ಹೆಚ್ಚಿನ ಅಪಾಯವನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ. ವ್ಯವಸ್ಥೆಯು ಕೇವಲ ವ್ಯಕ್ತಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸಬಾರದು, ಬದಲಾಗಿ ಕೋಡ್ಗೆ ಪ್ರತಿಕ್ರಿಯಿಸಬೇಕು.
ಕೊನೆಯದಾಗಿ, ಮಾಲೀಕತ್ವದ (ownership) ಮೇಲೆ ಗಮನಹರಿಸಿ. AI ಏಜೆಂಟ್ ಕೋಡ್ ಬರೆಯಬಹುದು, ಆದರೆ ಅದರ ಫಲಿತಾಂಶಕ್ಕೆ ಡೆವಲಪರ್ ಜವಾಬ್ದಾರರಾಗಿರುತ್ತಾರೆ. ರಿವ್ಯೂ ಸಮಯದಲ್ಲಿ ಬದಲಾವಣೆಯನ್ನು ಏಕೆ ಮಾಡಲಾಗಿದೆ ಎಂದು ಡೆವಲಪರ್ ವಿವರಿಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ಆ ಬದಲಾವಣೆಯನ್ನು ಮರ್ಜ್ ಮಾಡಬಾರದು.
ಜನರನ್ನು ಹಂತಗಳ ಮೂಲಕ ವರ್ಗೀಕರಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿ. ಬದಲಾಗಿ, ಅವರು ತಮ್ಮದೇ ಆದ ಅಪಾಯವನ್ನು ನಿರ್ವಹಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುವ ಪರಿಕರಗಳನ್ನು ಒದಗಿಸಿ.
Source: https://dev.to/karlheinz_reichel_7ee08d/two-doors-one-gate-navigating-governance-beyond-edd-5clj
Optional learning community: https://t.me/GyaanSetuAi