검토(CMMI)

이 항목에서는 검토 작업 항목의 세부 정보를 작성하는 방법에 대해 배울 수 있습니다. 팀에서 검토 작업 항목을 사용하여 디자인 또는 코드 검토 결과를 문서화할 수 있습니다. 팀 멤버는 디자인 또는 코드가 이름 정확성, 코드 관련성, 확장성, 코드 복잡성, 알고리즘 복잡성 및 코드 보안 영역의 표준을 충족하는 방식에 대한 세부 정보를 캡처할 수 있습니다. 자세한 내용은 개발 작업 구현을 참조하십시오.

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

항목 내용	관련 항목
검토 정의 요구 사항, 작업 또는 기타 작업 항목에 검토 연결 검토에 세부 정보, 첨부 파일 또는 하이퍼링크 추가 검토 상태 변경	프로세스 지침 개발 작업 구현 필드 참조 검토 회의 필드(CMMI) 제목, ID, 설명 및 기록(CMMI) 영역 및 반복 할당, 워크플로 및 계획(CMMI) 작업 항목 연결(CMMI) 첨부 파일

필요한 권한

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

검토 정의

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

   

검토를 정의할 때는 작업 항목 폼의 맨 위 섹션에서 제목을 정의하고 정보 탭에서 용도를 정의해야 합니다. 다른 모든 필드는 비워 두거나 기본값을 적용할 수 있습니다.

단일 검토를 정의하려면

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

   • 제목(필수)에 이 검토를 다른 검토 작업 항목과 구별하는 설명을 간단하게 입력합니다.

     제목에는 검토한 코드 섹션 또는 디자인 영역을 나타내는 것이 좋습니다.

   • 회의 형식 목록에서 검토에 사용된 회의 형식을 클릭합니다.

     유효한 값은 회의 또는 오프라인입니다.

   • 담당자 목록에서 검토를 처리할 책임이 있는 팀 멤버의 이름을 클릭합니다.

     참고

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

     검토 담당자를 지정하지 않으면 자동으로 자신에게 할당됩니다.

   • 상태 목록에서 기본값 활성을 그대로 둡니다.

   • 사회자 섹션에서 회의를 소집한 팀 멤버의 이름을 클릭하고 회의 날짜를 입력합니다.

2. 정보 탭에서 검토에 적용된 조건 및 검토된 디자인 또는 코드 영역에 대한 내용을 최대한 자세하게 입력합니다.

3. 회의록 탭에서 검토 회의에서 나온 결과, 토의, 조건 및 결정 사항에 대한 내용을 최대한 자세하게 입력합니다.

   이 정보에는 검토한 내용, 적용된 조건, 식별된 문제 등이 포함될 수 있습니다.

4. 설명 탭에서 검토에 대해 다른 위치에서 적절하게 캡처되지 않은 기타 정보를 입력합니다.

5. 참석자 탭에서 검토 회의의 필수 참석자, 선택적 참석자 또는 실제 참석자인 각 팀 멤버의 이름을 클릭합니다.

   이러한 팀 멤버는 검토 위원회의 멤버입니다.

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

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

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

   • 요구 사항, 작업 또는 기타 작업 항목에 검토 연결

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

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

   참고

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

요구 사항, 작업 또는 기타 작업 항목에 검토 연결

링크 탭을 사용하여 특정 작업 항목 형식에 대한 특정 링크 형식을 만듭니다. 자세한 내용은 작업 항목 연결(CMMI)을 참조하십시오.

작업, 요구 사항 또는 기타 작업 항목을 만들고 검토에 연결하려면

1. 검토 작업 항목 폼을 열고 모든 링크 탭을 클릭한 다음, 새로 만들기를 클릭합니다.

   링크된 새 작업 항목 추가 대화 상자가 열립니다.

   

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

3. 작업 항목 형식 목록에서 만들 작업 항목의 형식을 클릭합니다.

4. 제목에 간단하지만 구체적인 설명을 입력합니다.

5. (선택 사항) 설명에 추가 정보를 입력합니다.

6. 확인을 클릭합니다.

   지정된 작업 항목 형식에 대한 폼이 열리고 제공된 정보가 표시됩니다.

7. 다음 항목에 설명된 대로 나머지 필드를 지정합니다.

   • 요구 사항(CMMI)

   • 변경 요청(CMMI)

   • 작업(CMMI)

   • 버그(CMMI)

   • 테스트 사례(Agile)

   • 문제(CMMI)

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

검토에 기존 작업 항목을 하나 이상 연결하려면

1. 검토 작업 항목 폼을 열고 모든 링크 탭을 클릭한 다음, 링크 대상을 클릭합니다.

   검토에 대한 링크 추가 대화 상자가 열립니다.

   

2. 링크 형식 목록에서 연결할 작업 항목의 형식에 따라 관련이나 추적할 관계를 나타내는 다른 링크 형식을 클릭합니다.

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

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

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

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

     

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

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

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

4. 확인을 클릭합니다.

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

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

   참고

   검토 및 검토가 연결된 작업 항목이 둘 다 업데이트됩니다.

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

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

• 정보, 회의록 또는 설명 탭의 상자에 정보를 입력합니다.

• 파일을 첨부합니다.

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

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

검토에 세부 정보를 추가하려면

1. 정보, 회의록 또는 설명 탭을 클릭하고 상자에 정보를 입력합니다.

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

   참고

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

   자세한 내용은 검토 회의 필드(CMMI) 및 제목, ID, 설명 및 기록(Agile)을 참조하십시오.

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

