public and private project metric


metric산출하여 개인적 역량을 평가할 수도 있겠으나, 좋은 점보다는 꼼수가 만발할 것이므로, metric을 측정하기 위해서는 주의해야 할 필요가 있다.

아래 표는 public및 private metric에 대한 사례이다.

Private(to individual) Private (to project team)
(Public to team members)
Public (to company)
결함율(by individual) 결함율(team 단위) 결함율(project단위)
결함율(by function) NCSS/function NCSS(제품단위)
결함율(개발 단계에서) Estimated NCSS/function Effort(project단위)
컴파일 횟수 re-inspection 횟수 Calendar times
함수당 결함수 함수당 결함수
결함당 Effort(평균)

개인 단위로 metric을 측정하는 것은 바람직하지 않음. team단위로 metric을 매기는것은 괜찮음.

팀 멤버가 metric을 측정하는 것에 대한 합의가 이루어져야 함.

Functional Management 1. 개인을 평가하기 위해 메트릭을 사용하는 것을 허용하지 말 것.
2. 명확한 목표를 세우고 성공을 위한 메트릭을 정의하는 것을 직원이 돕도록 하라
Project management 1. 개인적 성과를 측정하려는 시도를 하지 말 것
2. 추적하려는 메트릭에 대해 팀 구성원들의 동의를 얻고 프로젝트 계획에 정의하라
3. 수집하고자 하는 데이터에 대해 팀에게 정기적인 피드백을 제공하라
Project team 1. 정확하고, 즉시적인 데이터를 보고하는데에 최선을 다하라
2. 프로세스를 개선하기 위해 데이터에 집중할 수 있도록 도와라
3. 개인적 성과를 드러나도록 하는 목적으로는 사용하지 말라

이 부분을 보면 metric data는 판도라의 상자인 것 같기도 하고.. 회사 분위기를 안좋게 만들 수 있는 강력한 무기인것 같기도 하다..

Advertisements

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s