brainstorminglisted

# 브레인스토밍 - 설계 논의 ## 사용 시점 ``` /brainstorming [기능 또는 문제 설명] /brainstorming 사용자 알림 시스템 설계 /brainstorming 성능 병목 해결 방안 ``` ## 핵심 원칙 | 원칙 | 설명 | |------|------| | 단일 질문 | 한 번에 한 개 질문만 | | 선택형 선호 | 열린 질문보다 2-3개 옵션 제시 | | YAGNI | 불필요한 기능 제거 | | 대안 탐색 | 최소 2-3가지 접근방식 비교 | | 섹션별 검증 | 200-300단어 단위로 피드백 | --- ## 프로세스 ### 1단계: 아이디어 이해 ``` [ ] 프로젝트 현황 파악 [ ] 한 번에 한 개 질문 [ ] 목적/제약/성공 기준 탐색 ``` **질문 예시:** - "이 기능의 주요 사용자는 누구인가요?" - "성공 기준은 무엇인가요? (속도, 정확도, 사용성)" - "기존 시스템과의 통합 제약이 있나요?" ### 2단계: 접근방식 탐색 ``` [ ] 2-3가지 옵션 제시 [ ] 각 옵션의 장단점 설명 [ ] 트레이드오프 명시 ``` **출력 형식:** ```markdown ## 접근방식 비교 | 옵션 | 장점 | 단점 | 복잡도 | |------|------|------|--------| | A: [방식] | ... | ... | 낮음 | | B: [방식] | ... | ... | 중간 | | C: [방식] | ... | ... | 높음 | 권장: [옵션] - [이유] ``` ### 3단계: 설계 제시 ``` [ ] 섹션별(200-300단어) 단계적 검증 [ ] 각 섹션 피드백 반영 [ ] 유연한 수정 수용 ``` **섹션 예시:** 1. 데이터 모델 2. API 설계 3. UI/UX 흐름 4. 에러 처리 5. 테스트 전략 ### 4단계: 문서화 설계 완료 후 문서 저장: ``` docs/plans/YYYY-MM-DD-<topic>-design.md ``` --- ## 금지 사항 ``` - 여러 질문 한꺼번에 하기 - 설계 없이 구현 시작 - 대안 탐색 없이 첫 아이디어 채택 - 피드백 없이 긴 설계 문서 작성 ``` --- ## 워크플로우 연계 ``` [brainstorming] → [plan] → [executing-plans] → [tdd] → [review] 설계 계획 실행 개발 리뷰 ``` 설계 완료 후 `/plan` 스킬로 구현 계획 수립 진행. --- ## 출력 예시 ```markdown ## 브레인스토밍: 사용자 알림 시스템 ### 1. 이해한 요구사항 - 실시간 알림 (푸시, 인앱) - 알림 설정 (채널별 on/off) - 읽음 처리 및 히스토리 ### 2. 확인 질문 알림 전송 지연 허용 범위는 어떻게 되나요? - A: 실시간 (< 1초) - B: 준실시간 (< 10초) - C: 배치 (분 단위) ### 3. 접근방식 (피드백 후 작성) [사용자 응답 대기] #