성과를 잘 내는 조직은 평가도 잘합니다

성과를 잘 내는 조직은 목표를 세우고 업무를 실행하는 데서 끝나지 않습니다. 어떤 일이 실제 성과를 만들었는지 확인하고, 잘된 점과 부족한 점을 판단하며, 그 결과를 다음 목표와 계획에 반영합니다.

성과를 만드는 일과 성과를 평가하는 일이 연결되어 있는 것입니다.

반대로 평가가 제대로 이루어지지 않으면 다음 성과를 관리하는 기준도 분명해지기 어렵습니다. 어떤 업무를 계속해야 하는지, 어떤 방식을 바꿔야 하는지, 누구에게 어떤 역할을 맡겨야 하는지 판단할 수 없기 때문입니다.

결국 성과를 잘 내는 조직은 실행만 잘하는 조직이 아닙니다.

성과가 만들어진 이유를 확인하고, 그 판단을 다음 실행에 반영하는 조직입니다.

그런데 대부분의 회사는 성과 관리와 평가를 따로 합니다

많은 조직에서 성과를 관리하는 과정과 평가하는 과정은 서로 다른 도구와 방식으로 운영됩니다.

성과를 만드는 업무는 협업툴에서 관리합니다.

목표는 별도의 문서나 엑셀에 정리하고, 업무 과정에서 주고받은 피드백은 메신저와 회의에 흩어집니다.

성과 평가 시즌이 되면 다시 엑셀을 엽니다.

관리자는 지난 프로젝트와 업무를 찾고, 메신저와 문서를 뒤져 피드백을 확인합니다. 구성원에게 지난 성과를 정리해 달라고 요청하기도 합니다.

구성원 역시 자신이 어떤 일을 했는지, 어떤 결과를 만들었는지 다시 정리합니다.

결국 평소에는 성과를 만들기 위해 일하고, 평가 시즌에는 그 성과를 증명하기 위해 다시 일합니다.

성과는 업무에서 만들어졌는데, 평가는 업무와 떨어진 곳에서 시작되는 것입니다.

성과 관리와 평가가 분리되면 중요한 정보가 사라집니다

성과 관리와 평가가 분리되었을 때 생기는 문제는 단순히 자료를 다시 모아야 한다는 불편함만이 아닙니다.

성과가 만들어진 과정이 평가에서 빠지고, 평가에서 얻은 판단이 다음 업무로 돌아가지 못합니다.

성과 관리에서는 업무의 완료만 남습니다

목표를 세우고 업무를 계획한 뒤, 담당자가 일을 완료합니다.

하지만 업무를 완료했다는 사실만으로는 다음 성과를 위한 기준을 만들기 어렵습니다.

• 어떤 업무가 목표 달성에 가장 크게 기여했는가

• 계획과 실제 실행에는 어떤 차이가 있었는가

• 일정과 공수가 늘어난 이유는 무엇인가

• 어떤 문제 해결 방식이 효과적이었는가

• 다음에도 반복해야 할 방식은 무엇인가

이 질문에 답하지 못하면 성과 관리는 업무를 완료하는 데서 멈춥니다.

좋은 결과가 나와도 무엇이 잘 작동했는지 알기 어렵고, 결과가 좋지 않아도 무엇을 바꿔야 하는지 분명하지 않습니다.

성과 평가에서는 결과가 만들어진 과정이 빠집니다

평가표에는 목표 달성도와 점수가 남습니다.

하지만 평가 데이터가 실제 업무와 연결되어 있지 않으면 그 결과가 어떤 과정에서 만들어졌는지 확인하기 어렵습니다.

같은 결과를 만든 업무라도 난이도와 주어진 조건은 다를 수 있습니다.

누군가는 계획한 일정과 공수 안에서 안정적으로 결과를 만들었을 수 있고, 누군가는 반복적인 지연과 추가 지원 끝에 같은 결과를 만들었을 수 있습니다.

눈에 띄는 산출물을 직접 만든 사람도 있지만, 다른 구성원이 성과를 낼 수 있도록 문제를 해결하고 협업을 이끈 사람도 있습니다.

이런 차이는 평가표만으로는 충분히 드러나지 않습니다.

결국 평가는 실제 업무보다 최근의 기억과 눈에 띄는 결과에 가까워지기 쉽습니다.

평가 결과가 다음 업무로 돌아가지 못합니다

평가가 끝나면 점수와 피드백은 평가 문서에 남습니다.

