CMMI 프로세스 템플릿 작업 항목 형식 및 워크플로

팀은 CMMI Process Improvement 2013(CMMI) 프로세스 템플릿용 MSF로 제공되는 WIT(작업 항목 형식)를 사용하여 소프트웨어 프로젝트의 과정을 계획하고 추적합니다. 팀은 작업의 백로그를 관리하는 요구 사항을 정의한 다음 Kanban 보드를 사용하여 요구 사항 상태를 업데이트하여 과정을 추적합니다.

포트폴리오 요구 사항을 분석하기 위해 제품 소유자는 기능에 요구 사항 매핑을 수행할 수 있습니다. 팀이 반복 작업할 때는 요구 사항에 자동으로 링크되는 작업이 정의됩니다.

테스터는 Microsoft Test Manager 및 TWA(Team Web Access)를 사용하여 테스트 사례를 만들어 실행하고 버그를 정의하여 코드 오류를 추적합니다.

추가 CMMI 프로세스를 지원하기 위해 팀에서 변경 요청, 위험, 문제 및 검토 회의에서 캡처한 메모를 추적할 수 있습니다.

요구 사항 정의 및 활동의 크기 추정에 의한 프로젝트 계획

제품 백로그 페이지의 빠른 추가 패널에서 요구 사항을 만듭니다. 또는 Excel 또는 Project를 사용하여 요구 사항을 대량 추가할 수 있습니다.

나중에 요구 사항의 양과 자세한 정보를 제공하기 위해 각 요구 사항을 열람할 수 있습니다.

요구 사항은 팀이 만들어야 하는 기능 및 제품 요소를 지정합니다. 제품 소유자는 일반적으로 제품 백로그 페이지에 순위 요구 사항을 정의하고 스택합니다. 그럼 다음 팀은 최우선 순위 항목을 제공하는 데 필요한 활동의 크기 범위를 지정합니다.

팀에서는 요구 사항의 크기를 정의하여 이후 반복 또는 활동을 예상하기 위해 예측 기능 및 개발속도 차트를 사용할 수 있습니다. 다음 필드 및 탭을 사용하여 중요한 정보를 캡처합니다. 추가 지침은 프로젝트 계획을 참조하십시오.

필드/탭	용도
크기(참고 1 참조)	티셔츠 크기, 스토리 점수 또는 시간 등 팀이 선호하는 측정 단위를 사용하여 요건을 완성하는 데 필요한 작업 양을 예측합니다. Agile 개발속도 차트 및 예측 도구는 이 필드의 값을 참조합니다. 개발속도 차트를 생성하는 데 필요한 필드입니다.
우선 순위[필수](2)	비즈니스와 관련된 요구 사항에 대한 주관적인 등급입니다. 허용되는 값은 다음과 같습니다. 1: 항목이 없는 상태로 제품을 출시할 수 없습니다. 2: (기본값) 항목이 없는 상태로 제품을 출시할 수 없지만 바로 해결하지 않아도 됩니다. 3: 리소스, 시간 및 위험을 기반으로 항목의 구현 여부를 선택적으로 결정합니다.
심사[필수](2)	작업 항목에 대해 보류 중인 심사 결정의 형식을 나타냅니다. 작업 항목이 제안됨 상태에 있을 경우 이 필드를 사용하고 보류 중(기본값), 추가 정보, 받은 정보 및 심사됨 값 중 하나를 지정합니다.
차단됨(2)	팀 멤버가 요구 사항 또는 작업을 구현할 수 없거나 버그, 변경 요청 또는 위험을 해결할 수 없는지 여부를 나타냅니다. 차단 문제를 추적하기 위해 문제 작업 항목이 열려 있으면 해당 문제 작업 항목에 대한 링크를 만들 수 있습니다. 예 또는 아니요를 지정할 수 있습니다.
커밋됨[필수](2)	요구 사항이 프로젝트에 커밋되었는지 여부를 나타냅니다. 예 또는 아니요(기본값)를 지정할 수 있습니다.
스택 순위(1)	요구 사항의 상대적인 순위를 추적하는 데 사용합니다. 제품 백로그 페이지의 항목 순서는 페이지에서 항목을 추가했거나 이동한 위치에 따라 달라집니다. 항목을 끌면 백그라운드 프로세스가 ProcessConfiguration 파일에서 type="Order"에 지정된 이 필드를 업데이트합니다.
(요구 사항) 유형[필수](2)	구현할 요구 사항의 종류입니다. 다음 값 중 하나를 지정할 수 있습니다. 비즈니스 목표 기능(기본값) 기능 인터페이스 운영 서비스 품질 안전성 시나리오 보안
설명	요구 사항을 구현하기 위한 얼마나 많은 작업이 필요한지 예측한 자세한 정보를 제공합니다. 요구 사항이 누구를 위한 것인지, 사용자가 무엇을 달성하려고 하는지 그리고 그 이유에 중점을 둡니다. 요구 사항을 어떻게 개발해야 하는지에 대해서는 설명하지 마십시오. 팀이 구현할 항목을 작성하고 테스트하는 데 필요한 세부 정보가 제공되어야 합니다. HTML 필드에 서식 있는 텍스트와 이미지를 추가할 수 있습니다.
분석 (영향 평가)	이 요구 사항을 구현하지 않는 경우 고객에게 미치는 영향입니다. 이 요구 사항이 놀라움(Surprise), 필수(Required) 또는 명백(Obvious) 범주에 있는지 여부에 대한 Kano 모델의 정보를 포함할 수도 있습니다. 영향 평가에 해당하는 서식 있는 텍스트 HTML 필드에서 이 정보를 캡처합니다.
기타	기타 탭에 있는 다음 필드는 필요하지 않습니다. 통합 위치: 요구 사항 또는 변경 요청을 포함하거나 버그를 수정하는 제품 빌드 번호입니다. 사용자 승인 테스트[필수](2): 사용자 승인 테스트의 상태입니다. 통과 실패 준비되지 않음(기본값) 준비 생략됨 받은 정보 요구 사항이 활성 상태일 때 준비되지 않음을 지정하고 요구 사항이 해결됨 상태일 때 준비를 지정합니다. 원래 예상 값(3): 작업을 완료하는 데 필요한 작업 시간입니다. 실무 전문가: 이 요구 사항이 나타내는 고객 영역을 잘 알고 있는 1~3명의 팀 멤버의 이름입니다. 시작 날짜, 완료 날짜(3): 작업을 시작하거나 완료할 때의 목표 날짜입니다. 이러한 필드는 검색을 위해 사용할 경우 Microsoft Project에서 작성됩니다.

