프로젝트 속성 관리

Chapter 8

Project Quality Management 프로젝트 속성 관리



프로젝트 속성 관리는 필요사항의 충분한 책임 달성과 이에 필요한 공정(process)을 확보하기 위하여 다룬다. “전반적 관리 기능은 속성 계획, 속성 보증, 속성 통제, 속성 개선, 속성 시스템의 수단으로 속성 정책, 목적, 책임, 완전한 이행 etc.을 결정”하는 “모든 활동”을 포함한다. 그 범위에는 다음이 있다. (1) 그림 8-1은 다음 주요한 프로젝트 속성 관리 공정의 개괄적 사항을 제공한다:

8.1 속성 계획- 속성 표준이 프로젝트에 적절한가? 속성 표준은 프로젝트를 만족시킬 수 있는 방법을 결정하는데 적절한가? Etc.을 통합화한다.

8.2 속성 보증- “프로젝트가 적절한 속성 기준을 만족시킬 수 있다”는 확실성을 확보하기 위한 안정적 기반 관련 전체적 프로젝트 수행 평가

8.3 속성 통제- 모니터링 전문 프로젝트는 만약 그들이 적절한 속성 기준, 불만족한 성과 원인을 제거하기 위한 방법 통합화의 성취 여부를 결정하기 위해서 산출한다.



이 공정은 다른 지식의 영역 공정보다 우수하게 상호작용 한다. 프로젝트의 필요성에 입각하여, 각 공정은 개별적 그룹 또는 더욱 개별적인 사항 etc.으로부터 발생된 노력을 포함할 수 있다. 각 공정은 각 프로젝트 단계마다 최소한 한번씩 발생한다.



공정이 본 장에서 표현됨에도 불구하고, 인터페이스를 정확하게 정의하고 또한 요소들을 명확하게 구별하는 것처럼 실제로 그들은 명세화 되지 않은 방법으로 덮어 씌우고, 상호 작용할지도 모른다. 공정 상호작용은 Chapter 3에서 상세하게 논의된다.



본 장에 기술된 속성 관리를 위한 기본적 접근법은 ISO 9000 & 10000 시리즈 기준과 가이드라인처럼, 적절함(ISO)을 지향한다. 이 보편화된 접근법은 또한 다음처럼 적절해야 한다. a) Deming, Juran, Crosby, & Others의 권고 사항으로서 프로젝트 특성[속성] 관리를 위한 자본적 접근 b) 종합적 속성 경영(TQM), 연속적 개선, 기타와 같이 비자본적 접근법



프로젝트 속성 관리(프로젝트 속성 경영)는 프로젝트 관리 와 프로젝트 생산 양자에 대한 데이터를 어드레스 해야 한다. 특별한 조건하의 생산에는 제품과 서비스 양자를 모두 참조하기 위한, 프로젝트 속성에 관한 전문 지식이 때때로 사용된다. 어떠한 공정 part든, 속성 필수 조건을 갖추지 않는다면, 프로젝트 이해 관계자들에게 심각한 부정적 결말이 초래될 수 있다. 예를 들어:



[96 page]



* 과도한 작업에 의한 고객의 욕구에 부응한 프로젝트 팀은 증가된 피고용인의 감소 etc. 부정적 결과를 생산할 수 있다.



* 설계된 속성 실사를 집중 공략함에 의해서 프로젝트 스케쥴 목적에 부합함은 오류가 발생할 경우 부정적 결과를 생산할 수 있다.



속성은 “잠재되고, 진술된 욕구를 만족시키도록, 기능하기 위해 내구화되는 실체 특성 총합”이다. (2) 진술되고, 잠재된 욕구는 프로젝트 소요량을 개발시키기 위한 투입물이 된다. 본 프로젝트의 조건 및 환경의 속성 관리 비판 단계에서, Chapter 5에 기술된 바처럼 프로젝트 범위 관리를 통하여 잠재된 욕구를 전환시켜야 한다는 필수성을 가지고 있다.



