AI 네이티브 엔지니어링 조직 만들기

FurtherAI는 코드 작성부터 테스트, 리뷰, CI, 버그 접수, 병합까지 개발 과정 전체를 개선해 1월 이후 엔지니어당 하루 병합 건수를 약 5배 늘렸으며, 변경 되돌림 비율은 0.5% 미만으로 유지함 엔지니어만 알던 규칙을 자동 검사로 전환하고 테스트와 AI 리뷰를 결합해, 이제 전체 변경의 최대 3분의 1이 사람의 개입 없이 병합됨 여름 동안 테스트와 도구에 상당한 개발 역량을 투자한 뒤, 엔지니어당 월간 고객 대면 기능 변경이 17~30건에서 9월 45건으로 증가함 코드 작성이 빨라지면서 무엇을 만들지 결정하는 과정이 새 병목이 됨에 따라, 관리 계층을 늘리기보다 엔지니어가 계획, 실행, 리뷰를 더 많이 맡는 방식을 추진함 엔지니어의 성장 기준을 문제의 처음부터 끝까지 책임지는 범위로 보고, 관리자에게는 직접 제품을 사용하며 판단하고 엔지니어의 제품 판단력을 키우는 역할을 기대함 코드 작성 속도보다 개발 과정 전체가 중요함 FurtherAI의 지난 9개월 경험에서, 1월 이후 엔지니어당 하루 코드 변경 병합 건수는 약 5배 증가했고 되돌림 비율은 0.5% 미만을 유지함 코딩 에이전트를 제공하는 것만으로 얻은 결과는 아님 한 단계를 가속할 때마다 다음 단계에 일이 쌓였고, 소프트웨어를 출시하는 과정 전체를 단계별로 검토하며 개선함 코드, 테스트, 리뷰, CI의 재구축 코드 작성, 3월: 에이전트가 코드를 작성하고 엔지니어가 방향을 잡는 방식의 비율이 현재 거의 100%에 이름 초기에는 도구 사용 흔적이 변경에 간헐적으로만 남아 출발점의 정확한 수치는 없음 테스트, 4월: 에이전트가 코드와 함께 테스트를 작성하며, 테스트를 포함한 변경 비율이 15%에서 91% 로 증가함 리뷰, 5월: 사람이 검토하기 전에 AI가 리뷰하는 변경 비율이 60%에서 99% 로 증가함 사람은 판단이 필요한 부분에 집중할 수 있음 CI, 6월: 테스트를 병렬화하고 변경의 영향을 받는 테스트만 실행하도록 개선함 동일한 17분 안에 이전보다 20배 많은 테스트를 실행함 버그 접수, 규칙, 병합의 자동화 버그 접수, 7월: Slack에 누구나 버그를 신고하면 ClaudeTag가 중복 여부를 확인하고 티켓을 생성해 담당자에게 배정함 현재 버그 티켓의 60% 를 생성함 규칙, 8월: 버그나 리뷰 의견을 통해 드러난 엔지니어의 암묵지를 작은 Python 검사로 전환함 모든 커밋과 PR에서 실행되며, 위반 시 빌드를 실패시키고 수정 방법을 ...