클로드 코드로 개발 팀장의 하루를 다시 설계한 이야기

아침마다 Slack·Jira·Confluence를 뒤져 하루를 준비하던 루틴을 Claude Code로 재설계했다. 처음에는 MCP로 직접 수집하다 토큰 비용과 속도가 문제였고, 결국 수집은 스크립트로 분리하고 AI는 요약·판단·페이지 생성만 맡기는 구조로 바꿨다.

그 결과 데일리 브리핑은 여러 시스템의 원본을 대조해 만든 15분짜리 한 장으로 압축됐다. 수집을 4단계인 수집 → 사람·과제별 요약 → 브리핑 페이지 생성 → 페이지 업로드로 쪼개면서 결과도 더 안정적이 됐고, 중간 산출물인 요약 DB는 위클리 문서, 질의응답, 타운홀 준비까지 재활용됐다.

중요한 과제 논의는 라운드테이블에서 진행했다. 지난 한 달 동안 13개의 과제와 19개의 구상이 이 루프를 거쳤고, 운영 정책과 용어, 결정 사항을 파일로 남겨 다음 논의의 context로 쌓아갔다.

특히 출고 효율 과제에서는 출고 운영, 출고 프로덕트, 배송 운영, 딜리버리 프로덕트의 네 관점을 번갈아 시뮬레이션해 한 관점에서 놓치기 쉬운 연결고리를 찾았다. AI가 아는 범위 안에서만 답한다는 한계는 있지만, 맥락을 계속 축적하면 판단의 출발점이 훨씬 좋아진다.

하단의 기반은 팀장 역할의 프로젝트가 맡는다. 각 워크플로우의 CLAUDE.md가 공통 규칙을 import하고, 세션 종료 시에는 위반·재발·불만·환경 같은 이슈와 규칙 저장소의 건강 상태를 점검해 개선안을 제안한다.

승인된 개선은 개별 워크플로우의 inbox.md에 모였다가 팀장 세션에서 공통 규칙으로 승격된다. 이렇게 공통 규칙 배포, 자기개선 루프, 개선의 전체 확산이 돌아가면서, 도구를 잘 쓰는 일이 프롬프트 기술이 아니라 기반 역량이 상향평준화되는 시스템 설계라는 결론에 이른다.

마지막으로 이 원리를 개인에서 조직으로 확장하는 실험이 시작됐다. 병목이 어디인지, AI와 사람이 맡을 경계는 어디인지, 조직 공통 context를 어떻게 쌓을지 탐색하며, 개인의 하루를 바꾼 구조를 조직의 일하는 방식으로 옮기는 단계에 들어섰다.