개발자 평가, 커밋 수가 아니라 일한 기록으로

커밋 수와 PR 개수는 늘리기 쉬운 숫자입니다. CoSprint People은 설계 판단, 리뷰, 장애 대응의 기록으로 평가합니다.

개발자 K · 하반기
백엔드 · 시니어 기준
예시
  • 설계 판단

    “캐시 대신 쿼리를 나눕니다. 정합성이 먼저입니다” (PR #482)

  • 코드 리뷰

    리뷰 코멘트로 동시성 버그 2건 출시 전 발견

  • 장애 대응

    결제 지연 장애, 원인 정리와 재발 방지 회고 작성

  • 후배 성장근거 없음

    근거 없음 → 면담에서 확인

개발자 성과를 커밋 수, PR 개수, 처리한 티켓 수 같은 활동량으로 평가하면 숫자를 늘리는 쪽으로 일이 바뀝니다. CoSprint People은 활동량을 점수로 쓰지 않고, GitHub·GitLab·Jira·Linear에 남은 설계 판단, 코드 리뷰의 내용, 장애 대응과 회고를 회사가 정한 엔지니어링 기준으로 평가합니다. 평가마다 해당 PR·이슈·리뷰 코멘트를 인용합니다.

개발 조직 리더의 고민

  1. 01
    숫자로 재면 숫자만 늘어남

    커밋과 PR을 쪼개면 지표는 좋아지지만 일은 그대로입니다.

  2. 02
    보이지 않는 일

    리뷰, 온보딩, 장애 대응처럼 팀을 떠받치는 일은 지표에 잘 잡히지 않습니다.

  3. 03
    비개발자 평가자

    경영진이나 인사팀은 개발자의 일을 판단할 근거를 읽기 어렵습니다.

기록 연결부터 등급 결정까지

CoSprint People · 업무 도구 연결예시
  • S
    Slack
    공개 채널 14개
    연결됨
  • J
    Jira
    프로젝트 6개
    연결됨
  • N
    Notion
    팀 문서 공간 4개
    연결됨
  • G
    GitHub
    저장소 9개
    연결됨
관리자 승인 한 번
읽기 전용
개인 메시지 제외
우리 회사의 기록으로, 이 화면을 받아 보세요

우리 회사 기준을 만들고, 직원 기록을 연결해 보세요.

자기·동료평가, 관리자 평가, 그리고 CoSprint People

자기평가·동료평가
보는 것
서로의 인상
판단 근거
점수와 짧은 코멘트
직원의 일
시즌마다 작성·독촉
공정성
친분·관대화
관리자 평가
보는 것
관리자의 기억
판단 근거
최근 몇 주의 일
직원의 일
없음
공정성
관리자 성향
CoSprint People
보는 것
업무 도구에 남은 기록
판단 근거
기간 전체 기록 인용
직원의 일
없음
공정성
같은 기록, 같은 기준

인사팀과 관리자가 얻는 것

  1. 01
    활동량이 아니라 판단과 결과로 하는 개발자 평가
  2. 02
    리뷰·장애 대응처럼 보이지 않던 기여가 보임
  3. 03
    비개발자 평가자도 읽을 수 있는 근거
  4. 04
    채용 때 기록을 입사 후 평가와 이어서 관리

자주 묻는 질문

개발자 평가지표로 무엇을 써야 하나요?

커밋 수 같은 활동량보다, 설계 판단·리뷰·장애 대응처럼 결과와 판단이 드러나는 기록을 회사의 레벨 기준에 비춰 보는 것이 좋습니다.

커밋 수나 코드 줄 수를 점수로 쓰나요?

아닙니다. 활동량은 점수로 쓰지 않습니다. 기록은 판단의 근거로만 인용합니다.

코드를 외부로 가져가나요?

평가에 필요한 근거만 추리고 원문은 보관하지 않습니다. 자세한 내용은 보안 페이지에 있습니다.

개발자 채용과 이어서 쓸 수 있나요?

네. CoSprint 채용 솔루션으로 뽑은 개발자는 채용 때 기록을 입사 후 평가와 이어서 관리할 수 있습니다.

관련 글

일한 기록으로 하는 객관적 평가.