본 프로젝트 관리 팀은 등급별 속성[특성]을 모호하게 만들지 않도록 충분한 주의를 기울여야만 한다. 등급은 “차별적 기술 특성을 제외한 동등한 기능적 활용성을 가지고 있는 실체로서 범주 및 서열”이다. (3) 낮은 속성은 항상 다음 문제가 잠재되어 있다; 낮은 등급이 낮은 속성을 가지고 있는 것은 아니다. 예를 들어, 소프트웨어 생산은 높은 속성을 가져야 할 것이다(명백한 버그 방어력, 읽기 가능한 매뉴얼). 그리고, 낮은 등급(특징적 기능수가 적다), 낮은 속성(많은 버그, 빈약한 사용자용 문서), 높은 등급(다양한 특징적 기능) etc. 속성과 등급 양자에 요구된 수준을 결정하고 이행하는 것은 프로젝트 관리 팀과 관리자의 책임 가능성을 의미한다.



프로젝트 관리 팀은 또한 “현대적 속성 관리는 완전 무결하게 이행된 프로젝트 관리”임을 인식하여야 한다. 예를 들어, 양쪽의 시행은 다음과 같은 중요성을 인식해야 한다:



[97 page]



* 고객 만족- 이해도, 관리도, 욕구의 영향력은 결국 고객 기대와 마주치게 된다. 요구 적합성은(프로젝트는 하나의 제품으로서 생산해야만 한다.)용도 적합성(생산된 제품 또는 서비스는 진정한 욕구를 만족시켜주어야 한다.)과 적절히 결합되는 것이 바람직하다.



* 검사를 넘어선 예방- 검사에 의해 발각된 오류로서 오류를 예방하는 원가는 오류를 고치는 원가보다 항상 더 적다.



* 관리 책임- 성공은 모든 멤버의 참여를 필요로 하지만, 성공에 필요 충분한 자원을 제공할 수 있도록 관리 책임을 보장해야 한다.



* 단계별 공정- Deming 및 그 외 학자들에 의해서 설명된 계획-검사 사이클의 반복은 단계와 공정의 결합을 위해 Chapter 3에서 논의된 프로젝트 매니지먼트의 진행과 매우 유사하다.



게다가, 조직 성과 달성이란 막중한 책임을 거머쥔 속성 개선의 진행만큼(종합적 속성 경영, 끊임없는 개선, etc.) 프로젝트의 질적 경영을 향상시킬 수 있다.



그러나, “프로젝트 관리 팀들은 각각 중요한 차별점(속성)을 가지고 있다.”것을 예민하게 인식하고 있어야 한다- 프로젝트라는 일시적 특성이 생산 속성 개선의 투자, 특히, 결함 예방 및 평가를 의미하는 것이라면, 마지막으로 프로젝트는 관리 팀 멤버가 보상을 받을 만큼 충분히 장기적이지 않다는 사실을 이유로, 일시적 특성은 조직의 성과 달성이라는 방법으로써 자주 생성되어야 한다.



8.1 속성 계획



속성 계획은 프로젝트가 만족할 수 있도록 방식 결정에 속성 기준이 적절한지 여부 각각을 통합화 및 체계화한다는 의미다. 프로젝트 계획 동안 핵심 설비 공정은(Section 3.3.2, 계획 공정) 다른 프로젝트 계획 공정과 병행하여 규칙적으로 성과를 달성해야 한다. 예를 들어, 프로젝트의 생산 변화는 원가, 스케쥴 조정, 설계된 생산 속성 etc.에서 통합화 된 속성 기준의 준수가 필수적이며, 통합된 문제의 명세화 된 위험 분석이 필수적이다. ISO 9000 시리즈의 개발 이전에, 속성 계획으로서 본 장에서 기술된 활동은 속성 보증의 파트로서 폭 넓게 논의되었다.



