회의 0번, 일 34개를 끝내는 법 — 사람<>에이전트 협업 프로세스 구축하기

한 줄 요약

KoalStudio는 사람 1명 + AI 팀원 6명으로 일해요. 회의 없이 병렬로 돌아간 비결은 AI의 능력이 아니라, 충돌을 막는 규칙을 먼저 세운 것이에요.

왜 이 글을 쓰나요

“AI가 다 해줘서 편하겠다”는 말을 종종 들어요.

솔직히 말하면, 반만 맞아요.

AI 팀원이 있으면 손이 많아지는 건 사실이에요. 하지만 손이 많다고 일이 잘 되는 건 아니에요. 규칙 없이 AI 팀원을 늘리면 이런 일이 벌어져요.

같은 작업을 두 명이 동시에 하고
서로 다른 버전의 문서가 3개씩 나오고
누가 뭘 하는지 아무도 모르게 돼요

저희도 처음엔 그랬어요. 그래서 정한 원칙이 하나 있어요.

AI 팀을 쓸 거면, 규칙을 먼저 만든다.

이 글은 그 규칙을 어떻게 잡았고, 왜 “회의 0번”이 가능했는지 기록이에요.

0) 먼저 밝혀둘게요: 우리는 사람 1명 + AI 팀이에요

KoalStudio의 팀 구성은 좀 특이해요.

의사결정자 1명 (사람)
역할별 AI 팀원 6명 (PM, 기획, 개발, 마케팅, 데이터분석, 디자인)

AI 팀원이라고 해서 버튼 하나 누르면 알아서 해주는 건 아니에요. 각자 맡은 역할이 있고, 그 안에서 지시를 받고 산출물을 만들어요. 사람 팀과 다른 점이 있다면 두 가지예요.

동시에 일할 수 있어요 — 6명이 같은 시간에 각자 작업을 진행할 수 있어요
말이 아니라 문서로 소통해요 — 회의 대신 정해진 형식의 문서를 주고받아요

이 두 가지가 장점이 되려면, 전제조건이 필요해요.

동시에 움직일수록, 충돌을 막는 규칙이 중요해지고
문서로 소통할수록, 형식과 위치의 통일이 중요해져요

그래서 병렬 작업의 전제조건을 3가지로 고정했어요.

진실은 하나 — 작업 현황을 한 곳에서만 본다
의존성을 숨기지 않는다 — 막히면 즉시 드러낸다
역할 경계를 문서로 고정한다 — 누가 뭘 하는지 애매하지 않게

1) 작업은 한 곳에서만 본다

AI 팀원이 생기면 처리할 수 있는 일이 갑자기 늘어나요. 동시에 5~6개 작업을 던질 수 있거든요.

그때 가장 먼저 터지는 문제가 이거예요.

중복 — 같은 작업을 두 명이 동시에 잡음
누락 — 해야 하는데 아무도 안 잡음
블로킹 — 막혔는데 티가 안 나서 뒤늦게 발견

해결책은 단순했어요.

작업 현황은 단일 보드 하나에서만 본다.

작업 항목에는 이 정보가 반드시 들어가요.

누가 하는지 (담당자)
지금 상태 (진행 / 완료 / 막힘)
뭐가 먼저 끝나야 하는지 (의존성)
산출물이 어디 있는지 (파일 경로)

그리고 운영 규칙을 하나 더 붙였어요.

작업 목록은 리드 1명만 업데이트한다.

여러 명이 동시에 수정하면 ‘관리’가 아니라 ‘충돌’이 되거든요. 이 규칙 하나로 7명이 서로 뭘 하는지 실시간으로 파악할 수 있었어요.

2) 파일은 늘리지 않고, 진실은 한 곳에 둔다

AI 팀원은 산출물을 빠르게 만들어요. 그건 장점인데, 부작용이 하나 있어요.

파일이 빠르게 늘어나요.

파일이 늘면 이런 일이 반복돼요.

최신본이 뭔지 모르겠고
다음 사람이 처음부터 다시 찾고
결국 같은 내용을 또 설명하게 돼요

그래서 2단계 규칙을 만들었어요.

완료 요약 — 작업이 끝나면 “뭘 바꿨는지”만 짧게 남기기
기준문서 — 본문은 이 한 곳에서만 직접 수정하기

한 문장으로 정리하면 이거예요.

결과는 ‘완료 요약’에, 진실은 ‘기준문서’에.

이 규칙 없이 AI 팀을 돌리면, 문서는 ‘생산’되지만 지식은 ‘축적’되지 않아요.

3) 역할 스펙을 문서로 고정한다

AI 팀이 잘 돌아가려면, “똑똑함”보다 중요한 게 있어요.

경계가 겹치지 않는 것.

경계가 겹치면 속도가 아니라 재작업이 생겨요. 그래서 각 팀원에게 “성격”이 아니라 역할 스펙을 줬어요.

역할 스펙에 들어가는 건 딱 세 가지예요.

내가 하는 일 (What I do)
내가 안 하는 일 (What I don’t)
산출물 형식 (어떤 문서에, 어떤 형태로)

기획, 개발, 마케팅, 데이터분석 — 각자 역할 스펙을 갖고 있으니까, 하루 동안 서로 겹치는 작업이 한 건도 없었어요.

4) 막힌 건 즉시 드러낸다

병렬 작업에서 가장 위험한 건 조용히 막히는 것이에요.

조용히 막히면, 다른 사람은 계속 달리는데 한 지점에서만 시간이 새요.

그래서 의존성을 규칙으로 박았어요.

모든 작업 항목은 의존성을 명시한다
의존성이 풀리기 전에는 착수하지 않는다

이 규칙이 생기면 대화가 바뀌어요.

~~“왜 아직 안 했어요?”~~ → “시작 조건이 뭐였죠?”

AI 팀이 효율적으로 보이는 진짜 이유는, 이 질문을 빨리 할 수 있기 때문이에요.

5) 그래도 사람의 몫은 남아요

여기까지 읽으면 “규칙만 있으면 다 되나?” 싶을 수 있어요.

아니에요.

AI 팀원이 아무리 잘해도, 이건 사람이 해야 해요.

방향 — 우리가 어디로 가는지
우선순위 — 지금 뭘 먼저 할지
판단 — 이걸 공개해도 되는지, 이 방향이 맞는지

그래서 “판단이 필요한 순간”을 숨기지 않는 방향으로 운영해요.

막혔으면 막혔다고 올리고
선택지를 2~3개로 정리해서
결정권자에게 빠르게 물어요

이게 있어야 팀이 ‘속도’가 아니라 ‘방향’을 잃지 않아요.

정리: AI 팀의 핵심은 AI가 아니라 ‘운영’이에요

회의를 없애고 싶어서 이 구조를 만든 건 아니에요.

충돌을 없앤 결과, 회의가 필요 없어진 거예요.

AI 팀은 병렬 작업을 가능하게 해줘요. 하지만 그 병렬이 효율이 되려면:

한 곳에서 보고
같은 형식으로 기록하고
역할 경계를 고정하고
막힌 걸 숨기지 않는

운영이 먼저 필요해요.

팀을 운영하면서 느낀 건 하나예요. 좋은 팀은 ‘회의를 잘하는 팀’이 아니라, 회의 없이도 굴러가는 구조를 가진 팀이에요.

다음 글 예고

다음 글에서는 그 규칙을 머릿속이 아니라 파일과 폴더 구조로 어떻게 고정했는지 더 구체적으로 적어볼게요.

질문 하나 남길게요.

여러분은 팀이 동시에 일할수록, 무엇이 먼저 필요하다고 느끼시나요?