참고:

1. 필드 할당을 변경하려면 팀 프로젝트의 Agile 계획 도구 구성 및 사용자 지정을 참조하십시오.

2. 메뉴 선택을 변경하려면 선택 목록 사용자 지정을 참조하세요.

3. 작업을 시간 또는 일 단위로 지정할 수 있습니다. 이 필드와 연결된 고유 시간 단위는 없습니다.

   Microsoft Project를 사용하여 리소스를 할당하고 예약을 추적하는 경우 Project를 사용하여 이러한 필드를 업데이트할 수 있습니다.

진행률 추적

팀은 Kanban 보드를 사용하여 요구 사항 과정을 추적하고 스프린트 작업 보드를 사용하여 작업 과정을 추적할 수 있습니다. 새 상태 열로 항목을 끌어 워크플로 상태 및 이유 필드를 업데이트합니다.

Kanban 보드를 사용자 지정하여 추가 스윔 레인 또는 열을 지원할 수 있습니다. 또는 요구 사항 및 작업 WIT에 대한 워크플로를 사용자 지정할 수 있으며 기본 열 머리글이 변경됩니다.

요구 사항에 대한 일반적 워크플로 진행은 다음과 같습니다.

• 제품 소유자는 기본 이유인 새 요구 사항으로 제안됨 상태의 요구 사항을 만듭니다.

• 제품 소유자는 구현 작업을 시작할 때 상태를 활성으로 업데이트합니다.

• 코드 개발이 완료되고 시스템 테스트를 통과하면 팀에서 상태를 해결됨으로 업데이트합니다.

• 마지막으로 제품 소유자가 제품이 승인 기준에 따라 구현되어 모든 유효성 검사 테스트를 통과했음에 동의할 경우 팀 또는 제품 소유자는 요구 사항을 닫힘으로 이동할 수 있습니다.

요구 사항과 기능 매핑

제품이나 사용자 경험의 모음을 관리할 때 제품 포트폴리오의 범위와 작업의 진행률을 볼 수 있습니다. 이렇게 하려면 기능을 정의하고 요구 사항을 기능에 매핑합니다.

기능 백로그 페이지에서 요구 사항을 추가한 방식으로 신속하게 기능을 추가할 수 있습니다.

기능 작업 항목에 요구 사항에 제공된 것과 비슷한 필드가 포함되어 있으며 다음 표에 설명되어 있는 것과 같은 추가 필드가 포함됩니다.

