SHIN JONG HWAN · WORKSHOP
AI Office / Operating Structure

멀티에이전트는
사람을 대신하는 구조가 아니라,
일이 멈추지 않게 만드는 구조입니다.

한 사람이 기획, 조사, 문서화, 검증을 모두 직접 끌고 가면 속도도 정확도도 금방 무너집니다. 그래서 저는 역할을 나눠 움직이고, 결과를 다시 하나의 판단 체계로 모으는 방식으로 운영합니다.

핵심 한 줄

중요한 것은 에이전트 숫자가 아니라, 누가 방향을 잡고 누가 어떤 결과를 만들며 마지막 판단이 어디로 모이는지다.

기획 분리 조사 분리 문서화 분리 검증 분리
4
핵심 역할 축
1
최종 판단 창구
N
동시에 굴릴 수 있는 실행 조각
0
중복 보고가 목표인 구조
01

왜 이 구조가 필요한가

혼자 다 하면 병목이 생깁니다.

조사하다가 기획이 멈추고, 문서를 쓰다 보면 검증이 밀립니다. 속도가 필요한 시기에는 특히 이 병목이 치명적입니다.

역할을 나누면 판단 품질이 올라갑니다.

같은 사람이 모든 관점을 동시에 잡기보다, 역할별로 따로 보고 다시 모아야 누락과 착시를 줄일 수 있습니다.

02

역할은 이렇게 나눕니다

Direction

판단 담당

  • 무엇이 핵심인지 먼저 자른다.
  • `core / growth / archive` 우선순위를 정한다.
  • 지금 당장 움직일 일과 미룰 일을 구분한다.
Research

조사 담당

  • 시장, 사례, 레퍼런스, 링크를 확인한다.
  • 최신 정보와 실제 근거를 모은다.
  • 추측이 아니라 확인된 정보만 올린다.
Documentation

문서화 담당

  • 기획서, 체크리스트, 공유페이지로 정리한다.
  • 다른 사람이 바로 이어받을 수 있게 만든다.
  • 복잡한 내용을 실행 가능한 문장으로 바꾼다.
Verification

검증 담당

  • 빠진 것, 충돌나는 것, 위험한 것을 찾는다.
  • 중복 작업과 과장된 결론을 막는다.
  • 최종 공개 전에 민감정보를 걷어낸다.
03

결과는 다시 하나로 모입니다

Step 1 문제 정의

지금 풀어야 하는 문제를 한 줄로 고정합니다. 여기서 흔들리면 뒤가 전부 흐려집니다.

Step 2 역할 분업

조사할 것, 정리할 것, 검증할 것을 나눠 동시에 움직입니다.

Step 3 산출물 정리

메모, 체크리스트, 판단 문서, 공유페이지처럼 다시 쓸 수 있는 형태로 남깁니다.

Step 4 최종 판단

마지막에는 한 사람의 판단 체계로 수렴시켜 실행 우선순위와 다음 액션을 확정합니다.

04

어디에 쓰이는가

사업 기획

제안서, 프로젝트 정의, 우선순위 조정, 파트너용 설명자료를 빠르게 구조화할 때 유효합니다.

운영 체계 정리

발주, 정산, 상품, 고객응대처럼 흩어져 있던 실무를 다시 운영 구조로 묶을 때 강합니다.

공유 문서 제작

상세페이지, 홈페이지, 공유페이지처럼 외부에 보여줄 내용을 만들 때 민감정보를 분리한 채 속도를 낼 수 있습니다.

PMO와 핸드오프

누가 이어받아도 오해하지 않게 문서, 체크리스트, 다음 액션을 함께 남기는 방식입니다.

공개 메모 이 문서는 특정 도구나 내부 작업 흐름을 설명하려는 문서가 아닙니다. 신종환이 왜 `역할 분업형 AI Office` 구조를 쓰는지, 그리고 그것이 실제 사업과 운영 문제를 어떻게 더 빠르게 정리하게 만드는지를 보여주기 위한 판단 메모입니다.