위험(CMMI)

아티클
02/21/2013

이 항목에서는 위험 작업 항목의 세부 정보를 작성하는 방법에 대해 배울 수 있습니다.위험 작업 항목은 이후에 프로젝트에서 부정적인 결과를 초래할 수 있는 발생 가능한 이벤트 또는 조건을 상세하게 기술합니다.프로젝트 관리에서 가장 중요한 요소는 프로젝트의 위험을 식별하고 관리하는 것입니다.자세한 내용은 위험 관리을 참조하십시오.

이 작업 항목 형식을 만드는 방법에 대한 자세한 내용은 작업 항목 및 워크플로(CMMI)를 참조하십시오.

항목 내용	관련 항목
위험 정의 요구 사항, 작업 또는 기타 작업 항목에 위험 연결 위험에 세부 정보, 첨부 파일 또는 하이퍼링크 추가 위험 상태 변경	프로세스 지침 위험 관리 필드 참조 제목, ID, 설명 및 기록 필드 참조 할당 및 워크플로 필드 참조 계획, 순위 및 우선 순위 필드 참조 버그, 문제 및 위험 필드 참조(CMMI) 영역 및 반복 필드 참조 작업 항목 및 링크 제어와 제한 연결 Attachment 컨트롤 및 필드 참조

위험 정의
요구 사항, 작업 또는 기타 작업 항목에 위험 연결
위험에 세부 정보, 첨부 파일 또는 하이퍼링크 추가
위험 상태 변경

프로세스 지침

위험 관리

필드 참조

필요한 권한

위험을 보려면 Readers 그룹의 멤버이거나 이 노드의 작업 항목 보기 권한이 허용으로 설정되어 있어야 합니다.위험을 수정하려면 Contributors 그룹의 멤버이거나 이 노드의 작업 항목 편집 권한이 허용으로 설정되어 있어야 합니다.자세한 내용은 권한 관리을 참조하십시오.

위험 정의

위험에 대한 작업 항목 폼에서는 다음 그림에 나오는 필드와 탭에 데이터를 저장합니다.

위험 작업 항목 폼

위험을 정의할 때는 제목을 정의해야 합니다.다른 모든 필드는 비워 두거나 기본값을 적용할 수 있습니다.

단일 위험을 정의하려면

작업 항목 폼의 최상위 섹션에서 다음 정보 유형 중 하나 이상을 지정합니다.
- 제목(필수)에 간단한 설명을 입력합니다.
  
  제목이 적절하면 관련된 잠재적 위험에 대해 팀의 이해를 높일 수 있습니다.언제든지 텍스트를 업데이트하여 위험 및 영향을 받는 작업 영역을 보다 정확하게 정의할 수 있습니다.
- 에 할당 목록에서 위험을 처리할 책임이 있는 팀 멤버의 이름을 선택 합니다.
  
  [!참고]
  
  작업 항목은 Contributors 그룹의 멤버에게만 할당할 수 있습니다.
  
  위험 담당자를 지정하지 않으면 자동으로 자신에게 할당됩니다.
- 상태 목록에서 기본값 제안됨을 그대로 둡니다.
  
  이유 필드의 기본값은 신규입니다.이 필드에 대한 설명 및 이 필드를 사용하여 워크플로를 추적하는 방법에 대한 자세한 내용은 이 항목의 뒷부분에 나오는 위험 상태 변경을 참조하십시오.
- 에 영역 및 반복 목록에서 적절 한 영역과 반복을 선택 합니다. 또는이 필드를 비워 둡니다.
  
  [!참고]
  
  프로젝트 관리자가 영역 및 반복 트리 계층을 정의했으므로 팀 멤버는 이러한 지정을 통해 진행률을 추적할 수 있습니다.자세한 내용은 영역 및 반복 만들기 및 수정을 참조하십시오.
- 가능성 상자에 1에서 99 사이의 숫자를 입력하여 위험이 발생할 가능성을 나타냅니다.
  
  예를 들어 위험이 발생할 가능성이 거의 없음을 나타내려면 1을 입력할 수 있습니다.