본 논문에서 가장 높은 빈도로 논의되는 속성 계획 기술은 “어떤 프로젝트에서 사용될 수 있는가?”, “어떤 적용 지역에서 사용될 수 있는가?”를 논의한 많은 사항들이 기술되어 있다.



프로젝트 팀은 근본적인 견해의 하나로서 현대적 속성 경영을 또한 알아야 한다. -속성은 검사가 아닌 계획이다.



[98 page]



8.1.1 속성 계획을 위한 투입



.1 속성 정책. 속성 정책은 “속성에 대한 전체적으로 의도하는 바와 조직의 경영 방향. (최고 경영자에 의한 공식화된 표현)” (4). 조직 성과상 속성 정책은 프로젝트상 “즉, 이른바”라는 말이 자주 사용될 것이다. 그러나, 만약 공식적 속성 방침으로서 조직 성과가 부족하다면, 또는 프로젝트가 다양한 조직 성과를(합작 투자 업체와 함께) 포함한다면, 그때 프로젝트 경영 팀은 프로젝트에 대한 속성 정책 개발을 필요로 할 것이다.



속성 정책의 원래방식을 무시하고, 프로젝트 관리 팀은 “프로젝트 이해관계자는 속성정책을 전체적으로 인식한다.”고 (Section 10.2에서 기술된 바대로 적절한 정보 분배를 통해) 보장하기 위하여 모든 책임을 져야 할 것이다.



.2 범위 조서. 중요 이해관계자의 요청을 명시하기 위한 프로젝트 목적에 상당하는 중요 프로젝트 이행 가능성을 증거 서류로 입증하기 때문에 범위 조서(Section 5.2.3.1에 기술)는 속성 계획 인풋(투입 자원)의 핵심이다.



.3 제품 설명서. 제품 설명서의 요소(Section 5.1.1.1)들이 범위 조서에 포함됨에도 불구하고, 제품 설명서는 기술 이슈의 상세사항과 속성 계획에 영향을 줄 수 있는 다른 사항을 자주 포함할 수 있다.



.4 기준과 규정. 프로젝트에 영향을 줄 수 있는 어떤 적용 영역-특별한 기준 또는 규정을 프로젝트 관리 팀은 고려해야 한다. Section 2.5.1은 기준과 규정을 논의한다.



.5 기타 공정 산출 자원. 게다가, 다른 지식 영역에서 범위 조서와 제품 설명서, 공정은 속성 계획의 파트로서 고려되어진 산출 자원을 생산할 수 있다. 예를 들어, 조달 계획(Section 12.1)은 전반적으로 속성 관리 계획을 반영하는 계약자 속성 요구사항을 통합화 할 수 있다.



8.1.2 속성 계획에 관한 도구와 기술



.1 이익/원가 분석. 속성 계획 공정은 5.2.2.2. Section에서 기술되는 것으로서 이익/원가 상쇄를 고려해야 한다. 속성 요구사항에 부합함으로써 획득하는 주요 이익은 재작업을 줄일 수 있다는 것이다. 이는, 더 높은 생산성, 더 낮은 비용, 증진된 이해관계자 만족을 뜻한다. 속성 요구 사항에 부합하는 주요 원가는 프로젝트 속성 관리 활동과 더불어 결합된 비용이다. 속성 관리의 자명한 원리인 “이익은 원가보다 많다”가 지켜지도록 노력하는 것이다.



.2 벤치 마킹. 벤치 마킹(수준점 측정)은, 다른 프로젝트의 벤치마킹상에 습관적으로 실시하는 것처럼, 실제적 비교, 계획된 프로젝트를 통해 아이디어를 고안해서 개선하는 것, 성과를 측정해서 기준을 제공하는 것 etc.을 포함한다. 다른 프로젝트는 조직 성과 안에서, 그것의 외부, 같은 적용 영역 안에서, 다른 적용 영역 안에서 가질 수 있다.



