IT 프로젝트에서 성장했다는 말은 기능을 많이 만들었다는 뜻만은 아닙니다. 처음 생각한 방식이 왜 실패했고 어떤 근거로 바꿨는지 설명할 수 있어야 다음 문제에도 적용할 수 있습니다.
작게 시작
입력과 결과가 분명한 기능 하나를 고릅니다. 폼 제출이나 파일 집계처럼 검증 가능한 과제부터 완성하세요. 요구사항을 필수·선택으로 나누면 끝없이 범위를 늘리는 일을 줄일 수 있습니다.
검증과 피드백
정상 입력과 오류 입력을 테스트하고 동료가 재현할 수 있는 실행 방법을 적습니다. GitHub Pull Request 안내처럼 변경 내용과 이유를 설명하는 습관이 도움이 됩니다. 피드백을 받았다면 반영 여부와 이유를 남기세요.
학습 기록
README에 문제, 설계 선택, 테스트, 남은 한계를 적습니다. 측정하지 않은 성능이나 사용자 성과를 만들지 않습니다. 취업 자료에는 완성 화면보다 문제 해결 과정을 보여 주세요. IT 포트폴리오 가이드로 결과를 점검하세요.