문제(CMMI)

이 항목에서는 문제 작업 항목의 세부 정보를 작성하는 방법에 대해 배울 수 있습니다. 팀에서는 문제 작업 항목을 사용하여 제품에서 작업을 차단할 수 있거나 작업을 차단하고 있는 이벤트나 상황을 추적할 수 있습니다. 팀에서 대개 일상적인 팀 회의 중에 자연스럽게 문제를 파악한다는 점에서 문제는 위험과 다릅니다. 자세한 내용은 문제 관리(CMMI)를 참조하십시오.

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

필요한 권한

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

문제 정의

문제에 대한 작업 항목 폼은 다음 그림에 나와 있는 필드 및 탭에 데이터를 저장합니다.

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

단일 문제를 정의하려면

1. 작업 항목 폼의 최상위 섹션에서 다음 정보 유형 중 하나 이상을 지정합니다.

   • 제목에서 제목을 확인하고 필요한 경우 텍스트를 업데이트하여 영향을 받는 작업의 문제 및 영역을 보다 정확하게 정의합니다.

   • 담당자 목록에서 문제를 해결해야 할 책임이 있는 팀 멤버의 이름을 클릭합니다.

     참고

     작업 항목은 Contributors 그룹의 멤버에게만 할당할 수 있습니다.

   • 상태 목록에서 기본값 제안됨을 그대로 둡니다.

     이유 필드의 기본값은 신규입니다. 이 필드에 대한 설명 및 이 필드를 사용하여 워크플로를 추적하는 방법에 대한 자세한 내용은 이 항목의 뒷부분에 나오는 문제 상태 변경을 참조하십시오.

   • 영역 및 반복 목록에서 적절한 영역과 반복을 클릭합니다.

     참고

     프로젝트 관리자가 영역 및 반복 트리 계층을 정의했으므로 팀 멤버는 이러한 지정을 통해 진행률을 추적할 수 있습니다. 자세한 내용은 영역 및 반복 만들기 및 수정을 참조하십시오.

   • 우선 순위 목록에서 1부터 4까지의 값 중 하나를 클릭하여 문제의 중요도를 지정합니다. 1이 중요도가 가장 높은 것이고 4가 중요도가 가장 낮은 것입니다.

     기본값은 2입니다.

   • 심사 목록에서 심사 하위 상태를 클릭합니다.

     이 필드는 제안됨 상태의 문제에 대해 결정된 심사 수준을 식별합니다. 유효한 값은 보류 중(기본값), 추가 정보, 받은 정보 및 심사됨입니다.

   • 문제가 프로젝트 계획의 중요 경로에 영향을 미치는 경우 에스컬레이션에서 예를 클릭합니다.

     기본값은 현재 날짜입니다.

2. 정보 탭의 설명 상자에 문제를 설명하는 내용을 최대한 자세하게 입력합니다.

   기록 상자에 세부 정보를 최대한 자세하게 입력하고 텍스트 서식을 지정합니다.

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

3. 분석 탭에서 각 상자를 클릭하고 팀에서 문제를 해결하는 방법에 대한 세부 정보를 입력합니다.

   • 프로젝트 완성도에 미치는 영향 목록에서 영향 수준을 클릭합니다.

     유효한 값은 1 - 위험, 2 - 높음, 3 - 보통 및 4 - 낮음입니다. 기본값은 3 - 보통입니다.

   • 분석 상자에 문제의 근본 원인과 문제를 해결할 수 있는 하나 이상의 방법에 대한 설명을 입력합니다.

     이 상자에 입력하는 텍스트의 서식을 지정할 수 있습니다.

4. 정정 작업 탭에서 다음 단계를 수행합니다.

   • 계획 상자에 팀에서 동의한 제안된 정정 작업에 대한 설명을 입력합니다.

     이 상자에 입력하는 텍스트의 서식을 지정할 수 있습니다.

   • 실제 해결 상자에 팀에서 문제를 해결하기 위해 수행한 정정 작업에 대한 설명을 입력합니다.

     이 상자에 입력하는 텍스트의 서식을 지정할 수 있습니다.

5. 기타 탭에서 다음 정보 유형을 지정합니다.

   • 목표 해결 날짜 상자에 팀이 문제를 해결해야 하는 날짜를 입력합니다.

   • 원래 예상 값 상자에 문제를 해결하는 데 걸리는 작업 시간을 나타내는 숫자를 입력합니다.