.3 순서도. 순서도는 시스템의 다양한 구성 요소와 관련된 방식을 보도록 하는 다이어그램이다. 속성 관리에서 흔히 사용된 순서도 기술은 다음을 포함한다:



* 원인-결과 다이아그램, 잠재적인 문제에 또는 결과에 다양한 요인들이 어떻게 연결되어 있는지 설명하는 방식이며, 이를Ishikawa 다이아그램, fishbone 다이아그램으로 불리어진다. 그림 8-2는 특유한 원인-결과 다이아그램의 예이다.



* 시스템 또는 공정 순서도, 시스템의 다양한 구성 요소가 어떻게 상호 작용 하는지를 본다. 그림 8-3은 평가 설계를 위한 공정 순서도의 예이다.



[99 page]



순서도를 통해 프로젝트 팀이 “속성 문제의 무엇을? 어디에서? 발생하는지 그리고 그 결과 문제점을 다루는 접근법을 개발할 수 있도록”하기 위한 경영 전망 지원이 가능하다.



.4 실험 설계. 구성요소가 전문화된 변수로서 영향을 끼칠 수 있으며, 이를 통합화 하기 위한, 통계적 방법으로서 실험 설계이다. 실험 설계 기술은 프로젝트의 생산성 향상을 위해 가장 많이 활용된다(자동화 설계는 “가장 합리적인 원가상에서 생산 정체와 소진이라는 양 극단의 생산 라인상에 좌우 이동되는 결합점에 따라 달라지는 장점 속성들을 가장 이상적으로 결합한 설계와 가장 합리적인 원가 양자의 배합”이 바람직하다.).



그러나, 또한 원가와 스케쥴(속성 목록)의 모순 내지 이율 배반성은 프로젝트 경영 이슈에 적용될 수 있다. 예를 들어, 선임 기술자는 신임 기술자보다 더 원가가 많이 들지만, 그러나, 보다 적은 시간에 완전한 작업 이행을 기대할 수 있다. 적절하게 설계된 “실험”(이 경우, 선임 기술자와 신임 기술자의 다양한 결합의 계속성 및 프로젝트 원가를 산정하는 것)은 상대적으로 제한된 사례수 때문에 적절한 해결을 결정하도록 허용되곤 한다.



5. 속성 원가. 속성 원가는 생산(제품의)과 서비스 속성을 달성하기 위하여 투입된 모든 노력의 총 원가를 의미한다. 마치 실제 작업이 각각의 필수 속성들의 비-일치를 초래하듯이, 거꾸로, 해당 프로젝트의 생산 공정과 서비스 창출에 해당하는 필수 속성의 일치성을 확보하기 위해 모든 워크(장치, 가공작업 etc.)를 포함한다. 여기에는 (때론 좋지 않은 결과를 가져오기도 하는) 세가지 타입의 원가가 있다: 예방 원가, 평가 원가, 실패 원가-내/외부 원가를 파괴함-



8.1.3 속성 계획의 산출물



.1 속성 관리 계획. 속성 관리 계획은 ”프로젝트 관리 팀은 속성 방침을 어떻게 도구화(기술화)하는가?”를 기술해야 한다. ISO 9000 전문용어에서 프로젝트 속성 시스템은 관리되어야 한다: “조직 구조, 신뢰성, 절차, 공정, 속성 관리 도구화(기술화)에 필수적 자원” (5).



속성 관리 계획은 전반적인 프로젝트 계획 (Section 4.1에 기술된 바, 프로젝트 계획 개발)에 투입자원을 공급한다. 해당 프로젝트의 속성 통제성, 속성 신뢰성, 속성 향상성을 주소화해야 한다.



속성 관리 계획은 프로젝트의 필수성에 입각하여, 더욱 높게 상세화 된 또는 더욱 넓게 프레임 되어서,공식화 또는 비공식화 될 수도 있다.



[100 page]