요구 사항 탭은 매핑된 요구 사항으로 링크를 캡처합니다.

필드	용도
비즈니스 가치	다른 기능에 비해 특정 기능의 상대 값을 캡처하는 숫자를 지정합니다. 숫자가 높을수록 비즈니스 가치는 높아집니다.
목표 날짜	기능을 구현하는 날짜를 지정합니다.

매핑이 설정된 상태의 백로그 페이지에서 구현하려는 기능으로 요구 사항을 끌 수 있습니다.

이 매핑은 요구 사항 탭에서 캡처되는 기능에서 요구 사항으로의 부모-자식 링크를 만듭니다.

포트폴리오 백로그를 사용하면 한 백로그에서 다른 백로그로 드릴다운하여 원하는 세부 수준으로 백로그를 볼 수 있습니다. 또한 포트폴리오 백로그를 사용하여 팀의 계층 구조 설정 시 여러 팀에서 진행 중인 작업의 롤업을 볼 수 있습니다.

요구 사항을 구현하고 팀 수용작업량 및 번다운(Burndown)을 추적하는 데 필요한 작업을 정의합니다.

팀이 일련의 반복을 통해 작업을 관리할 때 스프린트 백로그 페이지를 사용하여 수행할 작업을 각각 다른 작업으로 나눌 수 있습니다.

작업 이름을 지정하고 사용할 작업을 예상합니다.

팀에서 작업을 예상할 때는 작업을 정의하고, 작업을 완료하는 데 걸리는 시간 또는 일 수를 예상합니다. 팀에서는 반복 작업을 시작할 때 작업을 예측하고 작업을 정의하며 각 팀 멤버는 해당 작업의 하위 집합을 수행합니다. 작업은 개발, 테스트 및 다른 종류의 작업을 포함할 수 있습니다. 예를 들어, 개발자는 요구 사항을 구현하도록 작업을 정의하고 테스터는 테스트 사례를 쓰고 실행하도록 작업을 정의할 수 있습니다. 요구 사항 및 버그에 작업을 링크하여 이러한 항목에 대한 진행률을 볼 수 있습니다. 추가 지침은 반복 작업을 참조하십시오.

필드	용도
작업 종류(참고 1 참조)	허용되는 값을 구현하는 작업의 종류를 선택합니다. 정정 작업 완화 작업 계획됨
분야(1)	팀에서 작업별 스프린트 수용작업량을 예상할 때 이 작업이 나타내는 분야를 선택합니다. 분석 개발 테스트 사용자 교육 설치 환경 이 필드는 분야별 수용작업량 계산에도 사용됩니다. ProcessConfiguration 파일의 type="Activity"에 할당됩니다. (2) 추가 지침은 개발 작업 구현을 참조하십시오.
원래 예상 값(3)	작업을 완료하기 위해 필요한 예상 작업량입니다. 일반적으로 이 필드는 할당된 후 변경되지 않습니다.
남은 작업(3)	작업을 완료하는 데 몇 시간 또는 며칠 분의 작업이 남아 있는지 나타냅니다. 작업이 진행되는 동안 이 필드를 업데이트합니다. 수용작업량 차트, 스프린트 번다운(Burndown) 차트 및 번다운(Burndown) 및 진행 속도 보고서 보고서를 계산하는 데 사용됩니다. 작업을 하위 작업 여러 개로 나눌 경우 하위 작업에 필요한 시간만 지정합니다. 팀이 선택한 모든 측정 단위에서 작업을 지정할 수 있습니다.
완료된 작업(3)	작업 구현에 사용된 작업량입니다.

참고:

1. 메뉴 선택을 변경하려면 선택 목록 사용자 지정을 참조하세요.

2. 필드 할당을 변경하려면 팀 프로젝트의 Agile 계획 도구 구성 및 사용자 지정을 참조하십시오.

3. 작업을 시간 또는 일 단위로 지정할 수 있습니다. 이 필드와 연결된 고유 시간 단위는 없습니다.

   Microsoft Project를 사용하여 리소스를 할당하고 예약을 추적하는 경우 Project를 사용하여 이러한 필드를 업데이트할 수 있습니다.

사용자 스토리에서 테스트 진행률 추적 및 코드 오류 캡처

요구 사항 테스트

Test Manager 또는 TWA에서 요구 사항 또는 버그에 자동으로 연결되는 테스트 사례를 만들 수 있습니다.

테스트 사례에는 여러 필드가 포함되어 있으며 이 중 대다수가 자동화되고 테스트 관리자 및 빌드 프로세스와 통합되었습니다. 각 필드에 대한 설명은 빌드 및 테스트 통합 필드 참조를 참조하십시오.

