320x100
320x100

1. 기능 나열이 아닌 '문제 해결' 과정을 보여라

- 왜 이 프로젝트가 시작되었는지

- 당시 고객사는 어떤 문제를 겪고 있었는지

- 이를 해결하기 위해 어떤 접근과 방법론을 적용했는지

 

 

 

 

2. 기술을 말할 땐 '비즈니스적 맥락'을 강조하라

- 기술적 난이도를 강조하는 것보다 프로젝트 배경과 비즈니스적 목적을 서술

- 쿠버네티스 환경에 분산 처리 적용 > 트래픽 급증 상황에서도 안정적인 서비스를 유지하기 위해 분산 처리를 적용

 

 

 

3. 프로젝트 성격에 따라 전략을 달리하라

- 모든 프로젝트를 동일한 방식으로 나열하는 것보다 프로젝트의 성격에 따라 강조점을 달리할 때 훨씬더 효과적

- 기획 단계부터 시작하는 프로젝트

  > 왜, 무엇을 만들었는지 스토리를 강조

  > 프로젝트의 배경과 목표를 명확히

  > 소통 과정을 어필

- 개발만 진행한 프로젝트

  > 어떻게 잘 만들었는지 기술적 역량을 증명

  > 적용된 개발 방법론을 구체적으로 서술

  > 독자를 고려한 이중 설명 방식 (개발을 모르는 사람도 이해할 수 있는 쉬운 설명과 전문가가 봤을 때 유의미한 기술적 설명을 함께 구성)

 

 

 

4. 이미지 구성도 전략이다

- 클라이언트가 서비스의 전체 그림을 상상할 수 있도록 해야함

- 서비스의 핵심 사용 흐름을 단계별로 보여주기

- 사용자별 화면 구성 (고객용 앱 / 관리자 대시보드)

- 주요 기능이 작동하는 모습

- Before / After (개선  프로젝트)

 

 

 

 

 

 

 

Reference

 

상위 1% 개발자들의 포트폴리오, 경력 기술서 작성법 | 요즘IT

프리랜서 개발자의 경쟁력은 기술력이 아니라 ‘보여주는 힘’에서 결정됩니다. 위시켓 상위 1% 개발자들의 실제 포트폴리오와 경력기술서를 분석해보면 공통점이 있습니다. 이들은 어려운 기

yozm.wishket.com

 

300x250
728x90