- 에 우선 순위 목록에서 수준 1 (가장 중요) 4 (가장 중요)의 위험에 대 한 중요도 선택 합니다.
  
  기본값은 2입니다.
- 심각도 목록에서 위험이 발생할 경우 나타나는 부작용(예: 비용 및 손실)의 잠재적 크기를 나타냅니다.
  
  이 등급은 주관적으로 평가하며 1-위험, 2-높음, 3-보통 또는 4-낮음으로 지정할 수 있습니다.기본값은 3-보통입니다.
- 에 차단 된 목록에서 선택 예 문제는 위험을 완화 팀 것입니다.
  
  차단 문제를 추적하기 위해 팀에서 문제 작업 항목을 만든 경우에는 해당 작업 항목에 대한 링크도 만들어야 합니다.
- 원래 예상 값 상자에 위험 완화 계획을 구현하는 데 소요될 작업 시간을 나타내는 값을 입력합니다.
에 설명 탭에서 위험과 위험을 완화 하기 위해 제안 된 동작을 설명 하 고 원하는 대로 최대한 자세하게 설명 합니다.
에 완화 탭에서 원하는 조건 또는 위험 완화 해야 하는지 여부를 결정 하는 이벤트 설명에 최대한 자세하게 설명 합니다.

예를 들어 다음 4일 내에 사무실의 50마일 근방에서 폭풍우나 허리케인이 발생한다는 일기 예보가 있으면 팀에서 예비 발전기를 준비할 수 있습니다.
에 계획 CONTIGENCY 탭에서 위험을 발생 하는 경우 수행할 작업을 설명 하려는 최대한 자세하게 설명 합니다.

팀은 문제 작업 항목과 한 명 이상의 팀 멤버에게 할당하는 작업을 만들어 계획을 추적합니다.
에 모든 링크 탭을 만들 수 있습니다 링크에서 하나 이상의 다른 작업 항목, 작업, 요구 사항 등을.
에 첨부 파일 탭, 사양, 이미지 또는 해결 해야 하는 위험에 대 한 자세한 정보를 제공 하는 다른 파일을 첨부 합니다.

자세한 내용은 이 항목의 뒷부분에 있는 다음 단원을 참조하십시오.
- 요구 사항, 작업 또는 기타 작업 항목에 위험 연결
- 위험에 세부 정보, 첨부 파일 또는 하이퍼링크 추가
선택 작업 항목 저장.

[!참고]

위험을 저장하면 작업 항목 도구 모음 아래의 제목에 식별자가 나타납니다.

요구 사항, 작업 또는 기타 작업 항목에 위험 연결

위험과 다른 작업 항목 간에 관계를 만들면 프로젝트를 더 효과적으로 계획하고, 종속성을 더 정확하게 추적하고, 계층적 관계를 더 명확하게 표시하고, 관련 정보를 더 빠르게 찾을 수 있습니다.위험 작업 항목 폼에서 위험에 자동으로 연결되는 다른 작업 항목을 만들거나, 기존 작업 항목에 대한 링크를 하나 이상 만들 수 있습니다.

링크 탭에서 특정 작업 항목 형식에 대한 특정 링크 형식을 만들 수 있습니다.자세한 내용은 Linking Work Items (CMMI)을 참조하십시오.

작업, 버그, 요구 사항 또는 기타 작업 항목을 만들고 위험에 연결하려면

위험 작업 항목 폼을 열고는 모든 링크 탭을 클릭 한 다음 선택 New.

링크된 새 작업 항목 추가 대화 상자가 열립니다.
에 링크 형식 목록에서 선택 관련 또는 추적할 관계를 나타내는 링크의 다른 유형.
에 작업 항목 형식 목록에서 만들려는 작업 항목의 형식을 선택 합니다.
제목에 수행할 작업에 대해 명확하게 알 수 있는 간단한 설명을 입력합니다.
(선택 사항) 설명에 추가 정보를 입력합니다.
확인을 선택합니다.