검토에 첨부 파일을 추가하려면

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

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

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

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

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

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

검토에 하이퍼링크를 추가하려면

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

   

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

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

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

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

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

5. 확인을 클릭합니다.

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

검토 상태 변경

검토 결과 디자인이나 코드를 변경할 필요가 없으면 검토 작업 항목을 닫을 수 있습니다. 디자인이나 코드에서 사소한 변경 또는 중요한 변경이 필요하면 해결을 위해 활성 상태의 검토 작업 항목이 개발자에게 할당됩니다. 사소한 변경만 필요한 경우 개발자는 검토 작업 항목을 닫을 수 있으며, 중요한 변경이 필요한 경우에는 두 번째 검토가 필요하고 이 검토를 통과하는 경우에만 검토 작업 항목이 닫힙니다.

팀 멤버는 다음과 같은 상태를 사용하여 검토의 진행률을 추적할 수 있습니다.

• 활성

• 해결됨

• 완료

활성 상태의 검토를 만듭니다.

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

검토 상태를 변경하려면

1. 검토 작업 항목을 엽니다.

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

   • 상태를 활성에서 해결됨으로 변경하면 이유 필드가 자동으로 **승인됨(사소한 변경 포함)**으로 변경됩니다.

   • 상태를 해결됨에서 닫힘으로 변경하면 이유 필드가 사소한 변경 완료됨으로 변경됩니다.

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

일반적인 워크플로 진행: 팀 멤버가 상태가 활성이고 기본 이유가 신규인 검토를 만듭니다. 검토 위원회에서 사소한 변경이 완료되면 코드를 승인할 수 있다고 판단하는 경우 팀 멤버가 검토의 상태를 활성에서 해결됨으로 변경합니다. 필요한 변경이 모두 완료된 후 팀 멤버가 상태를 해결됨에서 닫힘으로 변경합니다. 일반적이 아닌 전환: 팀 멤버가 상태를 활성에서 닫힘으로 변경합니다. 이때 기본 이유는 승인됨(현재 상태로)입니다. 검토 위원회에서 코드에 중요한 변경이 필요하다고 판단하고 상태를 해결됨에서 활성으로 변경합니다. 팀 멤버가 실수로 검토가 닫혔다고 판단하고 상태를 닫힘에서 활성으로 변경합니다.

검토 상태 다이어그램

활성(새로 만들기)

활성 상태의 검토 작업 항목은 디자인 또는 코드 검토 결과를 문서화합니다. 검토 회의 참석자는 다음 단계에서 수행할 작업을 결정합니다. 변경할 필요가 없으면 검토 작업 항목을 닫고, 변경이 필요하면 검토 작업 항목이 활성 상태로 유지되며 개발자에게 할당됩니다. 개발자는 변경이 완료된 후 검토 작업 항목을 해결합니다.

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

팀 멤버는 다음 표에 기술된 이유로 활성 검토를 해결할 수 있습니다.

이유	용도	수행할 추가 작업
승인됨(사소한 변경 포함)	개발자가 디자인 또는 코드에서 식별된 변경을 완료한 경우	없음
승인됨(중요한 변경 포함)	개발자가 디자인 또는 코드에서 식별된 변경을 완료한 경우	검토 작업 항목을 다시 활성화합니다.

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

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

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

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

활성 상태에서 닫힘 상태로

검토 위원회에서 어떤 이유로든 변경이 필요하지 않다고 결정하면 팀 멤버가 활성 검토를 닫을 수 있습니다. 이때 이유 필드는 자동으로 **승인됨(현재 상태로)**으로 설정됩니다.

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

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

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

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

해결됨

해결됨 상태의 검토 작업 항목은 필요한 변경이 사소하든 아니면 중요하든 관계없이 모두 완료되었음을 나타냅니다. 중요한 변경을 완료했으면 검토 작업 항목을 닫기 전에 두 번째 검토가 필요합니다. 두 번째 검토에서 추가 변경이 발견되면 검토 작업 항목이 다시 활성화됩니다.

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

팀 멤버는 다음 표에 기술된 이유로 해결됨 상태의 검토를 닫을 수 있습니다.

이유	용도	수행할 추가 작업
사소한 변경 완료됨	사소한 변경이 식별되어 적용된 후 확인된 경우	제품 소유자에게 검토를 할당합니다.

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

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

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

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

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

다음 표에 기술된 이유로 해결됨 상태의 검토를 다시 활성화할 수 있습니다.

이유	용도	수행할 추가 작업
중요한 변경 완료됨	문제가 있는지 확인하기 위해 두 번째 검토가 필요한 경우	다른 검토 회의를 소집하여 변경된 코드를 확인합니다.

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

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

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

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

완료

닫힘 상태의 검토는 더 이상 사용되지 않지만 범위 안에 다시 들어오면 다시 활성화할 수 있습니다. 대개 비즈니스 분석가나 프로그램 관리자가 닫힌 검토를 다시 활성화합니다.

닫힘 상태에서 활성 상태로

닫힘 상태의 검토 작업 항목은 검토가 끝나고 필요한 변경이 완료되었음을 나타냅니다. 실수로 닫힌 검토를 다시 활성화할 수 있습니다. 이때 다시 활성화 이유는 실수로 닫힘으로 설정됩니다.

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

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

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

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

참고 항목

개념

MSF for CMMI Process Improvement v5.0

기타 리소스

검토 회의 필드(CMMI)

작업(CMMI)

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