구성 준수 변경 관리
IT 정정 소유자는 애플리케이션의 RT(정정 작업)에서 직접 CHG(변경 요청)를 생성하고 관리할 수 있습니다 구성 준수 .
주:
의 구성 준수v14.9부터 다음 용어의 이름이 변경되었습니다.
| v14.9 이전 용어 | 용어 v14.9 이상 |
|---|---|
| 테스트 결과 그룹 | 정정 작업 |
| 그룹 규칙 | 정정 작업 규칙 |
| 정책 | 테스트 그룹 |
변경 요청 및 구성 준수 워크플로우
변경 요청 및 변경 관리는 워크플로우 정정 프로세스의 구성 준수 일부입니다. 이 정정 단계 중에 변경 요청을 사용하여 테스트 결과의 우선순위를 지정하고 테스트 결과를 추적하며 정정할 수 있습니다.
이 구성 준수 애플리케이션은 IT 변경 관리 프로세스와 함께 Now Platform® 작동하여 환경에서 미준수 소프트웨어 및 기술을 정정할 수 있도록 지원합니다.
애플리케이션에서 Change Management를 구성 준수 사용하면 테스트 결과를 기존 변경 요청에 연결하거나, 정정 작업을 분할하여 선택한 테스트 결과에 대해서만 새 정정 작업을 생성할 수 있습니다.
자세한 내용은 구성 준수에서 변경 요청 만들기 문서를 참조하십시오.
주요 용어
- 테스트
- 테스트는 컴퓨팅 자산의 스캔을 구성하는 데이터 기록 라이브러리입니다. 구성 테스트는 기술 자산 클래스를 관리하는 방법을 정의합니다. 테스트는 규정을 준수하지 않는 소프트웨어 클래스 또는 하드웨어 자산을 식별하는 데 사용할 수 있는 것입니다.
- 테스트 결과
- 테스트 결과는 외부 공급업체 통합을 통해 임포트됩니다. 에서 볼 수 구성 준수있게 되면 정정 작업을 사용하여 정정됩니다. 할당 규칙에 따라 정정을 위해 그룹이 할당됩니다.주:버전 14.9 구성 준수부터 테스트 결과의 레이블은 Finding입니다.
- 정정 작업
- 테스트 결과는 할당 규칙에 따라 정정 작업으로 그룹화되고 정정을 위해 정정 소유자에게 자동으로 할당됩니다.주:의 구성 준수버전 14.9부터 테스트 결과에는 정정 작업 레이블이 지정됩니다.
- 테스트 그룹
- 테스트 그룹은 권한이 부여된 문서 및 테스트 레코드와 관련이 있습니다. 구성 테스트 그룹이 테스트 그룹을 정의합니다.
- 관련 변경요청
- 변경 요청은 정정을 위해 제어된 프로세스를 구현하는 데 도움이 됩니다. 의 구성 준수 정정 작업과 함께 변경 요청을 사용하면 추가 자원이 필요하거나 지연 대상으로 할 수 있는 미준수 자산(구성 항목)을 식별, 추적 및 해결하는 데 도움이 될 수 있습니다.
테스트 결과 및 정정 작업에 대한 자세한 내용은 다음 문서를 구성 준수 정정 작업 및 정정 작업 규칙 개요참조하십시오.
에서 변경 요청을 사용하는 경우 구성 준수
변경 요청은 테스트 결과에 대한 정정 활동을 시작하고 추적하는 데 도움이 됩니다. 정정 소유자에게 정정되지 않은 테스트 결과 또는 구성 항목이 다수 있는 경우 변경 요청을 사용하여 지연에 대한 테스트 결과를 식별할 수 있습니다. 또는 원래 정정 작업에서 처음에 파악한 것보다 더 많은 자원을 필요로 하는 테스트 결과 및 구성 항목을 식별하고 다시 그룹화할 수 있습니다.
- 정정 작업에서 변경 요청 생성
- 정정 작업의 모든 테스트 결과에 대해 정정 작업에서 직접 변경 요청을 생성하거나 필터링을 사용하여 특정 기준과 일치하는 테스트 결과만 식별합니다. 수동 개입이 필요한 테스트 결과에 대한 조사를 신속하게 처리할 수 있도록 미리 채워진 정보로 변경 요청을 생성합니다.
- 정정 작업 분할
- 기존 정정 작업에서 새 정정 작업으로 이동하려는 테스트 결과의 하위 집합을 식별합니다. 새 TRG를 만들면 원래 정정 작업에 영향을 주지 않고 특정 테스트 결과 그룹을 사용할 수 있습니다.
- 테스트 결과를 기존 변경 요청에 연결
- 정정 작업을 해결할 때 중복 변경 요청이 생성되지 않도록 테스트 결과를 기존 작업에 연결합니다. 정정 작업을 인스턴스에서 이미 사용할 수 있는 변경 요청에 연결하면 기존 작업 목록을 사용할 수 있습니다.
정정 작업에 대한 변경 요청의 유형
자신에게 할당된 정정 작업에서 직접 변경 요청을 생성, 승인, 구현, 검토 및 종결할 수 있습니다. 정정 작업에서 미리 채워진 정보로 세 가지 유형의 변경 요청을 생성할 수 있습니다.
- 표준. 위험이 적고, 비교적 일반적이며, 지정된 절차나 작업 지시를 따르는 사전 승인된 변경입니다.
- 보통. 일반 변경 요청은 구현, 검토 및 종결 전에 두 가지 수준의 승인이 필요한 후속 대응적 프로세스를 따릅니다.
- 비상. 중요 인시던트를 해결하기 위한 변경입니다.