6. 모든 링크 탭에서 문제를 요구 사항 또는 작업과 같은 하나 이상의 다른 작업 항목에 연결합니다.

7. 첨부 파일 탭에서 문제에 대한 자세한 정보를 제공하는 사양, 이미지 또는 기타 파일을 첨부합니다.

   자세한 내용은 이 항목의 뒷부분에 있는 다음 단원을 참조하십시오.

   • 다른 작업 항목에 문제 연결

   • 문제에 세부 정보, 첨부 파일 또는 하이퍼링크 추가

8. 작업 항목 저장을 클릭합니다.

   참고

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

요구 사항, 작업 또는 기타 작업 항목에 문제 연결

링크 탭에서 문제를 다른 작업 항목에 연결할 수 있습니다.

요구 사항, 작업 또는 다른 작업 항목에 문제를 연결하려면

1. 모든 링크 탭에서 링크 대상을 클릭합니다.

   문제에 대한 링크 추가 대화 상자가 열립니다.

2. 링크 형식 목록에서 관련이나 추적할 관계를 나타내는 다른 링크 형식을 클릭합니다.

3. 다음 작업 중 하나를 수행합니다.

   • 작업 항목 ID에 찾을 작업 항목의 ID를 입력합니다. 쉼표나 공백을 사용하여 ID를 구분합니다.

   • 찾아보기를 클릭하여 목록에서 작업 항목을 지정합니다.

     링크된 작업 항목 선택 대화 상자가 나타납니다.

     

     저장된 쿼리 목록에서 추가할 작업 항목이 포함된 쿼리를 클릭합니다. 예를 들어, 미해결 사용자 스토리 또는 미해결 작업을 클릭할 수 있습니다.

     찾기를 클릭하고 문제에 연결할 각 작업 항목 옆에 있는 확인란을 선택한 다음 확인을 클릭합니다.

   • (선택 사항) 연결할 항목에 대한 설명을 입력합니다.

4. 확인을 클릭합니다.

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

5. 작업 항목 저장을 클릭합니다.

   참고

   문제와 문제가 연결된 항목이 모두 업데이트됩니다. 추가한 각 작업 항목의 문제에 대한 관련 링크가 정의됩니다.

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

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

• 정보, 분석 또는 정정 작업 탭의 상자에 정보를 입력합니다.

• 파일을 첨부합니다.

  예를 들어 전자 메일 스레드, 문서, 이미지, 로그 파일 또는 기타 형식의 파일을 첨부할 수 있습니다.

• 서버나 웹 사이트에 저장된 파일 또는 웹 사이트에 대한 하이퍼링크를 추가합니다.

문제에 세부 정보를 추가하려면

1. 정보, 분석 또는 정정 작업 탭을 클릭하고 상자에 정보를 입력합니다.

   정보에 서식을 지정하여 강조하거나 글머리 기호 목록을 표현할 수 있습니다. 자세한 내용은 제목, ID, 설명 및 기록(CMMI)을 참조하십시오.

2. 작업 항목 저장을 클릭합니다.

문제에 첨부 파일을 추가하려면

1. 첨부 파일 탭에서 다음 작업 중 하나를 수행합니다.

   • 파일을 첨부 파일 영역으로 끕니다.

   • 을 클릭하거나 Ctrl+V를 눌러 복사한 파일을 붙여넣습니다.

   • 추가, 찾아보기를 차례로 클릭하고 첨부 파일 대화 상자에서 첨부할 파일의 이름을 입력하거나 찾습니다.

     (선택 사항) 설명 상자에 첨부 파일에 대한 추가 정보를 입력합니다. 첨부 파일 대화 상자를 닫으려면 확인을 클릭합니다.

2. 작업 항목 저장을 클릭합니다.

문제에 하이퍼링크를 추가하려면

1. 모든 링크 탭에서 링크 대상을 클릭합니다.

   

2. 링크 형식 목록에서 하이퍼링크를 클릭합니다.

