# task-1005.1: "업무 단위" 개념 정의 — 에이전트 미팅 3사이클 (한정위임)

## 배경
현재 우리 시스템에서 "프로젝트"는 새로운 프로그램/서비스를 기획하고 만드는 것으로 정의됨.
(예: InsuWiki, MediScan, ThreadAuto 등)

하지만 **하나의 업무 단위**로 "뭐 하나 해보자"라고 했을 때의 개념이 정의되지 않았음.

**예시:**
- "A라는 책 집필하기"
- "TOP사업단 리쿠르팅 광고전략 수립 및 실행"
- "보험 유튜브 채널 운영 전략"
- "지점 세미나 기획 및 운영"

이런 것들은 프로젝트(새 서비스 개발)와는 다르지만, 단순 task보다는 크고, 여러 단계/산출물이 있는 "업무 단위"임.

## 미팅 목표
1. "업무 단위"의 정확한 명칭 결정 (캠페인? 미션? 이니셔티브? 프로그램?)
2. 프로젝트 vs 업무 단위 vs 태스크의 구분 기준 확립
3. 업무 단위의 생명주기 (시작 → 진행 → 완료) 워크플로우 설계
4. 관리 방식: 어디에 저장? 어떻게 추적? 팀 배정은?
5. 기존 시스템(dispatch, task-timer, memory 구조)과의 통합 방안

## 미팅 구성

### 필수 참석자
- **레드팀 로키** (DA, Devil's Advocate) — 모든 미팅 필수 참석
- **프로메테우스** (전략 센터) — 전략적 관점
- **크로노스** (회고분석) — 기존 작업 패턴 분석

### 추가 참석 권장
- **아테나** (UX/UI) — 사용자 경험 관점 (제이회장님이 실제로 관리하는 흐름)
- **미미르** (UX/UI) — 정보 구조 관점

### 미팅 진행 규칙
1. **3사이클 반복** (최소)
2. 각 사이클: 안건 제시 → 자유 토론 → 로키 반론 → 합의안 도출
3. 사이클 간 개선점 반영
4. 최종 합의안은 전원 동의 필요

## 참고 자료 (미팅 전 읽을 것)
- 아누 가이드: `/home/jay/workspace/memory/specs/anu-guide.md`
- 3문서 시스템: MEMORY.md 내 "3문서 시스템 적용 규칙" 섹션
- 작업 레벨 시스템: `/home/jay/workspace/memory/specs/work-level-system.md`
- 조직도: `/home/jay/workspace/memory/organization-structure.json`
- Phase 분리 원칙: MEMORY.md 내 해당 섹션

## 산출물
1. 보고서: `memory/reports/task-1005.1.md`
   - 3사이클 미팅 전체 기록
   - 최종 합의안
   - "업무 단위" 명칭, 정의, 구분 기준, 워크플로우
   - 시스템 통합 방안 (구체적)
2. 제안 스펙: `memory/specs/work-unit-definition.md` (합의안 기반)