테스트된 요구 사항 탭은 테스트 사례의 모든 요구 사항과 버그를 나열합니다. 링크를 사용함으로써 팀은 각 항목을 테스트하는 과정을 추적하고 요구 사항 개요 보고서(CMMI) 보고서에 나타나는 정보를 지원할 수 있습니다.

코드 오류 추적

TWA, Visual Studio에서 또는 Test Manager로 테스트를 수행할 때 버그를 만들 수 있습니다. 추가 지침은 버그 추적을 참조하십시오.

필드/탭	용도
근본 원인	허용 값에서 오류의 원인을 선택합니다. 코딩 오류 디자인 오류 사양 오류 통신 오류 알 수 없음 메뉴 선택을 변경하려면 선택 목록 사용자 지정을 참조하세요.
재현 단계	다른 팀 멤버가 버그의 수정 여부 및 문제의 전면적 영향을 이해할 수 있도록 충분한 정보를 캡처하십시오. 이는 버그 및 예상 작업을 찾거나 재현하기 위해 사용한 작업을 포함합니다. 팀 코드 오류가 해결되었는지 확인하기 위해 사용해야 하는 기준에 대해 설명합니다.
심각도	프로젝트에 미치는 버그의 영향에 관한 주관적인 등급을 나타내는 허용되는 값 중 하나에서 선택합니다. 1 - 위험 2 - 높음 3 - 보통 4 - 낮음 메뉴 선택을 변경하려면 선택 목록 사용자 지정을 참조하세요.
시스템 정보 발견된 빌드 빌드에 통합	테스트 관리자에서 버그를 만들 때 시스템 정보 및 발견된 빌드에 소프트웨어 환경 및 버그가 발생한 빌드에 대한 정보가 자동으로 채워집니다. 소프트웨어 환경 정의에 대한 자세한 내용은 테스트를 실행하거나 데이터를 수집할 테스트 컴퓨터 설정을 참조하세요. 버그를 해결할 때는 빌드에 통합을 사용해서 버그를 수정하는 코드에 포함된 빌드 이름을 나타냅니다. 실행된 모든 빌드의 드롭다운 메뉴에 액세스하려면 발견된 빌드 및 빌드에 통합됨에 대한 FIELD 정의를 업데이트해 전역 목록을 참조할 수 있습니다. 전역 목록은 실행된 각 빌드로 자동으로 업데이트됩니다. 자세한 내용은 테스트, 빌드 및 버전 제어와의 통합을 지원하는 필드을 참조하세요. 빌드 이름을 정의하는 방법에 대한 자세한 내용은 빌드 번호를 사용하여 완료된 빌드에 의미 있는 이름 지정을 참조하십시오.

검토 회의에서 캡처된 변경 요청, 위험, 문제 및 메모 추적

다음 WIT를 사용해서 팀은 CMMI 프로세스의 추천 정보를 추적할 수 있습니다.

• 변경 제어에서 관리하는 작업 산출물에 대해 변경이 제안될 때마다 변경 요청을 만듭니다. 추가 사용 지침은 변경 내용 관리 및 변경 요청 필드 참조(CMMI)을 참조하십시오.

  

  분석 탭에서 변경 요청이 아키텍처, 사용자 경험 테스트, 설계/개발 또는 기술 출판물에 미칠 영향에 대해 자세하게 입력합니다.

• 문제를 사용하여 제품에서 작업을 차단할 수 있거나 작업을 차단하고 있는 이벤트나 상황을 추적할 수 있습니다. 팀에서 대개 일상적인 팀 회의 중에 자연스럽게 문제를 파악한다는 점에서 문제는 위험과 다릅니다.

  

  추가 지침은 문제 관리 및 버그, 문제 및 위험 필드 참조(CMMI)를 참조하십시오.

• 위험을 사용하여 제품에서 작업을 차단할 수 있거나 작업을 차단하고 있는 이벤트나 상황을 추적할 수 있습니다. 팀에서 대개 일상적인 팀 회의 중에 자연스럽게 문제를 파악한다는 점에서 문제는 위험과 다릅니다.

  

  추가 지침은 위험 관리 및 버그, 문제 및 위험 필드 참조(CMMI)를 참조하십시오.

• 디자인 또는 코드 검토 결과를 기록하려면 검토를 만듭니다. 팀 멤버는 디자인 또는 코드가 이름 정확성, 코드 관련성, 확장성, 코드 복잡성, 알고리즘 복잡성 및 코드 보안 영역의 표준을 충족하는 방식에 대한 세부 정보를 캡처할 수 있습니다.

  

  추가 지침은 개발 작업 구현 및 검토 회의 필드 참조(CMMI)를 참조하십시오.

