개발팀에 AI를 들일 때 먼저 정해야 하는 자리

AI 코딩 도구를 들인 개발팀에서 자주 나오는 이야기가 있습니다. 계정은 모두에게 나눠 줬는데 실제로 쓰는 사람은 일부이고, 쓰는 사람은 빨라졌는데 그만큼 품질이 괜찮은지 불안하다는 이야기입니다.

도구가 나빠서 생기는 일은 드뭅니다. 대개는 AI가 개발 흐름의 어디에 들어가는지 정하지 않은 채 도구부터 들였기 때문입니다.

도구보다 자리를 먼저 정합니다

개발은 기획에서 시작해 설계와 개발, 디버깅과 검증을 거쳐 릴리즈로 끝납니다. AI는 이 모든 단계에 쓸 수 있지만, 모든 단계에 같은 방식으로 들어가지는 않습니다.

그래서 MVPIT의 AI 자문 개발 트랙은 저장소와 배포, 코드 리뷰부터 봅니다. 지금 코드가 어떻게 쓰이고, 누가 어떻게 검토하고, 어떤 경로로 배포되는지를 보고 나서 AI가 들어갈 단계를 정합니다.

함께 정해야 하는 세 가지

AI가 들어갈 단계를 정할 때 같이 정해야 하는 것이 있습니다.

첫째는 규칙입니다. AI가 쓴 코드도 팀의 코드 규칙을 따라야 합니다. 규칙이 사람 머릿속에만 있으면 AI는 매번 다른 코드를 내놓습니다. 규칙을 파일로 적어 두면 AI도 같은 규칙을 읽고 따릅니다.

둘째는 검토 방식입니다. 빨라진 만큼 검토할 양도 늘어납니다. 사람이 모든 줄을 읽는 방식으로는 따라가지 못합니다. 자동 검사가 먼저 걸러 내고, 사람은 판단이 필요한 곳을 보는 식으로 검토의 자리를 다시 나눠야 합니다.

셋째는 보안 설정입니다. AI 도구가 어떤 코드와 자료에 닿을 수 있는지, 무엇은 밖으로 나가면 안 되는지를 도입 전에 정해 둬야 합니다.

MVPIT이 일하는 방식

MVPIT은 이 원칙대로 일합니다. 고칠 일은 요청 보드에 적고, AI가 코드를 고쳐 올리면 자동 검사를 거쳐 배포됩니다. 규칙은 파일로 남기고, 지켜야 할 것은 훅과 자동 테스트가 막습니다.

기준은 한 문장입니다. AI에게 시키되, 판단과 검증은 사람이 합니다.

효과는 재야 남습니다

자리를 정했다면 마지막으로 효과를 잴 지표를 정합니다. 무엇이 빨라졌고 무엇이 나아졌는지 재지 않으면, 몇 달 뒤 도구는 남아 있는데 왜 들였는지는 아무도 설명하지 못하게 됩니다.

개발팀에 AI가 앉을 자리를 3주 동안 함께 정하는 과정은 AI 자문에서 보실 수 있습니다.