.2 운용 정의. “속성 통제 절차에 의하여 무엇을 어떻게 평가하는가?”라는 매우 전문적 문제를 다루기 위해서, 운용 정의는 기술한다. 예를 들어, 속성 관리 평가 및 측정을 계획된 스케쥴 날짜에 맞추는 것은 충분하게 정의된 것이 아니다; 그렇다면 프로젝트 관리 팀은 매 활동이 제때에 시작하고 제때에 끝나도록 지시하는가의 여부를 체크해야 하고, 구제수단의 확보 뿐만이 아니라, 또 다른 해결방식도 확보해 놓아야만 한다. 운용 정의는 또한 어떤 적용 분야의 측정기준이라고도 한다.



[101 page]



.3 체크리스트. 체크리스트는 구조화 된 도구이다. 보통 전문화 된 아이템, 요청된 단계의 설정(set)이 성과를 산출한 경우 사용되곤 하던 증명방식 etc. 체크리스트는 간단할 수도 복잡할 수도 있다. 체크리스트는 엄한 명령(“이것을 하여라!”) 또는 의문(“너는 이것을 해 본 적이 있느냐?”)으로서 흔한 단계이다. 많은 조직은 자주 수행되는 태스크에서 일관성을 확보하기 위한 유용한 체크리스트를 표준화 한다. 어떤 적용 영역에서, 체크리스트는 또한 전문적인 협회로부터 또는 상업적인 서비스 제공자로부터 유용하다.



.4 다른 과정으로의 투입. 속성 계획 과정은 더욱 심도 있는 활동을 위하여 또 다른 분야에서 필수성을 통합화 할 수 있다.



* ISO 9000시리즈

9000시리즈는 제품의 생산 및 유통과정 전반에 걸쳐 국제 규격을 제정한 소비자 중심의 속성보증제도다. 1976년 영국의 속성인증기관인 BSI의 발의로 87년 ISO 9000시리즈는 정식명칭으로 정착되어 전 산업에서 인정을 받게 되었다. ISO 9000규격은 5개 규격으로 구성되어 있다. 9001은 제품의 디자인 및 개발과 생산, 서비스 등을 내용으로 하는 가장 광범한 적용범위를 가진 규격이다. 9002는 디자인 개발 또는 서비스에 대해 공급자의 책임이 없는 경우에, 9003은 디자인·설치 등이 문제가 되지 않는 극히 단순한 제품의 경우에 적용되고, 9004는 속성관리시스템을 개발하고 실행하기 위한 일반 지침이다. 그리고 9000은 이들 4개 규격의 안내서다.




8.2 속성 확보



속성 시스템이 "프로젝트 속성 표준이 적절하다고 만족할 수 있도록 신뢰성”을 제공하는 범위 내에서, 속성을 확보한다는 것은, 계획되고 체계화된 모든 활동을 도구화(기술화) 한다(6)는 의미다. 속성 시스템은 프로젝트 전반에 걸쳐서 성과를 달성 및 지원한다. ISO 9000 시리즈의 개발 이전에, 속성 계획에 따라 기술된 활동은 속성 확보의 한 분야로서 폭 넓게 포함 되었다.



속성 확보는 일반적으로 속성 확보 부서에 의해서 또는 이와 유사한 타이틀을 가진 조직적 단위에 의해서 제공된다. 그러나, 존재하는 속성 모두를 투입자원으로서 확보하는 것은 아니다.



속성 확보란 “프로젝트 관리 팀과 조직 경영상 성과(내부 속성 확보)”, “프로젝트 공정(work)에서 (외부의 속성 확보) 고객 또는 그 외 대상을 위한 비 활동적인 요소”들이 제공할 수 있는 이익을 의미한다.



8.2.1 속성 확보에 투입할 자원



.1 속성 관리 계획. 속성 관리 계획은 Section 8.1.3.1에서 기술된다.



