브레인스토밍 - 설계 논의

구현 전 아이디어를 구체적인 설계로 발전시키는 협업 프로세스입니다.

사용 시점

code

/brainstorming [기능 또는 문제 설명]
/brainstorming 사용자 알림 시스템 설계
/brainstorming 성능 병목 해결 방안

핵심 원칙

원칙	설명
단일 질문	한 번에 한 개 질문만
선택형 선호	열린 질문보다 2-3개 옵션 제시
YAGNI	불필요한 기능 제거
대안 탐색	최소 2-3가지 접근방식 비교
섹션별 검증	200-300단어 단위로 피드백

프로세스

1단계: 아이디어 이해

code

☐ 프로젝트 현황 파악
☐ 한 번에 한 개 질문
☐ 목적/제약/성공 기준 탐색

질문 예시:

•"이 기능의 주요 사용자는 누구인가요?"
•"성공 기준은 무엇인가요? (속도, 정확도, 사용성)"
•"기존 시스템과의 통합 제약이 있나요?"

2단계: 접근방식 탐색

code

☐ 2-3가지 옵션 제시
☐ 각 옵션의 장단점 설명
☐ 트레이드오프 명시

출력 형식:

markdown

## 접근방식 비교

| 옵션 | 장점 | 단점 | 복잡도 |
|------|------|------|--------|
| A: [방식] | ... | ... | 낮음 |
| B: [방식] | ... | ... | 중간 |
| C: [방식] | ... | ... | 높음 |

권장: [옵션] - [이유]

3단계: 설계 제시

code

☐ 섹션별(200-300단어) 단계적 검증
☐ 각 섹션 피드백 반영
☐ 유연한 수정 수용

섹션 예시:

•데이터 모델
•API 설계
•UI/UX 흐름
•에러 처리
•테스트 전략

4단계: 문서화

설계 완료 후 문서 저장:

code

docs/plans/YYYY-MM-DD-<topic>-design.md

금지 사항

code

❌ 여러 질문 한꺼번에 하기
❌ 설계 없이 구현 시작
❌ 대안 탐색 없이 첫 아이디어 채택
❌ 피드백 없이 긴 설계 문서 작성

워크플로우 연계

code

[brainstorming] → [plan] → [executing-plans] → [tdd] → [review]
     설계          계획        실행            개발      리뷰

설계 완료 후 /plan 스킬로 구현 계획 수립 진행.

출력 예시

markdown

## 브레인스토밍: 사용자 알림 시스템

### 1. 이해한 요구사항
- 실시간 알림 (푸시, 인앱)
- 알림 설정 (채널별 on/off)
- 읽음 처리 및 히스토리

### 2. 확인 질문
알림 전송 지연 허용 범위는 어떻게 되나요?
- A: 실시간 (< 1초)
- B: 준실시간 (< 10초)
- C: 배치 (분 단위)

### 3. 접근방식 (피드백 후 작성)
[사용자 응답 대기]

### 4. 설계 (접근방식 확정 후 작성)
[섹션별 진행]