Hermes Multi-Agent Team

Persona-Based Operating Crew

직무명(PM/BA/Developer)을 그대로 쓰지 않고, 역할의 성격이 드러나는 이름으로 구성한 조직도입니다. 전체 톤은 “항해 + 제작 + 운영” 컨셉으로 맞췄고, 실무에서는 각 이름 아래의 공식 역할명을 같이 두는 방식을 권장합니다.
Orchestration
Business Analysis
Research
Development
Administration / Operations
Requirements Intake

추천 네이밍 세트

Intake
Signal Desk
요구사항 유입 / 회의록 수집 창구
Teams 회의록, 메모, 요구사항, 녹음 요약을 받아 구조화된 입력으로 정리하는 입구 레이어.
normalized requirements
PM / Orchestrator
Helm
키를 잡는 조정자
업무 분해, 칸반 배정, 우선순위 결정, 의존성 관리, 최종 판단을 담당하는 메인 오케스트레이터.
decompose · assign · coordinate
Business Analyst
Compass
방향을 잡는 해석자
비즈니스 요구, 정책, 제약, 이해관계자 목적, acceptance criteria를 정리한다.
Researcher
Scout
밖을 보고 오는 탐색자
외부 사례, 기술 조사, 비교 분석, 레퍼런스 수집, 리스크 사전 탐색을 맡는다.
analysis merged by Helm
Engineer (Developer)
Forge
결과물을 만드는 제작자
코드 작성, 테스트, 구현, 패키징, 수정, 배포 가능한 산출물을 만드는 역할.
Engineer (Administrator)
Steward
환경을 지키는 운영자
설정, 권한, 시스템 운영, 배포 환경, 스크립트, 인프라/관리 작업을 책임진다.

왜 이 네이밍을 추천하나

Helm / Compass / Scout / Forge / Steward는 서로 톤이 맞고, 직관적으로 역할 성격이 떠오릅니다. 너무 유치하지 않으면서도 실무에서 부르기 편합니다.

실무 표기 방식

대화상 별칭은 Helm처럼 쓰고, 문서/칸반 카드에는 Helm (PM), Compass (BA) 식으로 같이 표기하는 것을 권장합니다.

초기 최적화 팁

처음 POC에서는 CompassScout를 하나의 Compass로 합쳐서 운영해도 충분합니다. 나중에 분리하세요.