3. 주소 상자에서 다음 작업 중 하나를 수행합니다.

   • 대상이 웹 사이트인 경우 URL을 입력하거나, 인터넷 브라우저에서 URL을 복사하여 주소 상자에 붙여넣습니다.

   • 대상이 서버 위치인 경우 UNC 주소를 입력합니다.

4. (선택 사항) 설명 상자에 하이퍼링크에 대한 추가 정보를 입력합니다.

5. 확인을 클릭한 다음 작업 항목 저장을 클릭합니다.

문제의 상태 변경

팀에서 각 문제 작업 항목을 검토하고 분석하여 문제를 해결하기 위한 작업을 하나 이상 만들어야 합니다. 또한 작업을 완료하여 정정 작업을 수행한 후 문제를 해결합니다. 마지막으로 팀에서 정정 작업이 적합하다고 판단하는 경우 문제를 닫습니다.

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

다음과 같은 상태를 사용하여 문제의 진행률을 추적할 수 있습니다.

• 제안됨

• 활성

• 해결됨

• 완료

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

문제를 닫으려면

1. 문제를 엽니다.

2. 상태 목록에서 활성, 해결됨 또는 닫힘을 클릭합니다.

   • 상태를 제안됨에서 활성으로 변경하면 이유 필드가 자동으로 승인됨으로 변경됩니다.

   • 상태를 활성에서 해결됨으로 변경하면 이유 필드가 자동으로 해결됨으로 변경됩니다.

   • 상태를 해결됨에서 닫힘으로 변경하면 이유 필드가 해결 확인 및 승인됨으로 변경됩니다.

3. 작업 항목 저장을 클릭합니다.

일반적인 워크플로 진행: 팀 멤버가 상태가 제안됨이고 기본 이유가 신규인 문제를 만듭니다. 팀 멤버가 문제의 상태를 제안됨에서 활성으로 변경합니다. 이때 기본 이유는 승인됨입니다. 팀에서 정정 작업을 수행하기 위해 작업을 완료하면 팀 멤버가 문제의 상태를 활성에서 해결됨으로 변경합니다. 팀에서 정정 작업으로 문제가 해결되었다고 판단하면 팀 멤버가 문제의 상태를 해결됨에서 닫힘으로 변경합니다. 일반적이 아닌 전환: 팀 멤버가 문제의 상태를 제안됨에서 닫힘으로 변경합니다. 이때 기본 이유는 거부됨입니다. 팀 멤버가 문제의 상태를 활성에서 제안됨으로 변경합니다. 이때 기본 이유는 확인 완료입니다. 팀에서 문제가 다른 작업 결과로 해결되었고 관련이 없다고 판단하면 팀 멤버가 문제의 상태를 활성에서 닫힘으로 변경합니다. 팀에서 정정 작업이 문제를 해결하는 데 충분하지 않거나 올바르지 않다고 판단하면 팀 멤버가 문제의 상태를 해결됨에서 활성으로 변경합니다. 팀에서 문제가 실수로 닫혔거나 다시 발생하고 있다고 판단하면 팀 멤버가 문제의 상태를 닫힘에서 활성으로 변경합니다.

문제 상태 다이어그램

제안됨(신규)

팀에서 대개 일상적인 팀 회의의 일부로 발견하는 차단 문제에 대한 문제 작업 항목을 팀 멤버가 만듭니다.

팀 멤버가 문제를 만들면 다음 데이터 필드가 자동으로 캡처됩니다.

• 만든 사람: 문제를 만든 팀 멤버의 이름입니다.

• 만든 날짜: 문제가 만들어진 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

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

제안된 각 문제가 심사를 기다립니다. 심사를 통해 문제가 승인되거나 닫힙니다. 문제가 승인되면 팀에서는 문제의 상태를 활성으로 변경하고, 그렇지 않으면 문제의 상태를 닫힘으로 변경합니다.

팀 멤버가 다음 표에 기술된 이유로 인해 문제를 제안됨 상태에서 활성 상태로 이동할 수 있습니다.

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

• 활성화한 사람: 문제를 활성화한 팀 멤버의 이름입니다.

• 활성화된 날짜: 문제가 활성화된 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

• 상황 변경 날짜: 문제의 상태가 변경된 날짜 및 시간입니다.

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

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

팀 멤버가 문제를 닫으면 다음 데이터 필드가 캡처됩니다.

