포트폴리오를 고칠 때 ‘뭔가 부족하다’는 느낌만으로 디자인을 전부 바꾸면 핵심 문제가 남을 수 있습니다. 실제로 읽는 사람이 겪는 증상을 적고 원인을 확인한 뒤 한 가지씩 수정하세요.
증상: 무슨 일을 했는지 모르겠다
프로젝트 이름과 기술 로고만 있는 경우입니다. 대상 사용자, 해결하려는 문제, 본인 담당 기능, 결과를 첫 단락에 적으세요. 팀 전체 결과와 개인 기여를 구분합니다.
증상: 직접 확인할 수 없다
배포 링크가 닫혀 있거나 저장소가 비공개일 수 있습니다. 시크릿 창에서 주소를 열고 README의 실행 절차를 따라 해 보세요. GitHub README 공식 안내를 참고해 설치·실행·테스트 방법을 보완합니다.
증상: 성과가 믿기 어렵다
‘속도 80% 향상’처럼 측정 조건이 없는 숫자는 오히려 의문을 만듭니다. 실제 측정 로그와 환경이 있으면 함께 제시하고, 없으면 어떤 작업을 했는지 사실만 적습니다.
증상: 읽기 어렵다
긴 소개와 장식이 대표 프로젝트를 밀어냈을 수 있습니다. 첫 화면의 정보 순서를 바꾸고 휴대전화·키보드로 이동을 시험하세요. 복잡한 그림에는 W3C 안내에 맞는 텍스트 설명을 붙입니다.
수정 전후 화면과 문장을 저장해 같은 증상이 해결됐는지 확인하세요. 빠른 우선순위 점검은 IT 포트폴리오 개선 순서를 참고하세요.