파이어맨 이야기

이전에 포스팅한 1부에 이어 2번째 내용을 번역 하였습니다. 


링크

CMMI for Development, Version 1.3 Part 1 1부 한글


2. 프로세스 영역 구성요소 

 

이 장에서는 각 프로세스 영역과 일반 목표, 그리고 일반적인 프랙티스에 대해서 설명을 합니다.  구성요소를 이해하는 것은 Part 2의 정보를 효과적으로 사용하기 위해서 중요합니다. 만약 당신이 파트2와 익숙하지 않다면, 당신은 일반적인 목표 및 일반적인 프랙티스, 그리고 프로세스 영역을 스킵하기를 원할 것입니다

 

 

Core Process Areas and CMMI Models


모든 CMMI 모델들은 CMMI 프레임워크로부터 생산되었습니다. 이 프레임워크는 CMMI constellations에 속한 CMMI 모델을 생산하기 위해 사용된 프랙티스와 목표를 포함하고 있습니다

 

모든 CMMI 모델은 16개의 코어 프로세스 영역을 포함하고 있습니다. 이 프로세스영역은 각 관심영역(acquisition, development, services)의 프로세스 개선에 대한 기본 개념을 가지고 있습니다. 코어 프로세스의 몇몇은 모든 constellations 안에서 같습니다. 다른 부분은 관심영역에 따라 조정되어 졌습니다

따라서 코어 프로세스 영역은 관심분야에 따라 정확히 같지 않을 수 있습니다



필수, 예상, 그리고 유용한 구성요소 (Required, Expected, and Informative Components)


모델 구성요소는 3가지 분류(필수, 예상, 유용한)로 나누어 집니다

 

 

필수 구성요소

필수 구성요소는 주어진 프로세스영역에서 프로세스를 개선하기 위해서 필수적인 CMMI구성요소입니다. 이 성과는 조직의 프로세스에 시행되어져야 합니다. CMMI의 필수 구성요소는 고유이고 일반적인 목표입니다. 목표 만족도에 대해서 평가할 때 프로세스가 만족하는지 아닌지를 기초로 합니다

 

 

예상 구성요소 (Expected Components)

예상 구성요소는 필수 CMMI구성요소를 달성하는데 중요한 활동에 대해서 설명하고 있습니다. 예상 구성요소는 개성을 실행하거나 평가활동을 하는데 가이드를 제시하고 있습니다. CMMI 예상 구성요소는 고유와 일반적인 프랙티스입니다

목표가 만족하는 것으로 간주하기 전에 , 조직의 계획 및 구현된 프로세스가 설명된 것이나 대체 가능한 사례가 있어야 합니다.  

 

 

유용한 구성요소 (Informative Components)

유용한 구성요소는 CMMI 필수와 예상 구성요소를 이해하는데 도움을 주는 구성요소입니다. 이 구성요소는 예가 될 수도 있고 상세 설명, 또는 다른 도움이 되는 정보가 될 수 있습니다.  세부 프렉틱스 , 노트, 지침, 목표 타이틀 , 사례 타이틀 , 소스제품의 동작 예제,일반적인 연습퇴고가 유익한 모델 구성요소입니다

 

유용한 재료들은 모델을 이해하는데 중요한 역할을 합니다. 이것은 종종 필수 및 예상 구성요소의 행위를 하나의 목표나 사례로 적절하게 설명이 불가능합니다.  모델의 유용한 재료들은 목표와 사례를 정확하게 이해하는데 필수적인 정보를 제공합니다

 

 

파트2와 관련된 구성요소 (Components Associated with Part Two)


파트2의 모델 구성요소의 관계는 아래의 그림으로 요약되어 집니다


다은 세션에서 CMMI 모델의 구성요소들을 상세한 설명을 제공합니다

 

프로세스 영역 (Process Areas)

프로세스 영역은 해당 영역의 개선하기 위해 중요하게 고려되어 지는 목표를 만족하는 관련된 사례의 집합입니다. 

 

