예시 답변 1
약 94초
역할 명시·수치 근거·갈등 조율 경험 중심으로 푸는 결
캡스톤 프로젝트에서 5인 팀으로 진행한 데이터 수집·분석 시스템 개발에서 40% 정도 기여했다고 봅니다. 기여도를 이렇게 추산하는 이유는 제가 담당한 범위 때문입니다. 저는 백엔드 `API` 설계와 `DB` 스키마 설계를 단독으로 맡았고, 프론트엔드팀과의 연결 작업도 중간에서 조율했습니다. 나머지 4명은 크롤러 개발 2명, 프론트 2명으로 나뉘어 역할이 분리됐습니다. 프로젝트 중반에 크롤러팀이 수집한 데이터 형식이 제가 짜둔 스키마와 맞지 않는 문제가 생겼습니다. 처음에는 서로 "자기 쪽 구조를 바꿔야 한다"는 의견이 엇갈렸는데, 두 쪽의 실제 수정 작업량을 비교해 비용이 적은 방향으로 내 스키마를 조정하자고 제안했습니다. 크롤러 코드는 그대로 두고 제가 스키마를 바꾸는 방향으로 합의했고, 이후로는 파이프라인이 막히는 일이 없었습니다. 최종 발표에서 데이터 정합성 오류 0건이라는 결과로 확인했습니다. 이 경험에서 기여도 숫자보다 역할을 명확히 가져가고 갈등 지점에서 조율하는 것이 팀 결과물 품질에 더 직접적으로 연결된다는 것을 배웠습니다.
이 결의 특징
기여도를 40%로 추산하며 API·DB 스키마 담당이라는 구체 역할을 밝히고, 크롤러팀과의 스키마 불일치를 수정 비용이 적은 쪽으로 조정해 정합성 오류 0건을 만든 흔적이 있습니다. 수치보다 조율 역할을 강조하는 결이 보입니다.
이 결이 통하는 자리
기여도 수치가 구체 역할 근거와 함께 살아 있을 때 통합니다. 갈등 조율 과정이 결과 수치로 검증될 때 과장 없는 답변으로 읽히는 결이 보입니다.