.2 속성 통제 측정의 결과. 속성 통제 측정은 속성 통제를 비교 분석 방식으로 테스트하고 측정한 결과를 기록하는 것이다.



.3 운용 정의. 운용 정의는 Section 8.1.3.2에 기술된다.



8.2.2 속성확보를 위한 기술적 도구들



.1 속성 계획 기술적 도구. 속성 계획의 기술적 도구는 Section 8.1.2에서 기술된다. 속성 확보를 능숙하게 수행할 수 있도록 하기 위한 기술적 도구들이다.



.2 속성 감사. 속성 감사는 다른 속성 관리 활동에 대한 구조화된 비평 및 검토이다. 속성 감사의 목적은 조직 성과 범위 내에서 이 프로젝트의 성과를 향상시킬 수 있는 학습화 된 과업으로서 통합화 되는 것이다.



[102 page]



속성 감사는 임의적 또는 계획적으로 수행될 수 있으며, 충분한 훈련을 받은 내부 감사인 또는 속성[속성 관리 기술] 시스템 등록 기관에 종사하는 제3자에 의해서 실현될 수 있다.



8.2.3 속성 확보로 인하여 산출된 자원



.1 속성 진보. 속성 진보는 프로젝트 이해관계자를 위해 부가 이익을 제공하기 위해서, 효과성 및 프로젝트의 효율성을 증가시키기 위하여, 프로젝트 활동의 책임 떠맡기를 포함한다. 대부분의 사례에서, 속성 진보의 도구들은 변화를 요구하는, 바람직한 (프로젝트) 활동을 책임지기 위해서 필수 준비가 될 것이다. 이는 Section 4.3에 기술된 바대로 통합화 된 변화 통제 절차에 따라 관리될 것이다.



8.3 속성 통제



속성 통제는 속성 통제가 적절한 속성 표준에 따라 수행된다면 전문화 된 프로젝트 성과를 결정하기 위한 모니터링 그리고 불만족 결과의 원인을 제거하기 위한 통합화 방법으로서 모니터링(오류 및 개선사항 추출)을 포함한다. 이는 프로젝트 전반을 통하여 수행되어야 한다. 프로젝트 결과는 제품 성과(완전한 이행 가능성), 프로젝트 관리 성과(원가 계획의 효과)를 포함한다. 속성 통제는 속성 통제 부서에 의해서 또는 이와 유사한 부서에 의해서 자주 성과를 달성한다. 그러나 완전한 속성 통제를 구축할 수는 없다.



프로젝트 관리 팀은 통계적 속성 통제의 공정 지식을 보유해야만 한다. 특히, 속성 통제 산출물을 평가하기 위한 표본 타당성 지식. 다른 목적을 가진 팀들은 “각 프로젝트에 따른 속성 통제의 차이점들을 아는 것은 유용하다”는 사실을 인식할 수 있다.:



* 예방(공정 오류 배척) 검사(고객이 조작함에 의한 오류 배척 )

* 속성 표본(결과에 따르다. 또는 따르지 않다.) 그리고, 변수 샘플링(이행 달성도의 측정에 따라 계속적으로 변화되는 스케일에 대해 결과는 비율화 된다.)

* 특별한 원인(드문 경우), 그리고 우연한 경우(정상적인 처리 변수).

* 내구력(만약 내구력에 의해서 특화된 범위 이내에 야기되는 결과는 받아들일 수 있다.), 그리고 통제 제한(만약 결과가 통제 범위 내에 야기된다면, 처리는 곧 통제이다.)



[103 page]



8.3.1 속성 통제의 투입 자원



.1 워크(일정 단위 공정) 산출물. 워크 산출물(Section 4.2.3.1)은 공정 처리 결과와 제품화 된 결과 양자를 포함한다. 계획된 또는 예상된 결과에 대한 정보(프로젝트 계획으로부터 추출됨)는 실제적인 결과에 대한 정보, 꾸준한 유용성이 확보되어야 한다.



