서비스 운영 작업 공간에서 변경 요청 만들기

  • 릴리스 버전: Yokohama
  • 업데이트 날짜 2025년 01월 30일
  • 읽기6분

    • 지원되는 CI(구성 항목)에 대한 수정을 추적합니다. 변경 요청 양식을 사용하여 변경의 이유, 유형, 우선순위, 위험 등의 정보를 기록할 수 있습니다.

    시작하기 전에

    필요한 역할: itil 또는 admin

    주:
    DevOps 데이터를 보거나 변경 요청에 추가하려면 sn_devops.viewer 역할이 있어야 합니다.

    프로시저

    1. 다음 작업 중 하나를 수행하여 변경 요청 생성을 시작합니다.
      옵션설명
      변경 목록에서
      1. 변경 목록으로 이동합니다.
        주:
        변경에 사용할 수 있는 목록은 다음과 같습니다.
        • 오픈
        • 종결
        • 모두
      2. 새로 만들기를 선택합니다.
      인시던트에서
      1. 인시던트를 엽니다.
      2. 기록 페이지에서 변경 요청 생성을 선택합니다.
      상호작용에서
      1. 상호작용을 엽니다.
      2. 기록 페이지에서 인시던트 생성 옆의 드롭다운을 선택하고 변경 생성을 선택합니다.
      문제에서
      1. 문제를 엽니다.
      2. 다음 작업 중 하나를 수행합니다.
        • 기록 페이지에서 문제 작업 생성 옆의 드롭다운을 선택하고 변경 요청 생성을 선택합니다.
        • 수정 작업 탭에서 변경 요청 목록으로 이동하여 새로 만들기를 선택합니다.
    2. 만들려는 변경 모델을 선택하고 다음을 선택합니다.

      변경 모델에 대한 자세한 내용은 변경 모델 문서를 참조하십시오.

      옵션설명
      일반 사전 승인 변경이나 긴급 변경이 아닌 서비스 변경입니다.
      사전 승인됨 위험이 적고, 비교적 일반적이며, 지정된 절차나 작업 지시를 따르는 사전 승인된 변경입니다.
      긴급 그룹과 동료의 검토 및 승인을 무시하고 CAB 승인 그룹의 승인을 받기 위한 인증 상태로 바로 이동할 수 있는 긴급 변경입니다.
      DevOps 또는 DevOps 간소화 DevOps 변경 요청에 사용되는 변경 모델입니다. DevOps 모델 변경에 대한 자세한 내용은 DevOps 변경 모델 문서를 참조하십시오.
      주:
      DevOps 모델을 사용하려면 DevOps 변경 속도 애플리케이션을 활성화해야 합니다.
      주:
      • 변경 유형을 필터링하고 검색할 수 있습니다.
      • 상호작용에서 변경 요청을 만들면 사전 승인된 변경 유형만 사용할 수 있습니다.
    3. 개요 탭의 필드에 내용을 입력합니다.

      개요 탭에서 변경에 대한 초기 상세 정보를 제공해야 합니다.

      필드 설명
      짧은 설명 변경에 대한 간단한 설명입니다.
      설명 변경에 대한 자세한 설명입니다.
      근거 계획된 변경 요청의 이유로, 승인자의 결정을 도와줍니다.
    4. 저장을 선택합니다.

      변경 요청은 범위 및 영향, 할당, 일정, 위험 평가 및 변경 작업 섹션과 함께 생성됩니다.

    5. 범위 및 영향 섹션에서 범위 추가를 선택합니다.
      1. 양식의 필드에 내용을 입력합니다.
        표 1. 범위 추가 양식
        필드 설명
        구성 항목 변경이 적용되는 CI(구성 항목)입니다. 서비스 상품을 비롯한 모든 유형의 CI를 변경 요청에 연결할 수 있습니다. SLA 및 가용성 요구사항에 대한 상세 정보고 제공합니다.
        서비스 오퍼링 가용성, 범위, 가격 및 패키징 옵션 측면에서 서비스 수준을 고유하게 정의하는 하나 이상의 서비스 약정으로 구성됩니다. 서비스 오퍼링을 통해 특정 서비스에 대해 다양한 기능과 성능 수준을 받을 수 있습니다.
        서비스 변경 요청에 사용할 수 있도록 할 비즈니스 서비스입니다.
        범주 변경 범주에는  하드웨어,  네트워크, 소프트웨어, 기타, DevOps 등이 있습니다.
        주:
        DevOps 데이터 추가 섹션(이 절차의 8단계)은 범주가 DevOps로 선택된 경우에만 활성화됩니다. DevOps 모델의 경우 범주가 DevOps로 자동 설정됩니다.
        영향을 받는 CI CI를 단일 변경 요청과 연결합니다.
        대량 CI 업데이트 제안 특정 CI 클래스의 CI 집합에 동일한 업데이트를 적용합니다.
        단일 변경 제안 영향을 받는 CI 목록에서 하나의 CI에 대한 변경을 제안합니다.
        영향을 받는 서비스 새로 고침 영향을 받는 서비스를 새로 고치면 영향을 받는 서비스/CI, 비즈니스 애플리케이션 및 서비스 오퍼링 관련 목록이 영향을 받는 CI를 기반으로 업데이트됩니다. 영향을 받는 단일 CI에서 영향이 발생할 수 있지만 각 관련 목록의 기록은 고유합니다.
      2. 저장을 선택합니다.
    6. 할당 섹션에서 할당을 선택합니다.
      1. 양식에서 필드를 채웁니다.
        필드 설명
        할당 그룹 변경에 할당된 그룹입니다.
        각 CI(구성 항목)에 사용할 수 있는 지원 그룹에 따라 할당 그룹 필드를 자동으로 채울 수 있습니다. CI에 변경 그룹이 없는 경우 필드는 서비스 오퍼링에 사용할 수 있는 변경 그룹으로 입력됩니다. CI/SO를 기반으로 할당 그룹 채우기 비즈니스 규칙은 인시던트, 문제 또는 변경 요청이 생성되거나 업데이트되고, 할당 그룹 및 할당 대상 필드가 비어 있을 때 트리거합니다. 다음 속성은 값이 할당 그룹 필드를 채우는 필드를 식별합니다.
        • com.snc.change_request.ci_assignment_group.field_name: 이 변경 속성은 할당 그룹 필드를 채우는 CI 필드를 식별합니다.
        • com.snc.change_request.service_offering_assignment_group.field_name: 이 변경 속성은 할당 그룹 필드를 채우는 서비스 오퍼링 필드를 식별합니다.
        주:
        속성의 기본값은 각 변경 요청의 인시던트나 문제 및 변경 그룹에 대한 지원 그룹입니다. CI/SO를 기반으로 할당 그룹 채우기 비즈니스 규칙은 개발 플러그인, ITSM CSDM 베스트 프랙티스 – Quebec 플러그인(com.snc.best_practice.itsm_csdm.quebec)의 일부로 제공되며 신규 고객만 사용할 수 있습니다.
        할당 대상 변경 요청에 할당된 사용자입니다. 할당 규칙이 적용되면 변경이 해당 사용자 또는 그룹에 자동으로 할당됩니다.
        작업 메모 변경을 해결하는 방법 또는 변경 해결을 위해 수행한 단계(해당하는 경우)에 대한 정보입니다. 이 메모는 내부용입니다. 작업 메모 정보는 고객에게 표시되지 않습니다.
      2. 저장을 선택합니다.
    7. 변경에 대한 구현을 예약하려면 일정을 선택합니다.
      1. 양식의 필드에 내용을 입력합니다.
        표 2. 일정
        필드 설명
        계획된 시작 날짜 변경에 대한 작업을 시작할 날짜입니다.
        계획된 종료 날짜

        변경을 완료하기로 계획한 날짜입니다.

        작업 유형이 구현인 경우 계획된 시작 날짜 및 계획된 종료 날짜 값은 변경 요청에 지정된 계획된 시작 및 종료 날짜 내에 있어야 합니다.
        실제 시작 날짜 구현의 시작 날짜입니다.
        상충 상태 상충 상태입니다.
        실제 종료 날짜 변경이 구현된 날짜입니다.
        마지막으로 실행된 상충 상충이 마지막으로 실행된 날짜입니다.
      2. 일정을 선택합니다.

        상충이 있는 경우 다음 상충 없는 카드에서 일정을 선택하여 변경 구현의 일정을 조정합니다.

        변경 일정

      3. 상세 정보 탭을 선택하여 변경 상세 정보를 봅니다.
    8. 옵션: DevOps 데이터 섹션에서 데이터 추가를 선택하여 DevOps 데이터를 변경 요청에 추가합니다.
      주:
      DevOps 데이터를 변경 요청에 추가하거나 이미 생성된 변경 기록에서 DevOps 데이터를 보려면 sn_devops.viewer 역할이 있어야 합니다.
      1. 연결 선택 단계에서 다음 값을 지정합니다. DevOps 데이터 유형 및 연결 단계 선택
        표 3. 연결 선택
        필드 설명
        데이터 유형

        변경 요청과 연결할 데이터의 유형입니다.

        • 아티팩트 버전
        • 릴리스 버전
        • 빌드 번호
        • 작업 항목
        데이터 연결

        변경 요청과 연결할 특정 데이터입니다. 여러 아티팩트 버전, 빌드 번호 및 작업 항목을 선택할 수 있습니다.

        빌드 번호를 데이터 유형으로 선택하는 경우, 애플리케이션 이름과 해당 파이프라인 및 빌드 번호도 지정해야 합니다. 작업 항목을데이터 형식으로 선택하면 애플리케이션 및 계획별로 선택할 수 있는 작업 항목 목록을 필터링할 수 있습니다.
      2. 다음을 선택하여 데이터 검토 단계를 엽니다. DevOps 데이터 검토 단계
      3. 탭을 탐색하여 관련 데이터가 정확하게 매핑되었는지 확인합니다.
        필요에 따라 설정을 업데이트합니다.
        • 작업 항목
        • 커밋
        • 끌어오기 요청
        • 테스트 요약
        • 아티팩트 버전
        • 소프트웨어 품질 요약
        • 보안 검사 요약
      4. 제출을 선택합니다.
      5. 옵션: 변경 요청과 연결된 데이터를 수정하려면 DevOps 데이터 편집을 선택합니다.
        1. 연결 선택 단계에서 DevOps 데이터 추가에 사용된 데이터 유형 및 해당 연결을 편집합니다.
        2. 데이터 검토 단계에서 이 변경 요청에 연결하거나 제거할 DevOps 데이터를 검토합니다.
        3. 제출을 선택합니다.
    9. 위험 평가를 선택하여 변경에 대한 위험을 평가합니다.

      위험이 계산되고 기록 정보에 표시됩니다.

      마지막으로 평가된 위험 값이 타임스탬프와 함께 표시됩니다.

    10. 변경 작업 섹션에서 새로 만들기를 선택합니다.
      변경 작업 만들기에 대한 자세한 내용은 서비스 운영 작업 공간에서 변경 작업 만들기 문서를 참조하십시오.
    11. 변경 요청이 다음 상태로 이동할 준비가 되면 승인 요청을 클릭합니다.
      변경 요청의 유형을 기준으로 상태가 앞으로 이동합니다.
      • 평가 상태: 일반 변경 요청에 대한 그룹 수준 승인. 승인 기록은 변경 승인 정책에 따라 자동으로 생성됩니다. 제안된 변경에 대한 피어 및 기술 검토를 수행할 수 있습니다.
      • 승인 상태: 비즈니스 이해 관계자 또는 변경심의위원회의 승인이 필요합니다.
      • 예약됨 상태: 사전 승인된 표준 변경.
      주:
      변경 기록을 메일로 전송하려면 컨텐츠 프레임에서 추가 옵션 아이콘( 추가 옵션 아이콘.)을 선택하고 이메일을 선택합니다. 변경을 요청한 사용자와 변경에 할당된 사용자가 모두 수신자 목록에 자동으로 채워집니다.

      달력을 보려면 변경 요청 양식의 제목 표시줄에서 달력 보기를 선택합니다.

    12. 저장을 선택합니다.