YUZI, in Ma Mind

* 관련기사 : [CIOBIZ+]tech & trend-프로젝트 품질보증의 허와 실

이민재 CMMI선임심사원이 품질보증 담당자들에게 전하는 당부의 말씀.
간추려 놓고 가끔 remind해도 좋을 것 같네요.

아래는 관련기사 내용을 정리한 것입니다. 품질보증 외에 다른 기획업무에도 동일할 듯합니다.


1. 절차에 관련한 부분과 프로젝트 일부만 보지 말자.
관리자들이 관심갖는 문제들을 넓은 관점에서 보고
최대한의 가치를 줄 수 있는 정보를 수집하여 제공해야 한다.
품질보증을 프로젝트 이행과 관리에 필요한 가치있는 행위로 만드려면
적합성에 무게중심을 두어서는 안된다.

2. '사실' 그 자체는 아무런 의미가 없다.
사소하고 개별적인 문제를 그럴듯한 표현으로 중요한것처럼 포장해선 안된다.
사실에 근거한 관찰을 통해 프로젝트의 건강상태를 판단하여
관리자나 경영진이 이해할 수 있는 형태로 전달해야 한다.

3. 평가와 판단을 거부하지 말아라.
수집된 사실에 대하여 프로젝트 차원에서의 의미를 파악하고 문제를 명확히 표현해야한다.
그리고 담당자 자신도 틀릴수 있음을 인정해야 한다.

4. 품질보증은 검증활동이 아니다.
품질보증은 정보수집 활동이 되야 한다.
담당자는 정보와 사실을 모아 의미있는 판단을 내리고 관리자에게 전달해야 한다.

5. 품질보증은 개선을 유도하지 않는다.
품질보증은 제한적이며, 개선이 아닌 시정조치를 위한 프로그램이다.
개선은 현업자들이 하는것으로 품질보증이 도움은 줄수 있으나 이끌어 갈 수는없다.
담당자는 많은 시간동안 프로세스 코치역할을 하여 개선에 도움을 주는것이 좋다.

6. 외부 감사자처럼 보이게 하는 것은 도움이 안된다.
많은 범위를 얕게 파악하고 국제표준 용어를 그대로 사용하는것은
실무자로 하여금 품질보증을 피하거나 참아넘겨야 하는 시간낭비로 보게 만든다.
실무자와 싸워서는 안되고 설득하기 위해 노력하는 수행방식을 가져야 한다.

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.