기준일: 2026-06-06
프로젝트는 3주 제출형 최소 구현보다 정교한 개인 프로젝트를 목표로 함
현재는 LCK Cup, First Stand, LCK Rounds 1-2 정규시즌/포스트시즌, FM식 UI 프레임, 로스터 관리, 선수 상태, 전략/훈련, 밴픽 점수 기반 시뮬레이션 초안, MongoDB 수동 저장/불러오기까지 구현된 상태
| 목표 | 추가 예상 시간 | 설명 |
|---|---|---|
| 75% 지점 | 완료 | 저장 구조와 First Stand 엔진/UI까지 1차 구현 완료 |
| 1시즌 MVP | 16~34시간 | MSI, LCK 후반부, Worlds, 시즌 요약, 저장 자동화 보강 |
| 정교한 개인 프로젝트 v1 | 160~270시간 | 장기 커리어, 로그인/사용자별 저장, 이벤트, 데이터 확장, 밸런싱, UI 폴리싱 |
| 장기 플레이 완성형 | 360~580시간 | 20시즌 안정성, 고급 밴픽/메타, 풍부한 데이터, 반복 밸런싱 |
| 작업 | 예상 시간 |
|---|---|
| MongoDB 저장 구조 설계 | 완료 |
| MongoDB 1차 연결 | 완료 |
| 저장 자동화와 실패 피드백 | 3~7시간 |
| First Stand 진행 엔진 | 완료 |
| First Stand UI 결과 연동 | 완료 |
| MSI 진행 엔진 | 4~8시간 |
| LCK Rounds 3-4 / 3-5 설계 | 3~7시간 |
| LCK 후반 시즌 구현 | 8~18시간 |
| Asian Games 축약 구현 | 5~12시간 |
| Worlds 축약 구현 | 10~24시간 |
| 시즌 종료/다음 시즌 전환 | 6~14시간 |
| 장기 선수 성장/은퇴/군 입대 | 16~36시간 |
| 뉴스/이벤트 카드 | 8~20시간 |
| 고급 밴픽/챔피언/메타 | 24~60시간 |
| 데이터 확장 | 20~60시간 |
| 밸런싱 반복 | 30~100시간 |
| UI 폴리싱 | 16~40시간 |
가장 큰 리스크는 구현량보다 밸런싱
기능이 있어도 선택이 결과에 영향을 준다는 감각이 약하면 매니저 게임으로서 재미가 떨어짐
두 번째 리스크는 데이터 확장
선수, 팀, 챔피언, 국제전 상대가 늘어날수록 테스트와 검수가 필요
세 번째 리스크는 저장 운영화
MongoDB 연결 후에도 프론트엔드 상태와 서버 저장 데이터가 어긋나지 않게 schemaVersion, migration, save timing, ownerId 정책 설계 필요
- MSI 완주
- LCK 후반 시즌 완주
- Worlds 완주
- 시즌 요약과 다음 시즌
- 저장 자동화와 로그인/사용자별 저장 준비
- 장기 이벤트
- 밸런싱
저장 구조는 1차 구현됐으므로, 다음 저장 작업은 자동 저장 시점과 배포 전 DB 분리 정책을 중심으로 진행