지정된 작업 항목의 형식에 대한 작업 항목 폼이 제공된 정보와 함께 열립니다.
다음 항목에 설명된 대로 나머지 필드를 지정합니다.
선택 작업 항목 저장.

위험에 기존 작업 항목을 여러 개 연결하려면

위험 작업 항목 폼을 열고는 링크 탭을 클릭 한 다음 선택 링크를.

위험에 대한 링크 추가 대화 상자가 열립니다.
에 링크 형식 목록에서 선택 관련 또는 추적할 관계를 나타내는 연결의 다른 종류는 연결 된 작업 항목 형식에 기반 합니다.
다음 작업 중 하나를 수행합니다.
- 작업 항목 ID에 찾을 작업 항목의 ID를 입력합니다.쉼표나 공백을 사용하여 ID를 구분합니다.
- 선택 찾아보기 목록에서 작업 항목을 지정 합니다.
  
  링크된 작업 항목 선택 대화 상자가 나타납니다.
  
  에 저장 된 쿼리 목록에서 추가 하려는 작업 항목을 포함 하는 쿼리를 선택 합니다.선택할 수 있습니다 예를 들어, 열려 있는 작업 항목, 활성 버그, 또는 활성 작업.
  
  선택 찾기, 고 위험에 연결할 각 작업 항목 옆의 확인란을 선택 합니다.
  
  확인을 선택합니다.
- (선택 사항) 연결할 항목에 대한 설명을 입력합니다.
확인을 선택합니다.

자세한 내용은 연결하거나 가져올 작업 항목 찾기을 참조하십시오.
선택 작업 항목 저장.

[!참고]

위험 작업 항목과 위험에 연결한 작업 항목이 모두 업데이트됩니다.

위험에 세부 정보, 첨부 파일 또는 하이퍼링크 추가

더 많은 정보를 사용할 수 있게 되면 다음과 같은 방법으로 위험에 정보를 추가할 수 있습니다.

설명, 완화, 대체 계획 또는 기록 탭의 텍스트 상자에 정보를 입력합니다.
파일을 첨부합니다.

예를 들어 전자 메일 스레드, 문서, 이미지, 로그 파일 또는 기타 형식의 파일을 첨부할 수 있습니다.
서버나 웹 사이트에 저장된 파일 또는 웹 사이트에 대한 하이퍼링크를 추가합니다.

위험에 세부 정보를 추가하려면

선택은 설명, 완화, 긴급 복구 계획, 또는 기록 탭 및 형식 정보 텍스트 상자 중 하나입니다.

정보에 서식을 지정하여 강조하거나 글머리 기호 목록을 표현할 수 있습니다.

[!참고]

팀 멤버가 작업 항목을 업데이트할 때마다 작업 항목 기록에 변경 날짜, 변경한 팀 멤버 이름 및 변경된 필드가 표시됩니다.

자세한 내용은 버그, 문제 및 위험 필드 참조(CMMI) 및 제목, ID, 설명 및 기록 필드 참조를 참조하십시오.
선택 작업 항목 저장.

위험에 첨부 파일을 추가하려면

첨부 파일 탭에서 다음 작업 중 하나를 수행합니다.
- 파일을 첨부 파일 영역으로 끕니다.
- 선택 또는 복사한 파일을 붙여 넣으려면 CTRL + V를 누릅니다.
- 선택 추가, 선택 찾아보기, 및에 첨부 파일 대화 상자, 형식 또는 첨부 파일의 이름 찾습니다.
  
  (선택 사항) 설명 상자에 첨부 파일에 대한 추가 정보를 입력합니다.
  
  닫을 수 있는 첨부 파일 대화 상자에서 선택 확인.
선택 작업 항목 저장.

위험에 하이퍼링크를 추가하려면