하지만 그 피드백이 다음 목표나 업무에 반영되지 않으면 평가의 역할도 거기서 끝납니다.

잘한 방식은 반복되지 않고, 지적받은 문제는 다시 발생합니다. 구성원의 강점과 개선점도 다음 역할과 업무 배분에 충분히 반영되지 않습니다.

하지만 성과 관리와 성과 평가는 원래 하나입니다

성과 관리는 미래를 다루고, 성과 평가는 과거를 다루는 일처럼 보입니다.

성과 관리는 앞으로 만들 결과를 정하고 실행하는 일입니다. 성과 평가는 이미 끝난 결과를 돌아보고 판단하는 일입니다.

하지만 두 과정이 다루는 질문은 같습니다.

우리는 어떤 성과를 만들려고 했는가?

그 성과를 위해 실제로 어떤 일을 했는가?

그 일은 어떤 결과를 만들었는가?

무엇을 유지하고 무엇을 바꿔야 하는가?

성과 관리에서 세운 목표는 평가의 기준이 됩니다. 업무를 실행하며 쌓인 기록은 평가의 근거가 됩니다. 평가에서 확인한 강점과 문제는 다음 목표와 계획을 세우는 기준이 됩니다. 따라서 성과는 다음과 같은 순환 구조로 관리되어야 합니다.

목표 설정 → 계획 → 업무 실행 → 결과 기록 → 평가와 피드백 → 다음 목표

평가는 지난 성과를 정리하고 끝내는 절차가 아닙니다. 다음 성과를 더 잘 만들기 위한 시작점입니다.

성과 관리는 평가로 이어져야 하고, 평가는 다시 다음 성과 관리로 돌아가야 합니다. 이 연결이 반복될수록 조직은 좋은 결과를 우연에 맡기지 않게 됩니다.

성과를 관리하는 시스템은 평가까지 연결되어야 합니다

성과를 관리하는 시스템이 단순히 업무 현황만 보여준다면, 어떤 일이 실제 성과를 만들었는지 판단할 수 없습니다.

반대로 성과 평가가 실제 업무와 떨어져 있다면, 결과가 만들어진 과정과 구성원의 기여를 정확하게 확인하기 어렵습니다.

따라서 성과를 관리하는 시스템은 목표와 실행만 다뤄서는 안 됩니다.

다음 네 가지가 하나의 구조 안에서 연결되어야 합니다.

목표가 실제 업무로 연결되어야 합니다

목표가 문서에만 남아 있으면 구성원은 지금 하는 일이 어떤 성과를 위한 것인지 판단하기 어렵습니다.

조직이 원하는 결과가 구체적인 계획으로 나뉘고, 다시 구성원이 실행할 업무로 연결되어야 합니다.

업무 과정이 성과 데이터로 남아야 합니다

평가 시즌에 지난 자료를 다시 만들지 않아도 되어야 합니다.

업무를 실행하는 과정에서 일정, 공수, 난이도, 이슈, 결과와 피드백이 함께 기록되어야 합니다.

평가 결과가 실제 업무와 연결되어야 합니다

점수와 한줄평만 남아서는 판단의 이유를 설명하기 어렵습니다.

어떤 목표와 업무를 근거로 판단했는지, 무엇을 잘했고 무엇을 개선해야 하는지 실제 업무와 함께 확인할 수 있어야 합니다.

평가가 다음 목표와 업무를 바꿔야 합니다

성과에 기여한 업무는 다음 계획에서도 강화하고, 반복적으로 지연된 업무는 구조와 방식을 바꿔야 합니다.

구성원의 강점과 성장 과제도 다음 역할과 업무 배분에 반영되어야 합니다.

즉, 성과 시스템은 업무를 기록하는 도구가 아니라 다음 질문에 답할 수 있어야 합니다.

어떤 성과를 만들려고 했는가?

실제로 어떤 일을 했는가?

그 일이 어떤 결과를 만들었는가?

다음에는 무엇을 다르게 해야 하는가?

BRIC에서는 성과를 만들고 평가하는 과정이 하나로 연결됩니다

BRIC은 성과 관리와 성과 평가를 서로 다른 업무로 나누지 않습니다.

목표를 정하고, 실제 업무를 실행하고, 그 결과를 판단한 뒤, 다시 다음 목표와 업무에 반영하는 전 과정을 하나의 성과 사이클로 관리합니다.

목표를 실제 업무로 구체화합니다

먼저 골과 KPI로 조직과 구성원이 만들고 싶은 성과를 정합니다.