.2 속성 관리 계획. 속성 관리 계획은 Section 8.1.3.1.에서 기술되어 있다.



.3 운용 정의. 운용 정의는 Section 8.1.3.2.에 기술되어 있다.



.4 체크리스트. 체크리스트는 Section 8.1.3.3.에 기술되어 있다.



8.3.2 속성 통제에 활용되는 도구적 기술



.1 검사. 검사는 결과가 필수사항으로서 이행된 것인지의 여부를 결정하기 위해 책임화 된 측정, 검열, 테스팅 etc. 활동을 포함한다. 검사는 어떤 수준에서(단일 활동의 결과가 검사될 지도 모른다. 또는 프로젝트의 최종적 제품이 검사될지도 모른다.) 행동화 될 수 있다. 검사는 검토, 제품 검사, 감사, 카메라 없는 리허설(walkthroughs) etc. 다양하게 명명된다.; 어떤 적용 영역에서, 이 용어들은 특정한 의미를 나타내기 때문에 협소하다.



.2 통제 차트. 통제 차트는 공정 처리에 대한 결과를, 시간적 한계를 넘어, 그래픽화 한 것이다. 공정이 “통제 영역 이내”에 있는지 여부를 그래픽을 통해 결정하곤 한다(임의적 변수에 의해서 또는 통합화 되어야 하며 타당해져야 하는 오류 사건의 원인 -흔히 발생하지 않는 것으로서-이 야기하는 결과는 각각 차이점이 있다.). 공정이 통제가능 할 경우, 공정은 조작되지 않아야 한다. 공정이 변화되도록 허용하는 경우는 기술적 도구를 제공하는 성과를 창출할 때이다. 그러나, 공정이 통제범위 내에 있음에도 불구하고 조작되는 것은 허용하지 않는다.



통제 챠트는 어떠한 산출 변수 유형이라도, 모니터(오류 추출, 발견) 할 수 있도록 사용될 수 있다. 반복적인 활동을 추적하는 방법은 아주 흔히 사용됨에도 불구하고, 그러한 공정 단위로서, 통제 챠트는 “스케쥴 변수에 따른 모니터 비용 조정, 범위 변경에 관한 볼륨과 빈도수, 프로젝트 서류상 오류 적발, 또는 프로젝트 관리 공정이 통제 영역에 있는지의 여부 결정을 지원하기 위한 기타 관리 성과”를 위해 활용될 수 있다. 그림 8-4는 프로젝트 스케쥴 성과 통제 챠트이다.



파레토최적(最適) Pareto optimum

자원배분이 가장 효율적으로 이루어진 상태를 파레토 최적이라 한다. 이탈리아의 경제학자 파레토에 의해서 최초로 언급되었다. 파레토 최적이 이루어지려면 생산의 효율과 교환의 효율에 대해서 다음의 조건이 충족 되어 있지 않으면 안 된다. 생산의 효율에 있어서는 어떤 한 재화의 생산량을 증가시키기 위해서는 다른 재화의 생산량을 감소시키지 않으면 안 된다는 조건. 그리고 교환의 효율에 있어서는 한 소비자의 효용을 증가 시키려면 다른 소비자의 효용을 감소시키지 않으면 안 된다는 조건이다. 파레토 최적의 상태란 위의 두 가지 조건이 동시에 충족되는 상태를 말한다.




.3 파레토 다이어그램. 파레토 다이어그램은 "타입 또는 통합화 된 원인의 카테고리에 의해서 얼마나 많은 결과가 일반화되었는지”를 발생 빈도에 의해 순차화 된 히스토그램(막대형 도표, 도수 분포도)을 통해 보여준다(그림 8-5를 보라). 등급 순차화는 타당한 활동을 가이드하게 된다. –즉, 프로젝트 팀은 ”최초의 결함은 가장 큰 수치를 야기하고 있다.”는 문제 정의 활동을 수행함이 타당하다. 파레토 다이아그램은 “상대적으로 적은 원인 수를 소유하는 것이 큰 문제 또는 결함의 대부분을 전형적으로 커버할 수 있을 것이다.”라는 파레토 법칙과 관련 있다. 이는 “문제의 80%는 전체 원인의 20% 밖에 불과하다. 즉 모든 문제의 80%는 불과 전체 원인의 20%때문에 발생한 것이다.”라는 80/20의 원칙을 뜻한다.



