ITSM 팀을 위한 변경 관리 유형

표준 변경의 예

• 메모리 또는 스토리지 추가
• 장애가 발생한 라우터를 동일한 정상 작동 라우터로 교체
• 데이터베이스의 새 인스턴스 만들기

일반 변경

일반 변경은 정의된 및 사전 승인된 프로세스가 없는 긴급하지 않은 변경입니다.

데이터 센터 전환과 같은 일부 일반 변경에 대한 위험은 여전히 높으며 위험 평가 및 변경 자문 위원회의 승인이 필요할 수 있습니다. 다른 변경의 경우 위험이 낮을 수 있으며 지정된 변경 기관이나 자동 검사 및 동료 검토를 통해 빠르게 승인을 받을 수 있습니다.

일반 변경의 예

• 새 콘텐츠 관리 시스템으로 업그레이드
• 새 데이터 센터로 마이그레이션
• 성능 개선

긴급 변경

이러한 변경은 예상치 못한 오류나 위협으로 인해 발생하며, 일반적으로 고객 또는 직원을 위한 서비스를 복원하거나 위협으로부터 시스템을 보호하기 위해 즉시 해결해야 합니다.

긴급 변경의 긴급성으로 인해 이슈를 빠르게 해결하는 데 따르는 위험보다 긴 검토 프로세스에 따른 위험이 더 높기 때문에 훨씬 더 촉박한 일정으로 처리해야 합니다.

변경을 분류하는 방법은 조직, 프로세스 및 위험 허용 범위 등의 요소에 따라 다릅니다. Atlassian은 천편일률적인 접근 방식을 버리고 위험 평가에 따라 각 변경을 다르게 처리할 것으로 주장합니다. 조직에서 이전 인시던트, 특정 시스템에 대해 자세히 알아보고 기타 관련 데이터를 통합하면 더 많은 변경을 표준으로 지정하고 사전 승인할 수 있습니다. 최신 변경 관리를 사용하면 변경 요청을 최대한 간소화하여 간단하게 만들 수 있습니다.

긴급 변경의 예

• 보안 패치 구현
• 서버 중단 대응
• 주요 인시던트 해결

변경은 어떻게 분류해야 합니까?

이런 범주는 유용한 프레임워크이지만 팀에서는 자체 요구 사항을 충족하는 진화하는 변경 관행을 위한 가드레일로 사용하는 것이 좋습니다. 팀이 변경을 분류하는 방법은 조직, 프로세스 및 위험 허용 범위 등의 요소에 따라 다릅니다. Atlassian은 천편일률적인 접근 방식을 버리고 위험 평가에 따라 각 변경을 개별적으로 처리할 것으로 주장합니다. 조직에서 이전 인시던트, 특정 시스템에 대해 자세히 알아보고 기타 관련 데이터를 통합하면 더 많은 변경을 표준으로 지정하고 사전 승인할 수 있습니다. 최신 변경 관리를 사용하면 변경 요청을 최대한 간소화하여 간단하게 만들 수 있습니다.

Jira Service Management를 통한 개선된 변경 관리

Jira Service Management의 새로운 변경 관리 기능은 팀이 소프트웨어 개발 도구에 대해 더욱 풍부한 컨텍스트 정보를 확보할 수 있도록 하여 팀은 더 나은 의사 결정을 내리고 위험을 최소화할 수 있습니다. 사용자는 변경 사항을 이해하고 최신 소프트웨어 워크플로와 통합을 통해 더욱 빠르게 혁신할 수 있습니다.