목표가 선언적인 문장으로 끝나지 않도록 플랜으로 실행 방법을 구체화하고, 다시 실제로 수행할 태스크까지 연결합니다.

골 → 플랜 → 태스크

구성원은 자신이 맡은 업무가 어떤 목표에 기여하는지 알 수 있습니다.

관리자는 팀이 현재 수행하는 업무가 실제 성과와 연결되어 있는지 확인할 수 있습니다.

성과에 필요한 일을 계획하고 실행합니다

목표와 연결된 업무는 요일 보드에 배치됩니다.

성과에 중요한 업무부터 우선순위를 정하고, 구성원의 일정과 가용 시간을 고려해 이번 주와 오늘의 실행 계획을 만듭니다.

업무를 진행하는 동안에는 다음 정보가 실제 업무에 함께 기록됩니다.

• 계획한 일정과 실제 완료 시점

• 예상 공수와 실제 공수

• 업무 난이도

• 진행 과정에서 발생한 이슈

• 업무 변경 및 실행 이력

• 결과물과 피드백

평가를 위해 별도의 자료를 만드는 것이 아니라, 업무를 하는 과정에서 성과를 판단할 데이터가 자연스럽게 쌓입니다.

실제 업무를 바탕으로 성과를 판단합니다

평가하기와 리포트에서는 최종 결과만 보지 않습니다.

목표 달성도와 함께 일정 준수, 공수, 업무 난이도, 실행 과정과 조직 기여를 살펴볼 수 있습니다.

평가 결과와 실제 업무가 함께 연결되기 때문에 관리자는 판단의 이유를 구체적으로 설명할 수 있습니다.

구성원 역시 자신의 어떤 업무와 행동이 성과에 반영되었는지 확인할 수 있습니다.

평가와 피드백을 다음 성과로 연결합니다

평가에서 확인한 내용은 다음 목표와 계획을 정하는 기준이 됩니다.

• 성과에 기여한 업무는 다음 계획에서도 강화합니다.

• 반복적으로 지연된 업무는 일정과 업무 구조를 바꿉니다.

• 불필요한 업무는 우선순위에서 제외합니다.

• 구성원이 잘한 행동은 다음 역할과 책임에 반영합니다.

• 개선이 필요한 부분은 다음 업무의 구체적인 행동으로 설정합니다.

평가의 결과가 점수와 면담 기록에만 남지 않고 실제 다음 업무로 돌아갑니다.

BRIC 안에서는 다음 과정이 반복됩니다.

목표 → 계획 → 실행 → 기록 → 평가 → 피드백 → 다음 목표

목표는 업무가 되고, 업무는 성과 데이터가 됩니다.

그 데이터는 평가의 근거가 되고, 평가에서 얻은 판단은 다시 다음 성과를 만드는 기준이 됩니다.

평가를 위해 다시 일하지 않아도 됩니다

성과 관리와 평가가 분리되어 있으면 평가 시즌마다 지난 업무를 다시 복원해야 합니다.

업무는 이미 끝났지만 어떤 목표를 위한 일이었는지 다시 연결해야 하고, 흩어진 자료와 피드백을 찾아 구성원의 성과를 정리해야 합니다.

BRIC에서는 이 과정이 평소 업무 안에서 이미 이루어집니다.

성과를 만들기 위해 한 일과 성과를 평가하기 위해 보는 데이터가 같아집니다.

따로 자료를 정리하지 않아도 실제 업무를 바탕으로 성과를 판단하고, 그 판단을 다음 실행에 반영할 수 있습니다.

성과를 만드는 일과 평가하는 일은 원래 하나입니다

성과 관리는 목표를 세우고 업무를 완료하는 데서 끝나지 않습니다.

어떤 일이 실제 성과에 기여했는지 판단하고, 잘된 방식과 개선할 점을 다음 목표에 반영해야 비로소 하나의 성과 관리가 완성됩니다.

마찬가지로 성과 평가는 지난 결과에 점수를 매기고 끝나는 일이 아닙니다.

평가에서 얻은 판단이 다음 역할과 업무, 목표를 바꿀 때 평가도 다시 성과로 연결됩니다.

성과를 만드는 관리가 평가의 근거를 만들고, 평가에서 얻은 판단이 다음 성과를 만드는 기준이 됩니다.

BRIC에서 목표를 세우고, 성과에 필요한 업무를 실행하고, 실제 결과를 평가하세요.

성과 관리부터 성과 평가까지 하나로 연결될 때, 좋은 성과는 한 번의 결과로 끝나지 않습니다.