• 닫은 사람: 문제를 닫은 팀 멤버의 이름입니다.

• 닫힌 날짜: 문제가 닫힌 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

• 상황 변경 날짜: 문제의 상태가 변경된 날짜 및 시간입니다.

활성

팀에서 활성 문제를 검토하고 분석할 때 문제가 불필요하게 만들어졌다고 판단하고 문제를 거부할 수 있습니다. 팀에서는 문제를 해결할 가치가 있다고 판단하는 경우 문제를 분석하고 정정 작업을 수행하기 위한 작업을 하나 이상 만듭니다. 팀에서는 정정 작업을 완료할 때 문제를 해결합니다.

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

팀에서 정정 작업을 수행하기 위해 작업을 완료하면 팀 멤버가 활성 문제를 해결됨이라는 기본 이유로 해결할 수 있습니다.

팀 멤버가 활성 문제를 해결하면 다음 데이터 필드가 캡처됩니다.

• 담당자: 문제를 만든 팀 멤버의 이름입니다.

• 해결한 사람: 문제를 해결한 팀 멤버의 이름입니다.

• 해결된 날짜: 문제가 해결된 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

• 상황 변경 날짜: 문제의 상태가 변경된 날짜 및 시간입니다.

활성 상태에서 닫힘 상태로

다른 결정이나 이벤트가 문제로 제기된 차단 요소를 제거했으면 팀 멤버가 활성 문제를 다른 작업 결과로 해결됨이라는 기본 이유로 해결할 수 있습니다.

팀 멤버가 활성 문제를 닫으면 다음 데이터 필드가 캡처됩니다.

• 닫은 사람: 문제를 닫은 팀 멤버의 이름입니다.

• 닫힌 날짜: 문제가 닫힌 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

• 상황 변경 날짜: 문제의 상태가 변경된 날짜 및 시간입니다.

해결됨

해결된 문제는 팀에서 정정 작업을 수행했고 문제가 더 이상 진행을 차단하지 않음을 나타냅니다. 팀에서 정정 작업을 평가하고 정정 작업이 적합한 경우 팀 멤버가 문제를 닫습니다. 정정 작업이 적합하지 않은 경우에는 팀 멤버가 추가 작업을 위해 문제를 다시 활성화해야 합니다.

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

팀에서 정정 작업이 문제를 해결하는 데 충분하지 않거나 올바르지 않다고 판단하면 팀 멤버가 해결된 문제를 다시 작업이라는 기본 이유로 다시 활성화할 수 있습니다.

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

• 활성화한 사람: 문제를 다시 활성화한 팀 멤버의 이름입니다.

• 활성화된 날짜: 문제가 다시 활성화된 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

• 상황 변경 날짜: 문제의 상태가 변경된 날짜 및 시간입니다.

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

팀에서 정정 작업으로 문제가 해결되었다고 판단하면 팀 멤버가 해결된 문제를 해결 확인 및 승인됨이라는 기본 이유로 닫을 수 있습니다.

팀 멤버가 활성 문제를 닫으면 다음 데이터 필드가 캡처됩니다.

• 닫은 사람: 문제를 닫은 팀 멤버의 이름입니다.

• 닫힌 날짜: 문제가 닫힌 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

• 상황 변경 날짜: 문제의 상태가 변경된 날짜 및 시간입니다.

완료

팀 멤버는 오류로 닫힌 경우 닫힌 문제를 다시 활성화할 수 있습니다.

팀에서는 닫힌 문제에 대해 더 이상 작업하지 않아야 합니다. 팀에서 정정 작업을 수행했고 해결을 승인하거나 심사 위원회가 차단하지 않는 이벤트로 문제를 거부했으면 팀에서는 문제를 닫습니다.

닫힘 상태에서 활성 상태로

팀 멤버는 다음 표에 기술된 이유로 인해 닫힌 문제를 다시 활성화할 수 있습니다.

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

• 활성화한 사람: 문제를 다시 활성화한 팀 멤버의 이름입니다.

• 활성화된 날짜: 문제가 다시 활성화된 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

• 상황 변경 날짜: 문제의 상태가 변경된 날짜 및 시간입니다.

참고 항목

기타 리소스

아티팩트(CMMI)

버그, 문제 및 위험을 추적하는 필드(CMMI)

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