2강. 프로젝트 선택과 범위 정리: 지금 공개할 수 있는 작업 하나 고르기

?1. 이번 강의에서 해결할 문제

여러 미완성 프로젝트를 동시에 다듬으면 어느 것도 공개 가능한 상태가 되기 어렵습니다. 지금 실행할 수 있고 본인 역할을 증명할 수 있는 프로젝트 하나를 선택합니다.

✓2. 학습 목표

✓이번 강의를 마치면

• 후보를 실행 가능성·기여도·증거·범위로 비교합니다.
• 공개할 기능과 이번에 제외할 기능을 구분합니다.
• 한 프로젝트의 마감 범위를 한 문장으로 고정합니다.

◇3. 핵심 개념

좋은 첫 포트폴리오는 가장 큰 프로젝트보다 다른 환경에서 재현 가능하고 설명 가능한 프로젝트입니다. 기존 Unity 게임, 정적 웹, Python·Java 프로그램 중 핵심 흐름이 닫힌 결과물을 고릅니다.

✎4. 단계별 실습

문서 작업 · 산출물: <PROJECT_ROOT>/docs/project-selection.md

docs/project-selection.md

# 프로젝트 선택 기록

| 후보 | 현재 실행 | 본인 기여 설명 | 테스트 증거 | 일주일 내 정리 | 선택 |
| --- | --- | --- | --- | --- | --- |
| 2D 택배 게임 | 가능 | 명확 | 일부 있음 | 가능 | O |
| 예전 팀 웹 | 불확실 | 일부만 | 없음 | 어려움 | X |

## 공개 범위
- 핵심 루프, 점수·실패, 재시작, 테스트 결과

## 이번에 제외
- 새 스테이지, 온라인 순위표, 광고, 대규모 리팩터링

## 범위 문장
기존 2D 택배 게임을 새 기능 없이 실행·검증·설명 가능한 포트폴리오로 정리한다.

Unity Editor 작업: 게임 후보라면 메인 Scene을 열어 시작부터 재시작까지 한 번 플레이합니다.

웹 브라우저 작업: 웹 후보라면 로컬에서 홈, 핵심 상호작용과 모바일 폭을 확인합니다.

코드 작업: Python·Java 후보라면 문서에 적힌 명령으로 대표 입력 한 건을 실행합니다. 이 단계에서 기능 코드는 고치지 않습니다.

완료 기준: 후보 2개 이상을 비교했으며 선택 프로젝트 하나, 공개 범위, 제외 범위와 마감 문장이 있습니다.

§5. 작성 방식이 필요한 이유

선택표는 “조금만 더 만들자”는 범위 팽창을 막습니다. 공개 가능성이 낮은 이유도 남기므로 다음 포트폴리오 후보를 고칠 때 출발점이 됩니다.

!6. 자주 하는 실수와 해결법

!자주 하는 실수

• 가장 큰 프로젝트를 자동 선택: 현재 재현 가능성을 먼저 평가합니다.
• 기능을 많이 추가함: 새 기능은 제외 목록에 옮기고 기존 흐름을 검증합니다.
• 팀 결과 전체를 본인 결과로 선택: 실제 맡은 부분을 독립적으로 설명할 수 있는지 확인합니다.
• 문제를 숨긴 채 선택: 실행 불가나 누락 참조를 표에 그대로 기록합니다.

✎7. 직접 실습

✎직접 실습

후보 프로젝트 2~3개를 docs/project-selection.md에 비교하세요. 작성 예시의 다섯 기준을 사용하고, 완료 기준은 선택 이유 2개와 제외 이유 2개를 근거와 함께 쓰는 것입니다.

?8. 이해 점검 질문 3개

?이해 점검

1. 규모보다 재현 가능성을 먼저 보는 이유는 무엇인가요?
2. 제외 범위를 적으면 어떤 의사 결정이 쉬워지나요?
3. 팀 프로젝트를 고를 때 추가로 확인할 항목은 무엇인가요?

■9. 핵심 요약

■핵심 요약

지금 실행하고 본인 책임을 설명할 수 있는 프로젝트 하나를 고릅니다. 공개 범위와 제외 범위를 함께 고정해야 마무리에 집중할 수 있습니다.