책임 지도

왜 시작되는가

개발 에이전트는 검토 지연, 낡은 문서, 반복되는 비상 인계, 불분명한 소유권을 중요한 소프트웨어가 방치됐을 가능성을 보여 주는 신호로 활용한다. 에이전트가 일상적인 유지보수를 제안하거나 수행하더라도, 우선순위와 허용 가능한 위험, 중대한 변경의 책임은 사람이 정해야 한다. 고참 개발자들은 기능 구현보다 사람의 판단이 필요한 지점을 표시하는 책임 지도를 관리하는 데 더 많은 시간을 쓴다.

어떻게 전개되는가

1. AI 개발 에이전트가 검토 지연, 낡은 문서, 반복되는 비상 인계, 불분명한 소유권을 바탕으로 방치 가능성을 추론한다.
2. 에이전트가 핵심 영역의 유지보수 우선순위를 정하고 일상적이거나 위험 범위가 명확한 문제의 수리안을 마련한다.
3. 인간 개발자의 역할이 우선순위, 위험 한도, 승인 권한, 중대한 변경에 대한 지속적인 책임을 정하는 쪽으로 이동한다.
4. 조직이 관심을 보여 주는 외형적 신호를 최적화하기 시작하면서 실질적인 관리와 절차적 연출을 구분하기가 어려워진다.

사람이 체감하는 장면

아침 배포를 앞둔 기술 책임자가 에이전트가 오랫동안 손대지 않은 정산 모듈을 고치는 모습을 지켜본다. 패치는 준비됐지만 승인자란은 비어 있고, 팀은 문제가 생겼을 때 누가 책임질지를 먼저 결정해야 한다.

반론

눈에 보이는 활동이 돌봄을 정확히 나타내는 것은 아니다. 안정적인 시스템은 개입이 거의 필요하지 않을 수 있고, 반대로 팀은 형식적인 검토와 문서를 늘려 방치된 코드를 세심하게 관리하는 것처럼 보이게 할 수도 있다.