22개의 프로세스 영역의 알파벳 순서로 표시됩니다

  • Causal Analysis and Resolution (CAR)
  • Configuration Management (CM)
  • Decision Analysis and Resolution (DAR)
  • Integrated Project Management (IPM)
  • Measurement and Analysis (MA)
  • Organizational Process Definition (OPD)
  • Organizational Process Focus (OPF)
  • Organizational Performance Management (OPM)
  • Organizational Process Performance (OPP)
  • Organizational Training (OT)
  • Product Integration (PI)
  • Project Monitoring and Control (PMC)
  • Project Planning (PP)
  • Process and Product Quality Assurance (PPQA)
  • Quantitative Project Management (QPM)
  • Requirements Development (RD)
  • Requirements Management (REQM)
  • Risk Management (RSKM)
  • Supplier Agreement Management (SAM)
  • Technical Solution (TS)
  • Validation (VAL)
  • Verification (VER)

 

목적 (Purpose Statements)

Purpose Statement는 프로세스 영역의 목적을 설명하는 유익한 구성요소(Informative Components)입니다

 

예를 들면, the Organizational Process Definition (OPD) 프로세스 영역의 purpose statement "Organizational Process Definition (OPD)의 목적은 팀을 위한 가이드라인과 규칙을 정하고 작업환경표준을 설립하고 유지하는 것이다."

 

입문 노트 (Introductory Notes)

프로세스 영역의 입문노트 부분은 프로세스영역에 대해서 주요 개념을 설명하고 입문노트는 유익한 구성요소(Informative Components)입니다

Project Monitoring and Control (PMC) 프로세스 영역의 입문노트의 예는 "실제 상태가 기대되는 값에서 크게 벗어나는 경우, 시정조치를 적절하게 취해야 합니다."

 

관계 프로세스 영역 (Related Process Areas)

관계 프로세스 영역부분은  프로세스영역관계에 대해서 참고를 리스트하고 프로세스 영역사이의 높은 수준의 관계를 반영합니다

 

Project Planning (PP) 프로세스영역의 관계프로세스영역의 지침의 예는 "위험을 식별하고 완화하는 것에 대한 더 많은 정보는 Risk Management (RM)프로세스영역을 보세요"

 

고유 목표(Specific Goals)

고유 목표는 프로세스 영역을 만족하기 위해 현재 있어야 하는 고유한 특성에 대해서 설명합니다고유 목표는 모델 구성요소가 프로세스 영역에 만족하는지 평가하는데 도움을 주기 위해서 사용됩니다

예를 들면 형상관리 (Configuration Management) 프로세스영역의 고유 목표는 "베이스라인의 무결성을 만들고 유지하는 것입니다.". 

고유 목표 내용은 필수 모델 구성요소입니다고유 목표 제목과 노트는 유용한 모델 구성요소로 간주합니다

 

일반 목표 (Generic goals)

일반 목표는 여러 프로세스영역에서 같은 목표의 내용이 적용되기 때문에 일반이라고 불립니다. 일반 목표는 프로세스영역을 구현하는 프로세스들을 제도화할 때 있어야 하는 특성을 설명합니다. 일반 목표는 필수 모델 구성요소이며 프로세스가 만족하는지 평가하는데 사용됩니다. {파트2의 일반 목표(Generic Goals)와 일반 프랙티스(Generic Practices)에서 더 상세한 설명을 볼수 있습니다. 용어집에도 정의되어있습니다. }

일반 목표의 예는 프로세스는 정의된 프로세스처럼 제도화됩니다

일반목표의 내용만 필수 모델 구성요소입니다목표와 관련된 일반 목표의 제목과 노트는 유용한 모델 구성요소로 간주됩니다

 

 

고유 목표와 프랙티스 요약(Specific Goal and Practice Summaries)

고유 목표와 프랙티스 요약은 고유 목표와 고유 프랙티스 에 대한 높은 수준의 요약을 제공합니다고유 목표와 프랙티스 요약은 유익한 구성요소(Informative Components)입니다

 

 

고유 프랙티스  (Specific Practices)