에 링크 탭에서 선택 링크를.
에 링크 형식 목록에서 선택 하이퍼링크.
주소 상자에서 다음 작업 중 하나를 수행합니다.
- 대상이 웹 사이트인 경우 URL을 입력하거나, 인터넷 브라우저에서 URL을 복사하여 주소 상자에 붙여넣습니다.
- 대상이 서버 위치인 경우 UNC 주소를 입력합니다.
(선택 사항) 설명 상자에 하이퍼링크에 대한 추가 정보를 입력합니다.
확인을 선택합니다.
선택 작업 항목 저장.

위험 상태 변경

팀에서 위험을 완화해야 한다고 판단하면 팀 멤버가 위험 작업 항목의 상태를 활성으로 설정합니다.위험은 완화 작업이 완료될 때까지 활성 상태로 유지되고 해당 작업이 완료되면 팀 멤버가 위험 상태를 해결됨으로 변경합니다.해결된 위험이 완화되었음이 확인되면 팀 멤버가 위험을 닫습니다.

위험에서 식별하는 이벤트가 발생하면 팀에서 대체 계획을 규정합니다.

팀은 다음과 같은 상태를 사용하여 위험의 상태를 추적할 수 있습니다.

제안됨
Active
해결됨
완료

모든 팀 멤버가 위험의 상태를 변경할 수 있습니다.

팀 멤버가 위험을 만들 때의 상태는 제안됨입니다.팀에서 현재 반복에 대한 위험을 승인하면 위험이 활성 상태로 전환되고 팀은 위험을 분석하여 이를 구현할 작업을 만듭니다.작업이 완료되고 시스템 테스트 결과 위험이 성공적으로 구현되었으면 위험이 해결됨 상태로 전환됩니다.마지막으로 팀에서 위험의 유효성을 검사한 후에는 위험을 닫힘 상태로 전환합니다.

작업 항목 상태를 추적하는 데 사용할 수 있는 데이터 필드에 대한 자세한 내용은 할당, 워크플로 및 계획(CMMI)을 참조하십시오.

위험 상태를 변경하려면

위험을 엽니다.
에 상태 목록에서 선택 활성, "해결 됨" 또는 닫힌.
- 상태를 제안됨에서 활성으로 변경하면 이유 필드가 자동으로 승인됨으로 변경됩니다.
- 상태를 활성에서 해결됨으로 변경하면 이유 필드가 자동으로 코드 완료 및 시스템 테스트 성공으로 변경됩니다.
- 상태를 해결됨에서 닫힘으로 변경하면 이유 필드가 유효성 검사 테스트 성공으로 변경됩니다.
선택 작업 항목 저장.

일반적인 워크플로 진행:

팀 멤버가 상태가 제안됨이고 기본 이유가 신규인 위험을 만듭니다.
팀 멤버가 위험 상태를 제안됨에서 활성으로 변경합니다. 이때 기본 이유는 승인됨입니다.
팀에서 모든 완화 작업을 완료하면 팀 멤버가 위험 상태를 활성에서 해결됨으로 변경합니다.
팀에서 유효성 검사를 수행하여 위험이 완화된 것으로 판단되면 팀 멤버가 위험 상태를 해결됨에서 닫힘으로 변경합니다.

일반적이 아닌 전환:

팀 멤버가 위험 상태를 제안됨에서 닫힘으로 변경합니다. 이때 기본 이유는 거부됨입니다.
팀에서 완화 작업을 수행하기 전에 위험이 발생한 경우 또는 위험이 더 이상 가능하지 않거나 프로젝트와 관련이 없는 경우 팀 멤버가 위험 상태를 활성에서 닫힘으로 변경합니다.
팀에서 완화를 검토하고 아직 위험이 있다고 판단되면 팀 멤버가 위험 상태를 해결됨에서 활성으로 변경합니다.
팀 멤버가 실수로 위험이 닫혔다고 판단하고 상태를 닫힘에서 활성으로 변경합니다.

위험 상태 다이어그램

제안됨(신규)

