1. 기능 나열이 아닌 '문제 해결' 과정을 보여라
- 왜 이 프로젝트가 시작되었는지
- 당시 고객사는 어떤 문제를 겪고 있었는지
- 이를 해결하기 위해 어떤 접근과 방법론을 적용했는지
2. 기술을 말할 땐 '비즈니스적 맥락'을 강조하라
- 기술적 난이도를 강조하는 것보다 프로젝트 배경과 비즈니스적 목적을 서술
- 쿠버네티스 환경에 분산 처리 적용 > 트래픽 급증 상황에서도 안정적인 서비스를 유지하기 위해 분산 처리를 적용
3. 프로젝트 성격에 따라 전략을 달리하라
- 모든 프로젝트를 동일한 방식으로 나열하는 것보다 프로젝트의 성격에 따라 강조점을 달리할 때 훨씬더 효과적
- 기획 단계부터 시작하는 프로젝트
> 왜, 무엇을 만들었는지 스토리를 강조
> 프로젝트의 배경과 목표를 명확히
> 소통 과정을 어필
- 개발만 진행한 프로젝트
> 어떻게 잘 만들었는지 기술적 역량을 증명
> 적용된 개발 방법론을 구체적으로 서술
> 독자를 고려한 이중 설명 방식 (개발을 모르는 사람도 이해할 수 있는 쉬운 설명과 전문가가 봤을 때 유의미한 기술적 설명을 함께 구성)
4. 이미지 구성도 전략이다
- 클라이언트가 서비스의 전체 그림을 상상할 수 있도록 해야함
- 서비스의 핵심 사용 흐름을 단계별로 보여주기
- 사용자별 화면 구성 (고객용 앱 / 관리자 대시보드)
- 주요 기능이 작동하는 모습
- Before / After (개선 프로젝트)
Reference
상위 1% 개발자들의 포트폴리오, 경력 기술서 작성법 | 요즘IT
프리랜서 개발자의 경쟁력은 기술력이 아니라 ‘보여주는 힘’에서 결정됩니다. 위시켓 상위 1% 개발자들의 실제 포트폴리오와 경력기술서를 분석해보면 공통점이 있습니다. 이들은 어려운 기
yozm.wishket.com
'Development > Project' 카테고리의 다른 글
| 2025년 회고 (0) | 2025.12.21 |
|---|---|
| 서비스 기획자가 꼭 알아야할 핵심 지표 (0) | 2025.10.19 |
| 25년 상반기 회고 (2) | 2025.06.24 |
| 사이드 프로젝트에서 데브옵스와 PM을 해보자 (0) | 2025.05.27 |
| mermaid 똑똑하게 활용하기 (0) | 2025.02.02 |