AI 시대의 취업 포트폴리오에는 어떤 기준으로 프로젝트를 선별하나요?
포트폴리오 프로젝트는 기술 수나 화면의 화려함보다 왜 선택했고, 어떤 문제를 해결했으며, 무엇을 직접 판단하고 검증했는지로 고릅니다. 문제·역할·제약·선택·구현·결과를 이어 말할 수 있어야 합니다.
적용 조건·범위: 상단에서는 이 주제의 판단 기준을 가상 사례와 완성 예시로 연습합니다. 이전 회차의 문서는 필요 없습니다. 하단의 TaskFlow 누적 적용에서는 같은 기준으로 자신의 포트폴리오 자료를 이어서 만듭니다. TaskFlow는 학습용 프로젝트 사례이며 예시 경력·성과를 자신의 사실로 사용하지 않습니다.
공식 문서 참고: MIT: 포트폴리오에서 목표·본인 기여·결과와 과정 보여 주기 · GitHub: AI 생성 코드의 요구사항·품질·검증을 직접 확인하기
2026 개발자 취업 포트폴리오: AI 시대에 보여줘야 할 프로젝트 기준
커리어·포트폴리오 · 5 / 19
포트폴리오에 넣을 프로젝트를 기술 수와 화려함이 아니라 설명 가능성과 검증 가능한 근거를 기준으로 선별합니다.
상단에서는 이 주제의 판단 기준을 가상 사례와 완성 예시로 연습합니다. 이전 회차의 문서는 필요 없습니다. 하단의 TaskFlow 누적 적용에서는 같은 기준으로 자신의 포트폴리오 자료를 이어서 만듭니다. TaskFlow는 학습용 프로젝트 사례이며 예시 경력·성과를 자신의 사실로 사용하지 않습니다.
이번 글에서 배우는 내용
- 프로젝트 개수보다 프로젝트 설명력
- 문제·역할·제약·선택·구현·결과 구조
- 기능 수와 깊이의 차이
- 실서비스 / 개인 프로젝트 / 팀 프로젝트의 설명 기준
- AI 사용 프로젝트에서 본인 판단·검토·수정·검증을 분리해 기록하는 방법
- 목업과 실제 운영 화면 구분
- 비공개 프로젝트에서 공개 가능한 근거의 범위
- 포트폴리오에서 제외해야 할 프로젝트 판단
선수 지식
자신이 작성했거나 참여한 프로젝트를 설명할 수 있으면 됩니다. 실제 자료가 없어도 가상 후보 비교로 선별 기준을 연습합니다.
목차
프로젝트 수보다 설명할 수 있는 범위
포트폴리오 프로젝트는 기술 수나 화면의 화려함보다 왜 선택했고, 어떤 문제를 해결했으며, 무엇을 직접 판단하고 검증했는지로 고릅니다. 문제·역할·제약·선택·구현·결과를 이어 말할 수 있어야 합니다.
실서비스는 실제 사용자·운영 책임의 근거가 필요하고, 개인 프로젝트는 스스로 한 설계·구현·검증을 설명합니다. 팀 프로젝트는 전체 결과와 내 기여를 분리합니다. 목업 화면은 동작하는 서비스 화면과 구별합니다.
AI 사용은 입력 과제, 생성된 초안, 내가 고친 부분, 검토 방법을 남깁니다. AI가 대부분 구현했고 설명하지 못하는 프로젝트를 대표작으로 내세우기보다, 직접 검증한 작은 범위를 선택합니다. 공개 권한이 불명확한 회사 자료는 후보에서 보류합니다.
독립 실습과 완성 예시
다음 세 후보는 가상 예시입니다. 화면이 가장 화려한 것을 먼저 고르지 말고 지원 직무와 설명 가능성을 비교하세요.
풀이와 판단 근거
| 후보 | 역할과 문제 | 근거 상태 | 공개 범위 | 판단 |
|---|---|---|---|---|
| 개인 TaskFlow | 화면 구현과 입력 상태를 직접 설명 가능 | 본인 코드·검수 기록 수집 필요 | 개인 코드 공개 범위 확인 | 대표 후보, 증거 보완 |
| 튜토리얼 클론 | 안내대로 구현, 선택 이유 설명 부족 | 완성 화면만 있다는 가정 | 원본 라이선스 확인 필요 | 보조 후보 또는 제외 |
| 회사 대시보드 | 팀 작업 중 일부 CSS 담당 | 내부 자료만 보유한 가정 | 공개 허용 확인 전 | 공개 보류, 역할만 별도 정리 |
선택 답안은 TaskFlow를 대표 후보로 두고 증거를 먼저 모으는 것입니다. 회사 프로젝트가 더 크다고 개인 기여까지 더 크다고 판단하지 않습니다. 대표작은 반드시 3~5개를 채울 필요가 없습니다.
자주 발생하는 문제와 해결
- 프로젝트 수를 늘리기만 함
- AI가 만든 결과물을 본인 구현처럼 설명
- 스크린샷만 있고 선택 근거가 없음
- 기능 목록이 케이스 스터디를 대신함
개인 프로젝트와 실무 경험은 분리합니다. 팀 작업은 내가 맡은 범위와 팀 전체 결과를 따로 쓰고, 근거가 없는 수치·기간·실행 결과는 추가하지 않습니다. 비공개 자료는 익명화만으로 공개 권한이 생기지 않으므로 허용 범위를 먼저 확인합니다.
학습 완료 체크리스트
- 대표·보조·제외·공개 보류 후보를 이유와 함께 구분했습니다.
- AI 생성과 본인 판단을 구분했습니다.
- 실서비스·개인·팀·목업 상태를 정확히 표시했습니다.
선택 실습: 포트폴리오 문서 이어 만들기
이 선택 연습은 TaskFlow 개발 경험을 이력서·포트폴리오 자료로 정리하는 과정입니다. 예시 경험은 자신의 실제 근거로 바꿔 작성합니다.
이번에는 career/project-shortlist.md 문서를 작성·보완합니다.
TaskFlow 누적 적용
시작 방법: 과정대로 이어가는 독자는 이전 글: 프론트엔드 개발자 취업 준비: 포트폴리오와 연봉 기준의 기록을 유지하고 이번 문서를 추가·보완합니다. 이번 결과물은 career/project-shortlist.md입니다. 중간부터 읽는다면 아래 작성 표와 완성 예시를 새 문서에 옮겨 현재 보유한 자료부터 연결합니다. 없는 근거나 미작성 문서는 그대로 표시하며, 이전 과정을 이수한 것처럼 채우지 않습니다.
이전 체크포인트: career-step-04-gap-plan. 직전 문서 career/gap-plan.md와 앞선 자료를 유지합니다.
현재 결과물 상태: 앞선 4편의 career 문서를 보관한 상태에서 이번 문서를 추가합니다. 기존 파일은 유지하며 이번 추가·수정 파일은 career/project-shortlist.md입니다. 중간부터 읽는 독자는 위 독립 예시로 작성법을 익힌 뒤 직전 문서의 필요한 사실을 가져오면 됩니다.
아래는 작성 방법을 보여 주는 가상 완성 문서입니다. 실제 독자의 실행·취업·협업 이력을 증명하지 않습니다. TaskFlow는 개인·학습 프로젝트이며 본인이 수행한 체크포인트와 저장소 상태만 반영하세요. 예시의 미확인은 작성 누락이 아니라 확인되지 않은 사실을 표시한 완성 상태입니다.
Before → 적용 → After
Before: React·AI·배포를 사용한 프로젝트 5개를 전부 대표작으로 넣는다.
적용: 관련 사실과 근거 범위를 대조하고, 이번 회차의 기준으로 문장을 수정합니다.
After: 개인 TaskFlow 한 개를 대표 후보로 정한다. 입력 상태의 문제와 내가 한 선택을 설명하고, 검증 자료가 없는 주장과 운영 성과는 제외한다.
전체 파일·코드 보기
career/project-shortlist.md
# 프로젝트 후보 목록 — 가상 작성 예시
대표 후보: TaskFlow
유형: 개인·학습 프로젝트
관련 업무: 화면과 입력 상태 구현
설명 가능한 범위: 본인이 작성한 코드와 선택 이유
수집할 근거: 해당 화면, 변경 기록, 실제 검증 결과
제외할 주장: 실사용자 운영, 팀 리딩, 미측정 성능 개선
AI 기록: 제안·수정·검증을 구분하고 수행한 경우에만 기재
보조 후보: 튜토리얼 클론 — 원본과 본인 변경 구분 후 판단
공개 보류: 회사 대시보드 — 허용 범위 확인 전
다음 작업: 대표 후보의 증거 카드 작성
결과 확인
저장한 문서를 다시 열고 위 학습 완료 체크리스트를 적용합니다. 이전 문서의 프로젝트 유형·역할·검증 상태와 충돌하면 사실 원본부터 수정합니다. 예시 문장의 작성 완료와 실제 프로젝트 검증 완료는 다른 상태입니다.
직접 작성할 결과물: career/project-shortlist.md 후보 비교표
질문: 화려한 기능보다 본인의 선택과 검증을 설명할 수 있는 프로젝트는 무엇인가요?
작성 예시(가상): TaskFlow: 개인 학습 프로젝트, UI 입력과 상태 흐름을 설명할 수 있음. 미실행 테스트·실사용자 성과는 기재하지 않음. 회사 프로젝트는 공개 허용 범위 확인 전 제외합니다.
스스로 점검: 각 후보에 문제·본인 역할·선택 이유·증거·미확인 범위를 넣고, 본인이 수정한 코드와 자료를 열어 설명할 수 있는지 확인합니다.
다음 학습: 06편에서는 선정한 프로젝트의 화면·커밋·검증 자료를 증거 카드로 모읍니다.
완료 체크포인트
career-step-05-project-shortlist
다음 학습
06편 「프로젝트 경험 정리: 화면 · commit · 테스트 · 성과 근거 모으기」로 이어집니다. 이번 문서의 사실과 미확인 항목을 다음 회차 입력으로 사용합니다.
이 글이 도움이 되었나요?
읽음 기록
읽음 — / 전체 19개 · 필수 19개
새 글 받아보기
RSS 리더에서 BlogFlow의 새 글을 확인할 수 있습니다.