.4 통계적 샘플링. 통계적 샘플링(표본추출)은 관심분야의 검사에 사용되는 모집단의 일부로서 추출되어진 것이다(75명의 기술자 리스트로부터 10명의 기술자를 임으로 선발하는 것 etc.). 적절한 표본추출은 속성 통제의 비용을 자주 감소시킬 수 있다. 통계적 표본추출에 관한 실제적 지식은 존재한다; 어떤 적용 영역에서, 표본추출 기술 다양성에 친숙한 프로젝트 관리 팀에 필요할 수 있다.



[104 page]



그림 8-4 프로젝트 스케쥴 수행의 통제 차트



x축은 모든 통제 차트의 샘플 수로(보통, 샘플 타임) 구성된다. 통제 차트는 3개의 일반적인 선을 가지고 있다:



I. 중심 선 X는, 처리 데이터의 평균선이다



II. 보다 높은 통제 한계선인 UCL은 중심선 x 위에 위치하며, 데이터의 상위 통제 범위를 보여준다.



III. 더 낮은 통제 한계선(LCL)은 데이터 통제의 보다 낮은 범위를 보여준다. UCL & LCL 밖에 위치한 점들은 데아타 처리시 통제 불안정을 의미한다.



.5 순서도. 순서도는 Section 8.1.2.3.에서 기술된다. 순서도는 어떠한 (오류)문제가 발생했는가 분석을 지원하기 위한 속성 통제에 사용된다.



.6 추세 분석. 추세 분석은 기록 결과에 근거하여 미래의 산출물을 예상하기 위해 활용되는 수학적인 기술을 포함한다. 추세 분석은 흔히 모니터(오류 추출, 검사)에 사용된다:



* 기술적 성과-얼마나 많은 오류 또는 결함이 통합화 되었는가? 얼마나 많은 잔존 오류들이 남아 있는가?

* 비용과 스케줄 성과- 얼마나 많은 중요 변수를 가진 상태에서 기간 활동이 무결성을 가지게 되었는가?



8.3.3 속성 통제에 의한 산출물



.1 속성 진보. 속성 진보는 Section 8.2.3.1.에서 기술된다.



.2 승인 결정. 검사된 아이템은 승인되거나 배척된다. 배척된 아이템은 리워크(재처리)를 요구할 수 있다(Section 8.3.3.3에 기술).



.3 리워크(재처리). 리워크는 필요성을 만족시키기 위해 전문화된 compliance(명령 수행)으로, 수행되지 않았거나 또는 결함을 가진 아이템을 가져오기 위해 허용된 활동이다. 특히 예상되지 않는 리워크, 자주 프로젝트 한도를 뛰어넘는 자주 발생되는 원인이다. 프로젝트 팀은 리워크를 최소화하기 위해 각 단계별로 합리적인 산출을 하도록 한다.



.4 완성된 체크리스트. Section 8.1.3.3.을 보라. 체크리스트가 활용될 때, 무결한 체크리스트는 프로젝트의 레코드의 일부로서 되어야 한다.



.5 공정 절차 조정. 공정 절차 조정은 속성 통제 측정의 성과로서 타당한 예방 활동을 직접적으로 포함한다. Section 4.3에 기술된 바와 같이, 공정 절차 조정은 “통제를 변경하여 통합화 된 통제를 구축하는 경우” 공정 절차에 따라 다루는 것이 때때로 필요할 수 있기 때문이다.