공통 작업 항목 필드 및 탭 정의

대부분의 작업 항목 폼에서 다음 필드 및 탭이 나타납니다. 각 탭은 기록, 링크, 첨부 파일 등의 특정 정보를 추적하는 데 사용합니다. 이러한 세 필드는 변경 기록, 연결된 작업 항목 뷰, 파일을 보고 첨부할 수 있는 기능을 각각 제공합니다.

유일한 필수 필드는 제목입니다. 작업 항목이 저장될 경우 시스템은 고유한 ID를 할당합니다.

필드/탭	용도
제목(필수)	설명을 255자 이하로 입력합니다. 나중에 제목을 언제든지 수정할 수 있습니다.
담당자	작업 수행을 담당한 팀 멤버에게 작업 항목을 할당합니다. 드롭다운 메뉴는 작업 중인 컨텍스트에 따라 팀 멤버나 프로젝트 참가자의 목록을 보여 줍니다.
상태	먼저 기본값을 사용합니다. 작업이 진행되는 동안 현재 상태를 반영하도록 업데이트합니다. 상태의 드롭다운 목록을 변경하려면 작업 항목 형식의 워크플로 변경을 참조하십시오.
이유	먼저 기본값을 사용하십시오. 상태를 변경할 때 업데이트합니다. 각 상태는 기본 이유와 연결되어 있습니다. 원인의 드롭다운 목록을 변경하려면 작업 항목 형식의 워크플로 변경을 참조하십시오.
영역	기획 회의 중에 제품 또는 팀과 관련된 영역 경로를 선택하거나, 배정될 때까지 비워 둡니다. 영역의 드롭다운 목록을 변경하려면 영역 및 반복 경로 추가 및 수정을 참조하십시오.
반복	기획 회의 중 작업이 완료된 상태에서 스프린트 또는 반복 단계를 선택하거나 공란으로 비워 두고 나중에 배정합니다. 반복의 드롭다운 목록을 변경하려면 영역 및 반복 경로 추가 및 수정을 참조하십시오.
모든 링크	하이퍼링크, 변경 집합, 소스 파일 등 모든 링크 형식을 추가합니다. 이 탭은 또한 다른 링크 컨트롤 탭에 정의된 링크를 포함하여 작업 항목에 정의된 모든 링크를 나열합니다.
첨부 파일	작업 항목을 전자 메일 스레드, 문서, 이미지, 로그 파일 또는 다른 파일 형식으로 파일을 추가하여 보다 자세한 정보를 공유합니다.
기록	시스템에서 캡처하는 감사 추적을 검토하고 추가 정보를 캡처합니다. 작업 항목이 업데이트될 때마다 정보가 기록에 추가됩니다. 기록에는 변경 날짜, 변경한 사람, 변경된 필드 등이 포함됩니다. 기록 필드에 서식 있는 텍스트를 추가할 수도 있습니다.

다른 필드에 대한 정보를 조회하려면 작업 항목 필드의 인덱스를 참조하십시오.

작업 추적 시작

작업 추적을 시작하려면 팀 프로젝트가 있어야 합니다. 팀 프로젝트를 하나 만들려면 여기로 이동하세요.

작업 추적을 시작하려면 다음 작업 중 하나 이상을 수행합니다.

• 일반적인 작업 항목 작업에 대한 자세한 내용은 작업 항목 사용 시작을 참조하세요.

• 백로그를 만들려면 TWA를 사용합니다. 백로그 만들기을 참조하세요.

• 작업 분석 구조를 만들려면 Project 또는 Excel을 사용하세요.

• 어떤 클라이언트를 사용할지 알아보려면 작업을 지원할 Team Foundation 클라이언트 선택을 참조하세요.

Q & A

Q: CMMI가 지원하는 워크플로 상태는 무엇이 있나요?

A: 이러한 다이어그램에는 기능, 요구 사항, 버그 및 작업의 기본 진행 및 재발 상태가 표시됩니다. 워크플로를 사용자 지정하려면 여기로 이동하세요.

기능

요구 사항

버그

작업

Q: 어떻게 하면 버그를 중복으로 해결하나요?

A: 상태를 제거됨으로 설정하고 이유를 중복으로 지정합니다.

Q: 어떻게 하면 Test Runner에서 기존 버그에 연결할 수 있나요?

A: Test Runner 사용 중 기존 버그 업데이트를 참조하세요.