팀에서 제안된 각 위험을 식별하고 발생 가능성, 손실, 완화 옵션, 완화 트리거 및 대체 계획 등을 분석합니다.완화 트리거가 시작되거나 우선 순위가 높아 바로 완화할 수 있으면 팀에서 제안된 위험을 활성화합니다.팀에서 위험이 더 이상 중요하지 않거나 위험을 완화할 필요가 없다고 판단하면 제안된 위험을 닫습니다.

팀 멤버가 위험을 만들면 다음 데이터 필드가 자동으로 캡처됩니다.

만든 사람: 위험을 만든 팀 멤버의 이름입니다.
만든 날짜: 위험이 만들어진 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

제안됨 상태에서 활성 상태로

완화 요구가 트리거되면 팀 멤버가 위험을 제안됨에서 활성 상태로 전환합니다.

이유	용도	수행할 추가 작업
완화 작업이 트리거됨	완화 트리거에 정의된 조건이 발생하거나, 팀에서 완화 작업을 바로 시작해야 할 정도로 위험 우선 순위가 높다고 판단하는 경우	완화 계획을 구현할 팀 멤버에게 위험을 할당합니다.

팀 멤버가 위험 상태를 활성으로 변경하면 다음 데이터 필드가 캡처됩니다.

활성화한 사람: 위험을 활성화한 팀 멤버의 이름입니다.
활성화된 날짜: 위험이 활성화된 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.
상황 변경 날짜: 위험의 상태가 변경된 날짜 및 시간입니다.

제안됨 상태에서 닫힘 상태로

팀 멤버는 다음 표에 기술된 이유 중 하나로 인해 제안됨 상태의 위험을 닫을 수 있습니다.

이유	용도	수행할 추가 작업
거부됨(위험 아님)	추가 분석 또는 검토를 통해 팀에서 위험을 초래할 이벤트나 조건이 발생할 수 없거나 그 영향이 무시할 수 있을 정도라고 판단하는 경우	없음
승인됨	팀에서 효과적인 예방 또는 해결 방법을 실행할 수 없거나 잠재적 이점이 잠재적 결과보다 중요하다고 판단하는 경우	없음

팀 멤버가 위험을 닫으면 다음 데이터 필드가 캡처됩니다.

닫은 사람: 위험을 닫은 팀 멤버의 이름입니다.
닫힌 날짜: 위험이 닫힌 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.
상황 변경 날짜: 위험의 상태가 변경된 날짜 및 시간입니다.

Active

팀은 활성 상태의 위험을 완화하려고 합니다.팀에서 해당 위험에 대한 모든 완화 작업을 완료하면 위험이 해결됨 상태로 전환됩니다.팀에서 완화 작업을 완료하기 전에 위험이 발생할 경우에는 팀에서 문제 작업 항목을 만들어 문제를 추적하고 위험 작업 항목을 닫습니다.

활성 상태에서 해결됨 상태로

팀에서 계획된 완화 작업을 완료하면 팀 멤버가 활성 위험을 해결할 수 있습니다.기본 이유는 완화 작업 완료입니다.그러면 팀에서 완화 완료를 확인할 팀 멤버에게 위험을 할당해야 합니다.

팀 멤버가 활성 위험을 해결하면 다음 데이터 필드가 캡처됩니다.

해결한 사람: 위험을 해결한 팀 멤버의 이름입니다.
해결된 날짜: 위험이 해결된 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.
상황 변경 날짜: 위험의 상태가 변경된 날짜 및 시간입니다.

활성 상태에서 닫힘 상태로

팀 멤버는 다음 표에 기술된 이유 중 하나로 인해 활성 위험을 닫을 수 있습니다.

