두 개의 문, 하나의 게이트: EDD를 넘어선 거버넌스
온보딩 규칙과 개발자 마찰은 종종 같은 문제처럼 보이지만, 실제로는 그렇지 않습니다.
개발자가 40명 규모로 늘어나면, 모든 사람에게 동일한 교육 방식을 사용할 수 없습니다. 어떤 개발자는 AI 에이전트 전문가인 반면, 어떤 개발자는 초보자입니다. 모두에게 하나의 규칙 세트를 적용한다면 실패하게 됩니다.
숙련된 개발자는 규칙을 무시할 것이고, 신입 개발자는 규칙 때문에 어려움을 겪을 것입니다.
접근 방식을 두 개의 뚜렷한 계층으로 분리해야 합니다:
인지 도구 (Awareness tools) 이 도구들은 사람이 아는 내용을 변화시킵니다. AI 리뷰 코멘트나 린팅(linting) 경고가 그 예입니다. 이들은 접수원(receptionist)과 같은 역할을 합니다. 무언가를 감지하고 행동을 제안합니다. 하지만 사람이 그 제안을 들어야만 효과가 있습니다.
거버넌스 도구 (Governance tools) 이 도구들은 사람이 할 수 있는 일을 변화시킵니다. 브랜치 보호(branch protection)와 머지 게이트(merge gates)가 그 예입니다. 이들은 회전식 개찰구(turnstile)와 같은 역할을 합니다. 협상하지 않습니다. 요구 사항이 충족되지 않으면 프로세스를 중단시킵니다.
실수는 회전식 개찰구가 필요한 상황에서 접수원을 사용하는 것입니다. 개발자가 무시하는 AI 제안은 거버넌스가 아닙니다. 그것은 그저 소음일 뿐입니다.
이를 해결하려면 두 개의 별도 계층을 사용하십시오:
거버넌스 계층 (The Governance Layer) 이 계층은 작고 보편적입니다. 기술 수준에 상관없이 모두에게 적용됩니다. 보호된 브랜치에 대한 직접 푸시 금지 및 필수 리뷰와 같은 규칙을 포함합니다. 이는 신뢰의 문제가 아닙니다. 에이전트 주도 변경(agent-driven changes)의 높은 위험으로부터 코드베이스를 보호하는 것에 관한 것입니다.
스캐폴딩 계층 (The Scaffolding Layer) 이 계층은 개인적이고 유연합니다. 명시적인 계획 수립 및 상세한 추론(verbose reasoning)과 같은 단계를 포함합니다. 신입 개발자는 판단력을 기르기 위해 이 단계를 적극적으로 활용합니다. 숙련된 개발자는 성장함에 따라 이 단계를 줄일 수 있습니다. 이것은 연차에 따른 보상이 아닙니다. 기술이 향상됨에 따라 불필요해지는 도구일 뿐입니다.
또한 변경 사항 자체의 위험도 고려해야 합니다. 시니어 개발자가 복잡하고 결합도가 높은(highly coupled) 파일을 수정하는 것은 주니어 개발자가 단순한 유틸리티 함수를 수정하는 것보다 더 큰 위험을 초래합니다. 시스템은 단순히 사람이 아닌, 코드에 반응해야 합니다.
마지막으로, 소유권(ownership)에 집중하십시오. AI 에이전트가 코드를 작성할 수는 있지만, 그 결과에 대한 책임은 개발자에게 있습니다. 리뷰 중에 개발자가 왜 변경이 이루어졌는지 설명하지 못한다면, 해당 변경 사항은 머지되어서는 안 됩니다.
사람을 등급으로 나누는 것을 멈추십시오. 대신, 스스로 위험을 관리할 수 있도록 돕는 도구를 제공하십시오.
출처: https://dev.to/karlheinz_reichel_7ee08d/two-doors-one-gate-navigating-governance-beyond-edd-5clj
선택 사항 학습 커뮤니티: https://t.me/GyaanSetuAi