고유 프랙티스 는 관련된 고유 목표를 달성하기에 중요하게 고려되어 지는 설명입니다고유 프랙티스는 프로세스영역의 고유 목표를 달성했을 때 기대되어지는 활동을 설명합니다고유 프랙티스  기대 구성요소입니다. (용어집에서 "specific practice”의 정의를 볼 수 있습니다. )

예를들면, Project Monitoring and Control 프로세스영역의 고유 프랙티스은 "프로젝트 계획안에서 확인된 것들에 대한 약속을 관찰해라" 이다

고유 프랙티스 의 내용만 기대 모델 구성요소입니다고유 프랙티스의 제목과 고유 프랙티스과 관련된 노트는 유용한 모델 구성요소로 간주합니다

 

 

Example Work Products

Example Work Products 고유 프랙티스의 단순한 결과의 리스트입니다. example work product는 유용한 모델 구성요소입니다. ("example work product"는 용어집에 정의를 볼 수 있습니다. )

예를 들면, Project Monitoring and Control프로세스 영역의 고유 프랙티스,"Monitor Project Planning Parameters" example work product  "중요한 편차(deviations) 기록" 입니다

 

 

Subpractices

Subpractices 고유 프랙티스과 일반적 프랙티스을 해석하고 구현하기 위한 가이드를 제공하는 자세한 설명입니다. Subpractices은 모호할 수 있지만 그것은 실제로는 프로세스 개선을 위해 유용한 아이디어를 제공하기 위한 유익한 구성요소(Informative Components)입니다.

예를 들면 ,  Project Monitoring and Control 프로세스 영역의 고유 프랙티스 (Take Corrective Action) Subpractices "확인된 이슈를 해결하기 위해 필요한 적절한 조치를 결정하고 문서화합니다."이다

 

 

일반 프랙티스 (Generic Practices)

일반 프랙티스(generic practices)은 여러 프로세스 영역에 같은 실행을 적용하기 때문에 "generic"이라고 불립니다

일반 목표(generic goal)와 관련된 일반 프랙티스(generic practices)은 프로세스영역에 프로세스를 제도화 하고일반 목표(generic goal)를 달성하기에 중요하게 생각되는 행동을 설명합니다. 일반 프랙티스(generic practice)은 기대 모델 구성요소 (expected model component.) 입니다

예를 들면, 일반 목표 (generic goal ) “프로세스는 관리된 프로세스로 제도화되어야 한다 ”를 위한 일반프랙티스 (generic practice) "프로세스를 프랙티스하고, 제품을 개발하고, 프로세스의 서비스를 제공하기 위한 적절한 자원을 제공해야 한다"이다."이다

일반 프랙티스(generic practices)의 내용만 기대 모델 구성요소(expected model component)입니다. 일반 프랙티스(generic practice)의 제목과 일반 프랙티스과 관련된 노트는 유용한 모델 구성오소(informative model components.)로 간주됩니다

 

 

Generic Practice Elaborations

일반 (generic)을 프로세스영역에 고유하게 적용시킬 수 있는 가이드를 제공하기 위해서 연습한 후에 일반 프랙티스 퇴고(Generic practice elaborations)가 나타납니다일반 프랙티스 퇴고(Generic practice elaborations)는 유용한 모델 구성요소(informative model component) 입니다

예를 들면,  프로젝트 계획(Project Planning)프로세스의 일반 프랙티스인 프로세스를 계획하고 실행하는 조직의 정책을 만들고 유지한다."의 일반 프랙티스 퇴고( generic practice elaboration) "이 정책은 프로젝트를 관리하기 위해서 계획을 세우고, 계획 파라미터 평가하고 내 외부 약속을 만들기에 대한 조직의 기대를 확립합니다..

 

 

(추가)Additions

 (추가)Additions는 특정 유저의 관심의 정보를 포함한 모델 구성요소로 표시됩니다. (추가)Additions는 유익한 재료(informative material), 고유 프랙티스(specific practice), 고유 목표 (specific goal), 사용이 특별한 점을 강조하거나 모델을 확장한 전체 프로세스 영역이 될 수 있습니다.  the CMMI-DEV 모델에는 (추가)Additions는 없습니다

 

 

유용한 구성요소를 지원하는 것 (Supporting Informative Components) 

모델의 많은 곳에서 개념을 설명하기 위해서 더 많은 정보가 필요합니다. 이 유용한 재료는 다음 구성요소 형태로 제공되어집니다

  • 노트 (Notes)
  • (Examples)
  • 참고(References)

 

 

노트(Notes)

노트는 거의 어떤 다른 모델 구성요소와도 함께 할 수 있는 텍스트입니다. 노트는 상세 내용, 배경이나 근거를 제공합니다. 노트는 유익한 모델 구성요소입니다. 예를들면, 노트는 원인 분석 및 해결(CAR) 프로세스 영역에서 "행동 제안 구현 - Implement Action Proposals - "인 고유 프랙티스은 노트를 동반하고 그 노트는 "가치가 증명된 변화는 폭넓게 구현이 고려되어야 합니다. "

 

 

(Examples)

(Examples)는 박스 안에서 텍스트와 아이템 리스트로 구성되어지는 구성요소입니다. 그리고 예는 다른 구성요소를 포함할 수 있으며 개념이나 상세한 활동을 명확하게 하기 위해서 하나이상의 예를를 구성할 수 있습니다

예는 유익한 모델 구성요소입니다

 

프로젝트에서 위반을 해결하기 위한 방법은 다음과 같습니다

  • 위반 수정
  • 프로세스 설명, 표준 또는 위반된 절차를 변경
  • 위반을 포함시키는 것을 포기합니다.

 

 

참고(References)

참고는 관련된 프로세스영역의 정보를 더 상세한 정보를 가르키고 어떤 다른 모델 구성요소를 포함할 수 있습니다. 참고는 유익한 모델 구성요소입니다

 

예를 들면, 정량적 프로세스 관리(QPM) 프로세스영역에서 "정의된 프로세스를 작성", 고유 프랙티스을 동반한 참고는 "조직 프로세스 자산을 만드는 것에 대한 더 많은 정보를 위해서는 조직 프로세스 정의(OPD) 프로세스 영역을 보세요"

 

 

번호 체계 (Numbering Scheme)


고유와 일반적인 목표는 순차적으로 번호가 매겨집니다. 각각 고유 목표는 "SG"접두사로 시작하며 각각의 일반 목표는 "GG"접두사로 시작합니다.

고유 이나 일반 프랙티스(Specific and generic practices)도 순차적으로 번호가 매겨집니다. 각각의 고유 프랙티스은 "SP"접두사로 시작하고 다음에 "x,y"로 번호가 붙습니다. (, SP 1.1). x는 그 목표(goal)와 같은 숫자입니다. y는 고유 목표아래의 고유 프랙티스은 고유의 순차적으로 숫자가 매겨집니다

 프로젝트 계획(PP)프로세스영역의 고유 프랙티스(specific practice)의 예입니다.  처음 고유 프랙티스(specific practice) SP 1.1로 숫자가 매겨지고, 두번째는 SP 1.2가 됩니다

각 일반 프랙티스은 GP 접두사와 "x.y" 가지고 시작합니다. (: GP 1.1)  

 

X는 일반목표의 숫자와 매칭이 됩니다. y는 일반목표의 일반 프랙티스(generic practice)에 대해서 순차적으로 고유한 번호가 매겨집니다. 예를 들면, GG 처음 일반 프랙티스(generic practice) GP 2.1로 매겨지고, 두번째는 GP 2.2가 됩니다

 

인쇄상의 규칙(Typographical Conventions)


 이 모델에 사용되는 인쇄상의 규칙은 그 페이지에서 빠르게 찾을 수 있도록 형식을 표시함으로써 당신이 쉽게 식별하고 모델구성요소를 선택할 수 있게 설계되었습니다

 

Figures 2.2, 2.3, and 2.4는 파트2에서 프로세스영역의 샘플 페이지입니다. 이 것은 다른 프로세스영역의 구성요소와 라벨을 해서 당신이 쉽게 식별할 수 있게 합니다. 당신이 그 각각을 식별하기 위해 활자표기에 차이를 두었습니다











% 오타 및 잘못된 내용이 있으면 말씀 부탁드립니다. 


출처 : http://www.sei.cmu.edu/reports/10tr033.pdf


공유하기

facebook twitter kakaoTalk kakaostory naver band