새싹 디스코드에서 '개발자의 성과 어필'이라는 주제로 함께 고민을 나눴다. '어디에 집중해야하나' '평가자가 비개발자라면?' '수익 기여는 개발자의 성과라고 볼 수 있나?'
성과를 효과적으로 어필하려면, 그 전에 목표가 잘 설정되어 있었는지가 중요합니다. 목표를 제대로 세우려면 비즈니스와 조직의 맥락을 이해해야 하므로, 매니저나 시니어 동료와의 주기적인 1on1을 통해 목표 설정을 사전에 함께 논의해두는 것이 선행되어야 합니다.
목표가 명확히 설정되어 있다면, 성과는 자연스럽게 '초과 달성 / 달성 / 미달' 세 가지 기준으로 정리할 수 있습니다.
만약 사전에 목표 설정 없이, 직속 매니저가 아닌 다른 리더에게 성과를 어필해야 하는 상황이라면, 말씀하신 대로 맥락을 모르는 사람도 이해할 수 있도록 '번역'하는 작업이 핵심입니다. 우선 내가 한 일들을 업무 일지 형태로 상세히 정리한 뒤, "비즈니스 임팩트가 강조되도록 성과 평가 셀프리뷰 샘플을 작성해줘"라고 AI에게 요청해보는 것도 좋은 방법입니다. 샘플의 구성과 흐름에서 감을 잡은 다음, 거기에 비즈니스와 조직의 맥락을 더하고 측정 가능한 수치로 임팩트를 표현하면 훨씬 설득력 있게 어필할 수 있습니다.
안정성 관련 업무를 "비개발자는 이해하기 어려울 것"이라고 느끼는 경우, 대부분은 성과를 비즈니스 언어로 전환하지 못해서인 경우가 많습니다. 평소 업무를 할 때부터 과거 대비 무엇을 얼마나 개선했는지, 그로 인해 손실액, CS 문의, 온콜 빈도 등이 얼마나 줄었는지를 비즈니스 관점으로 기록하는 습관을 들이면 성과 어필뿐 아니라 커리어 전반에도 도움이 됩니다.
수익 창출 기여에 대한 고민도 충분히 타당하지만, 평가 기간만큼은 겸손을 잠시 내려놓는 것이 맞다고 생각합니다. 기획과 마케팅의 아이디어가 실제 서비스로 적기에 구현되도록 기술적 장벽을 제거한 것은 분명 개발자의 공로입니다. 일정에 맞게 개발을 완수한 것 자체만으로도 수익 창출에 기여한 성과로 볼 수 있고, 이는 결국 어떤 관점으로 서술하느냐의 차이입니다. "내가 다 해서 수익을 냈다"는 식의 표현만 피하면 충분합니다. 더불어 페이지 로딩 속도 개선, 오류 감소 등을 통해 유저 이탈률을 낮추고 결제 전환율을 높이는 등, 비즈니스 언어로 수치화하여 수익 기여 측면으로 어필할 수 있는 부분도 적극 고려해보시면 좋을 것 같습니다.
연차가 쌓일수록, 개인이 비즈니스에 직접 기여한 임팩트 외에도 동료와 조직의 생산성을 높이는 성과를 함께 어필하는 것이 중요합니다. 예를 들어,
- 타 부서에서 반복적으로 요청하던 데이터 추출이나 수동 수정 업무를 백오피스 기능 추가로 자동화한 경험
- 배포 파이프라인을 개선하여 동료 개발자들의 작업 시간을 단축한 경험
- 꼼꼼한 문서화로 신규 입사자의 온보딩 기간을 줄인 경험
이런 것들도 충분히 수치화할 수 있고, 개인의 성과가 조직 전체의 생산성을 곱셈처럼 끌어올린다는 점을 설득력 있게 보여줄 수 있습니다.