경력기술서 다듬기 — 설계·검토·참여의 차이를 지키는 법

경력기술서는 잘 읽히는 것만큼 어디까지 직접 맡았는지 정확히 드러나는 것이 중요해요. ‘검토’를 ‘설계’로, ‘참여’를 ‘주도’로 바꾸면 같은 경험을 설명한 문장이 아니에요. 역할을 지키면서 읽기 쉽게 정리하는 순서를 소개해요.

행동의 이름보다 담당 범위를 먼저 정해요

설계, 구현, 시험, 검토, 조율은 서로 다른 활동이에요. 한 사람이 여러 활동을 맡았을 수도 있지만, 문장을 다듬는 과정에서 범위를 넓혀서는 안 돼요. 초안에 적힌 동사 옆에 직접 만든 산출물이나 참여한 절차를 메모해 보세요.

아래는 실제 이용자의 경력이 아닌 설명용 예시예요.

마지막 문장은 검토 대상과 기준을 드러내면서 직접 설계했다는 주장을 추가하지 않았어요. 실제로 사용하지 않은 검증 방법이나 도구까지 채울 필요는 없어요.

요구사항을 만드는 일과 반영하는 일을 구분해요

‘사용자 요구를 성능 사양으로 구체화했다’는 사양을 정의하는 역할에 가까워요. ‘정해진 사양에 사용자 요구를 반영했다’는 이미 마련된 기준을 수정하거나 적용했다는 뜻으로 읽힐 수 있어요. 비슷한 단어가 들어 있어도 업무의 출발점은 달라요.

문장을 고친 뒤에는 입력과 산출물을 짝지어 확인하세요. 요구를 사양으로 바꾼 것인지, 사양을 회로로 구현한 것인지, 구현 결과를 시험한 것인지가 이어져야 해요.

팀 성과를 개인 성과로 바꾸지 않아요

팀 전체의 결과를 설명할 때는 자신의 기여가 무엇이었는지 나란히 적으면 좋아요. 공동 작업이었다면 맡은 부분을 구체적으로 설명하는 것이 ‘전 과정을 주도했다’는 표현보다 정확해요. 성과 숫자를 넣을 때도 본인이 관리한 범위와 측정 기간이 맞는지 확인하세요.

직접적인 성과 수치가 없다면 억지로 만들지 않아요. 비교한 대안, 선택 기준, 작성한 문서, 검토에서 찾은 문제를 실제 기록에 맞춰 설명할 수 있어요.

기술 용어는 익숙한 말로 무조건 바꾸지 않아요

용어를 쉽게 풀어 쓰다가 구분이 사라질 수 있어요. 예를 들어 두 사양을 같은 항목으로 비교한 것인지, 서로 다른 물리량이나 시험 조건을 적은 것인지 먼저 확인해야 해요. 사내 표기와 외부 독자가 이해하는 명칭이 다르면 처음 한 번 병기하고 이후 표기를 통일하는 방법도 있어요.

시험을 ‘해 보니’로 표현해도 일상 글에서는 자연스러울 수 있지만, 경력기술서에서는 실제로 한 일이 ‘성능 시험’인지 ‘동작 확인’인지 드러나는 편이 좋아요. 전문 용어를 유지하되 무엇을 확인했는지 설명하세요.

마지막 문장은 실제 역량으로 연결해요

‘많은 것을 배웠고 성장했다’만으로 끝내면 앞의 기술 판단이 흐려질 수 있어요. 원문에 근거가 있다면 ‘서로 다른 요구사항을 비교해 설계 기준을 정리하는 역량을 쌓았다’처럼 앞서 설명한 업무와 연결해 보세요. 원문에 없는 역량을 새로 주장하는 대신 이미 보여 준 행동을 정리하는 거예요.

1. 직접 수행한 일과 협업한 일을 구분해요.
2. 입력 자료·판단 기준·산출물이 이어지는지 확인해요.
3. 동사를 바꾸면서 담당 범위가 커지거나 작아지지 않았는지 봐요.
4. 수치·단위·시험 조건을 실제 자료와 대조해요.
5. 결론의 역량 표현이 앞의 경험으로 설명되는지 읽어 봐요.

지원 동기와 경험 서술까지 함께 검수하려면 자기소개서 추상 표현 정리법과 원문 대조 순서를 참고해 보세요.