프로젝트 소개 문장 다듬기 총정리
포트폴리오 첫인상을 바꾸는 README 작성 전략
포트폴리오용 GitHub 저장소에서 가장 먼저 눈에 들어오는 것은 코드가 아니라 프로젝트 소개 문장입니다. 소개 문장이 애매하면 좋은 프로젝트도 평범해 보일 수 있고, 반대로 소개 문장이 명확하면 프로젝트의 목적과 본인의 역할이 훨씬 선명하게 전달됩니다.
한눈에 보는 핵심 인포그래픽
전체 인상을 좌우
2~4문장 설명
같은 표현
기여도를 보이기
프로젝트 소개 문장 구성 요소 비교 그래프
좋은 프로젝트 소개 문장은 아래 요소를 균형 있게 담고 있을수록 읽기 쉽고 설득력이 높아집니다.
좋은 소개 문장과 아쉬운 소개 문장 비교 표
| 구분 | 예시 | 평가 포인트 |
|---|---|---|
| 아쉬운 표현 | 사용자 편의성을 높이기 위한 프로젝트입니다. | 너무 추상적이라 무엇을 만들었는지 바로 이해되지 않음 |
| 개선된 표현 | 사용자가 일정과 할 일을 한 화면에서 관리할 수 있도록 만든 웹 기반 태스크 매니저 프로젝트입니다. | 서비스 성격과 핵심 기능이 바로 보임 |
| 아쉬운 표현 | 팀 프로젝트로 진행했습니다. | 본인 기여가 보이지 않음 |
| 개선된 표현 | 팀 프로젝트로 진행했으며, 저는 프론트엔드 UI 구현과 사용자 입력 검증 로직을 담당했습니다. | 본인 역할이 구체적으로 드러남 |
| 아쉬운 표현 | React를 사용했습니다. | 기술 언급만 있고 의미가 약함 |
| 개선된 표현 | React 기반으로 상태 변화에 따른 UI를 구현하고, 재사용 가능한 컴포넌트 구조를 설계했습니다. | 기술 사용 방식과 역량이 드러남 |
소개 문장 작성 순서
프로젝트 소개 문장 작성에서 중요한 현실 포인트
1. 서비스명을 먼저 보여주기보다 성격을 먼저 보여주는 것이 좋습니다
프로젝트 이름만 적어두면 처음 보는 사람은 내용을 추측하기 어렵습니다. 이름보다 먼저 어떤 서비스인지 설명해주는 문장이 필요합니다.
2. 추상적인 가치 표현보다 구체적인 기능 문장이 더 강합니다
편리함, 효율성, 직관성 같은 표현은 나쁘지 않지만 그것만으로는 부족합니다. 어떤 기능을 통해 그런 가치를 만들었는지 이어서 보여줘야 합니다.
3. 기술 스택은 소개 문장에서 과하게 길어질 필요가 없습니다
처음부터 모든 기술을 길게 나열하면 흐름이 끊길 수 있습니다. 핵심 기술만 언급하고 상세 스택은 별도 섹션으로 분리하는 편이 좋습니다.
4. 팀 프로젝트라면 내 기여를 반드시 분리해야 합니다
프로젝트 설명은 전체 관점으로 쓰되, 내가 직접 구현한 파트는 별도 문장으로 정리해야 평가자가 기여도를 빠르게 파악할 수 있습니다.
실제로 같이 점검해야 할 것
무엇을 만든 프로젝트인지 바로 보이는지 확인합니다.
왜 이 프로젝트를 만들었는지 보여주는 문장이 있는지 확인합니다.
팀 프로젝트라면 더 중요합니다.
사용 기술을 나열만 하지 말고, 어떤 구현에 썼는지 짧게 드러내는 편이 좋습니다.
길이보다 전달력이 더 중요합니다.
FAQ
Q1. 포트폴리오 프로젝트 소개 문장은 왜 중요한가요?
프로젝트 소개 문장은 저장소를 열었을 때 가장 먼저 읽는 영역이기 때문에 프로젝트 목적과 본인 기여를 짧고 명확하게 전달하는 역할을 합니다.
Q2. 좋은 프로젝트 소개 문장에는 무엇이 들어가야 하나요?
무엇을 만든 프로젝트인지, 어떤 문제를 해결하는지, 어떤 기술을 사용했는지, 내가 어떤 역할을 맡았는지가 자연스럽게 드러나야 합니다.
Q3. 프로젝트 소개 문장은 길게 쓰는 것이 좋은가요?
보통 한 줄 소개와 2~4문장 정도의 짧은 설명 조합이 가장 읽기 좋고 전달력이 높습니다.
Q4. 팀 프로젝트에서도 프로젝트 소개 문장을 따로 다듬어야 하나요?
네. 전체 프로젝트 설명과 함께 본인이 맡은 역할이 구분되어 보이도록 다듬는 것이 중요합니다.
함께 보면 좋은 글