이유	용도	수행할 추가 작업
다른 작업 결과로 해결됨	팀이 완화 작업을 수행하기 전에 위험이 발생하는 경우	문제를 추적하는 문제 작업 항목을 만들어 닫힘 상태의 위험 작업 항목에 연결합니다.문제의 해결 작업으로 대체 계획을 규정합니다.
거부됨(위험 아님)	추가 분석 또는 검토를 통해 팀에서 위험을 초래할 이벤트나 조건이 발생할 수 없거나 그 영향이 무시할 수 있을 정도라고 판단하는 경우	없음
제거됨	프로젝트 또는 위험 자체가 변경되어 위험이 더 이상 유효하지 않은 경우.위험이 더 이상 발생할 수 없으므로 팀에서 위험 추적을 중단할 수 있습니다.	없음

활성 위험을 닫으면 다음 데이터 필드가 캡처됩니다.

닫은 사람: 위험을 닫은 팀 멤버의 이름입니다.
닫힌 날짜: 위험이 닫힌 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.
상황 변경 날짜: 위험의 상태가 변경된 날짜 및 시간입니다.

해결됨

팀에서 위험에 대한 완화 작업을 완료하면 위험을 해결됨 상태로 설정하고, 위험을 닫기 전에 완화를 확인할 팀 멤버에게 위험을 할당합니다.확인 결과 완화 작업이 충분하지 않으면 팀 멤버가 위험을 다시 활성화합니다.

해결됨 상태에서 닫힘 상태로

팀에서 완화 작업을 검토하고 위험이 충분히 완화되었다고 판단되면 팀 멤버가 해결됨 상태의 위험을 닫을 수 있습니다.기본 이유는 완화 작업 완료입니다.그러면 팀에서 제품 소유자에게 위험을 할당해야 합니다.

팀 멤버가 해결된 위험을 닫으면 다음 데이터 필드가 자동으로 캡처됩니다.

닫은 사람: 위험을 닫은 팀 멤버의 이름입니다.
닫힌 날짜: 위험이 닫힌 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.
상황 변경 날짜: 위험의 상태가 변경된 날짜 및 시간입니다.

해결됨 상태에서 활성 상태로

팀에서 완화 작업을 검토하고 위험이 충분히 해결되지 않은 것으로 판단되면 팀 멤버가 해결됨 상태의 위험을 다시 활성화할 수 있습니다.기본 이유는 완화 작업 불충분입니다.그러면 팀에서 완화 계획을 구현할 팀 멤버에게 위험을 할당해야 합니다.또한 위험 검증 도구가 위험 작업 항목에 주석을 달아 완화 계획 중 유효성 검사가 실패한 부분을 나타내야 합니다.

팀 멤버가 해결된 위험을 다시 활성화하면 다음 데이터가 자동으로 캡처됩니다.

활성화한 사람: 위험을 다시 활성화한 팀 멤버의 이름입니다.
활성화된 날짜: 위험이 다시 활성화된 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.
상황 변경 날짜: 위험의 상태가 변경된 날짜 및 시간입니다.

완료

팀 멤버는 닫힌 위험이 범위 안에 다시 들어오면 다시 활성화할 수 있습니다.대개 비즈니스 분석가나 프로그램 관리자가 닫힌 위험을 다시 활성화합니다.

닫힘 상태에서 활성 상태로

위험이 완화되었거나, 위험을 완화할 수 없어 승인된 후에는 팀에서 위험을 닫습니다.실수로 닫힌 위험은 다시 활성화할 수 있습니다.이때 이유는 실수로 닫힘으로 설정됩니다.

팀 멤버가 닫힌 위험을 다시 활성화하면 다음 데이터가 자동으로 캡처됩니다.

활성화한 사람: 위험을 다시 활성화한 팀 멤버의 이름입니다.
활성화된 날짜: 위험이 다시 활성화된 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.
상황 변경 날짜: 위험의 상태가 변경된 날짜 및 시간입니다.

참고 항목

개념

아티팩트(CMMI)

버그, 문제 및 위험 필드 참조(CMMI)

Visual Studio ALM에 대한 작업 항목 필드 참조

기타 리소스

작업 항목 및 워크플로(CMMI)

다음을 통해 공유