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