# Stack Ranking
- 팀, 팀원별로 랭킹을 세운다.
- 정해진 비율에 따라서 등급을 나눈다. (저성과 ~ 고성과)
- 등급에 따른 포상 정책을 정한다.
# 상대 평가는 내부 경쟁을 부추기고 협업을 망가뜨리는가?
- 팀원들이 같이 협력해서 이루어낸 성과가 있어도 (비율에 따라서)내부에서도 등급이 분류될 수 있다.
--> 협업보다는 개인 성과에 초점을 맞추는 경향이 발생하게 되고
--> 정보 공유, 기술 공유, 협업이 원활하지 않게 된다.
--> 일을 잘해서 고성과를 받는 것보다 상대적으로 팀원들이 못하는 것이 보상측면에서는 효과적일 수 있다.
# 연초에 계획, 목표를 설정하고 연말에 평가를 하는 것이 바람직 할까?
- 프로젝트가 수십개씩 진행되고 내외부 변화로 인해 계획 변경이 빈번하게 발생한다.
- 리서치, 실험적인 프로젝트는 성과 목표를 설정하는 것이 가능할까?
- 소프트웨어 기술 발전과 변화가 심한 것도 영향이 많다.
# 평가를 자주 하는 것이 바람직 할까?
- 평가를 자주 진행하는 것은 노력이 많이 들고 불필요할 수 있다.
- 관리자 직책은 평가를 위해 사용하는 시간이 너무 많이 들어가면 안된다.
- 피드백은 평가보다는 성장에 초점을 맞춰야 한다.
# 협업이 잘 될 수 있도록 하는 방법은 무엇인가?
- 상대평가 보다 절대평가 방식인가?
- 협업, 팀웍을 중요시 하는 업무방식, 문화를 만들고 그에 적업한 평가 방식이 되어야 한다.
--> 상대 평가를 하면서 동료 평가를 하는 것은 부작용을 만들 가능성이 높다.
# 절대평가
팀 리더가 자율적인 평가를 한다면?
- 보상 분배가 어렵다.
- 보상 자원이 부족하여 모두에게 골고루 보상이 된다면 고성과 팀원에 불만과 이탈이 발생 할 수 있다.
--> 보상 분배가 합리적 차등이 있어야 한다.
정보, 기술 공유 / 협업이 잘 되는 팀웍 / 동료와의 관계 / 성장 초점 / 우선순위 / 피드백