릴리스 관리란?

릴리스 관리를 사용하면 니즈가 발전할수록 이에 맞게 작업 일정을 세우고, 리소스를 할당하며, 출시를 관리하여 배포 서비스도 개선할 수 있습니다.

릴리스 관리는 다양한 업계에서 널리 사용되는 IT 용어입니다. 기본적으로 릴리스 관리는 소프트웨어를 설계하고 릴리스할 때 개발, 테스트, 배포 및 지원 과정을 감독하는 것을 말합니다. 릴리스 관리에는 목표와 장기적 전략 계획, 개별 전술 단계가 함께 활용되어 목표 달성을 지원합니다.

많은 비즈니스가 릴리스 관리의 적용 범위를 넓혀 IT 제품 및 기능 배포의 기술적 프로세스뿐 아니라 도입, 비즈니스 프로세스 변경, 출시와 관련된 내부적 요소에도 적용하고 있습니다.

릴리스 관리는 IT 인프라 라이브러리(ITIL)에서 핵심적인 역할을 합니다. 릴리스 및 배치 관리라고도 불리는 릴리스 관리는 ITIL의 Service Transition 섹션에서 메인 프로세스 중 하나입니다. ITIL에서 릴리스 관리는 제품 및 서비스 배포에 있어 기본적으로 품질 및 고객 경험에 초점을 맞추는 동시에, 비용 효율적인 비즈니스 관행이 확립되도록 합니다. ITIL에서 릴리스 관리는 기존 제품 또는 서비스의 변경 및 개선을 담당합니다.

ITIL은 기술 거버넌스를 위한 가장 신뢰도 높고 널리 활용되는 프레임워크일 것입니다. 이 프레임워크에서 릴리스 관리를 통해 개발 및 운영 팀은 함께 조율하고 관련 지식 및 자원을 공유할 수 있습니다. 이를 통해 팀은 여러 프로젝트를 동시에 효과적으로 수행하고 구성요소 또는 서비스의 새로운 버전에 대해 아이디어를 모으고, 적용하고, 테스트 및 도입할 수 있습니다.

분리된 프로젝트 팀들이 운영 환경에 각자의 변경을 도입하기 때문에, 각 팀이 함께 효과적인 조율 작업을 수행할 수 있어야 합니다. 릴리스 관리를 통해 릴리스의 각 단계에서 통합된 프로세스, 정책 및 가이드라인을 제공하여 이러한 팀들이 협업하도록 할 수 있습니다. 릴리스 관리의 목적은 어떤 자원이 사용 가능한지, 이러한 자원이 어떻게 사용되고 있는지, 어떤 팀이 어떤 변경 사항을 만들었는지, 미리 정해진 표준화된 작업 순서 이후에 어떤 후속 변경이 뒤따르는지에 대해 관련자 모두가 알도록 하는 것입니다. 이러한 일련의 순서를 릴리스 관리 프로세스라고 합니다.

릴리스 관리 프로세스를 진행하면서 6가지 필수 단계를 거치게 됩니다. 아래에서 자세히 알아보세요.

릴리스 관리의 다양한 측면을 보여주는 그래픽.

요청

릴리스 관리의 가장 첫 번째 단계는 이미 구축된 기능 또는 서비스에 새로운 제품 기능 또는 변화를 적용할 필요가 있는지 파악하는 것입니다. 변경 요청을 하게 되면 미리 지정된 채널을 통해 검토되어 필요성, 타당성, 비용 및 다른 기준을 기반으로 평가됩니다. 모든 변경 요청이 승인되는 것은 아니며, 승인되는 요청만 계획 단계로 넘어가게 됩니다.

계획

계획 단계에서는 릴리스 관리 시스템을 만들고 설정하게 됩니다. 일반적으로 이 단계에서 더 많은 시간을 투자하는 것이 필수적입니다.

이 단계에서 비즈니스는 릴리스에 적용할 구조를 정의합니다. 구조를 정교하게 정의하면 앞으로의 로드맵을 팀에 제공하여 팀원들이 일련의 단계를 따라가고 릴리스가 배포 및 그 이후 단계를 거치도록 합니다. 릴리스 계획을 간단한 검사 목록으로 만들어 시간 순으로 진행할 세부 조치 및 작업을 설명하고 각 작업을 담당할 팀 또는 개인을 할당할 수 있습니다. 많은 비즈니스의 경우에서 디지털 워크플로우가 세부적일수록 더욱 명확한 방향성이 제시되어 모든 팀원이 공동의 목표를 위해 일하고 필수 요구 사항이 충족되는 경향이 나타났습니다.

효과적인 릴리스 계획에는 일반적으로 마일스톤, 책임, 예상 타임라인, 기한, 프로젝트에 대한 명확하고 종합적인 관점이 전체적으로 고려됩니다. 릴리스 계획은 전체 프로세스에 걸쳐 이전 단계로 다시 돌아갈 수 있는 시스템입니다. 여러 릴리스에 대해 반복해 사용할 수 있는 릴리스 관리 시스템을 구축하면 향후 프로세스에서 시간을 단축하고 보다 효과적으로 작업에 드는 노력을 전사 차원에서 조정할 수 있습니다.

설계 및 구축

승인, 아이디어 수집, 계획 단계를 거치면 실제 개발 단계에 착수하게 됩니다. 제품, 구성요소 또는 기능을 설계하고 구축할 때는 발생할 수 있는 문제를 해결하고 프로젝트의 확실한 요구 사항을 소프트웨어로 녹여내야 합니다. 이 단계는 다음 단계와 어느 정도 중복되는 부분이 있습니다.

테스트 및 수정

설계 및 구축 단계를 거치면서 진행 중인 제품은 실제 테스트 환경으로 보내지게 됩니다. 기능적 및 비기능적인 다양한 테스트를 통해 소프트웨어의 문제 및 버그가 검출되면 해당 릴리스는 다시 수정 단계를 거칩니다. 대부분의 릴리스는 반복 프로세스에서 앞과 뒤를 오가며 최종 검토 단계에서 인증을 받기 전까지 여러 번의 반복 단계를 거치게 됩니다.

최종 검토 실시

배포 전에 릴리스는 최종 검토 단계를 거치며 이때 테스트 중 얻은 새로운 정보 또는 통찰력이 반영됩니다. QA 팀이 최종 제품을 분석 및 검사하여 해당 제품이 계획 단계에서 구축된 표준 및 요구 사항을 충족하는지 검토합니다. 배포했을 때 어떤 버그가 검출된다 하더라도 최종 검토를 통해 제품 출시 또는 출시 이후에 발생할 수 있는 문제를 처리할 수 있는 정보를 충분히 제공받을 수 있습니다.

배포

프로젝트 소유자로부터 최종 승인을 받은 제품은 프로덕션으로 보내져 최종 사용자에게 릴리스될 수 있습니다. 변경 알림, 운영 가이드 및 필수 교육 리소스 등의 보충 교육 자료 또한 함께 릴리스되어야 합니다. 이러한 리소스는 최종 사용자뿐 아니라 사용자 질문을 처리하거나 문제 해결에 도움을 주어야 하는 회사의 지원 팀에게도 적합하도록 조정해야 합니다.

배포 단계는 릴리스 관리 프로세스의 정점에 있지만 출시와 동시에 프로세스가 끝나는 것은 아닙니다. 팀은 릴리스를 관리하기 위해 후속 조치를 취해 문제 또는 장애물을 파악하고 프로세스를 개선함으로써 향후 제품 출시에 대비해야 합니다.

규모에 상관없이 모든 비즈니스가 굉장히 유사한 엔드 투 엔드 프로세스를 거칠 가능성이 높습니다. 하지만 프로젝트 수가 적은 작은 규모의 조직은 릴리스 관리 프로세스 버전이 규모가 큰 비즈니스에 비해 훨씬 간단할 것입니다. 회사가 성장세에 맞춰 릴리스의 규모를 조정하고 팀과 부서가 더 많은 사람들을 고용할수록 릴리스 관리 또한 규모가 커져 보다 향상된 기능의 지원 도구를 필요로 합니다.

자동화를 완전히 도입한 조직은 릴리스 관리를 불필요한 구식 프로세스로 여길 수도 있습니다. 하지만 Agile과 같은 방법론은 소프트웨어 배포의 속도를 높여주지만 격리된 팀 및 비효율적인 서비스 제공 프로세스의 문제를 해결하지는 못합니다. 릴리스 관리를 사용하면 모든 팀원이 프로젝트에 집중하고 전체적인 그림을 볼 수 있게 하는 데 도움이 됩니다. 위험을 줄이고, 배포 효율성을 최적화하며, 높은 고객 가치를 제공함으로써 이를 달성할 수 있습니다.

위험 감소

여러 프로젝트에 걸쳐 반복될 수 있는 표준화된 요구 사항 및 거버넌스 정책은 제품 릴리스에 관련된 여러 위험을 제거하는 데 도움이 됩니다. 릴리스 관리자는 개별적인 프로세스를 적용하여 특정 릴리스의 요구 사항을 더 효과적으로 충족하고 비즈니스의 성장에 맞춰 이러한 프로세스를 조정할 수 있습니다.

배포 효율 최적화

긍정적인 가치를 높이고 부정적인 가치는 줄이며, 개발 및 릴리스 시간을 개선하는 데 초점을 맞춤으로써 릴리스 관리는 소프트웨어 배포 효율을 개선하는 명확한 로드맵을 제공합니다.

고객 가치 증대

고객 피드백을 적용하고 개발 및 테스트에 반복 프로세스를 사용하는 릴리스 관리를 통해 비즈니스는 최종 사용자에게 제공하는 가치를 지속적으로 끌어올릴 수 있습니다.

릴리스 관리는 DevOps 방법론에서도 가치 높은 서비스를 제공합니다. Agile 방식처럼 DevOps의 자동화 및 분산 기능의 시각에서 보면 릴리스 관리가 더 이상 쓸모없는 것으로 보일 수 있습니다. 빠른 배포 및 실시간 제품 개발의 측면에서 DevOps 방식이 탁월한 기능을 제공하지만, 관련 팀들을 조직화하고, 비즈니스 우선순위를 조정하고, 프로세스를 표준화하며, 높은 품질의 제품을 제공해야 할 필요는 언제나 존재합니다.

릴리스 관리자는 DevOps 관리자와 협업하는 가운데 통합이 지속되도록 모니터링하여 긍정적인 고객 가치가 개선되고, 버그 및 기타 문제가 신속하고 효과적으로 처리되며, 기존의 릴리스 관리 프로세스에 새로운 기능이 올바르게 적용되는지 확인해야 합니다.

앞서 언급했듯이 릴리스 관리를 사용하면 제품의 품질과 고객 경험을 개선하기 위해 만들어진 공동의 목표로 팀을 하나로 모을 수 있습니다. 이를 염두에 두고 다음 지표를 사용하여 릴리스 관리 이니셔티브의 성공을 평가할 수 있습니다.

배포가 타임라인 목표에 부합했는가

설정한 기한에 맞춰 릴리스가 출시되고 모든 개별 작업이 시간에 맞춰 완료되었나요?

배포가 예산 제한을 넘지 않았는가

예산 내에서 프로젝트가 완료되었나요?

기존의 사용자들이 영향을 받지 않았는가

기존의 사용자들이 부정적인 영향을 받지 않고 계속해서 제품 또는 서비스를 사용할 수 있었나요?

기존의 사용자 및 새로운 사용자들이 만족하는가

릴리스를 통해 최종 사용자 경험이 전반적으로 개선되었나요?

ServiceNow Release Management는 릴리스 관리 프로세스에 높은 수준의 자동화 성능을 더합니다. 승인 및 거버넌스를 자동화하여 병목 문제를 줄이고 계속해서 개발을 진행합니다. 위험을 평가하고 문제를 탐지하여 변경으로 인한 실패를 줄입니다. 자동화된 프레임워크를 도입하여 DevOps와 IT 간 협업을 개선합니다. 내장된 Change-Success-Score 방식을 사용하여 위험도가 낮은 변경을 평가하고 자동 승인하는 한편, 변경심의위원회 워크벤치에서 제공하는 별도의 위치에서 다른 의사 결정권자와 만나 보다 복잡한 변경에 대해 논의하고 승인할 수 있습니다.

릴리스 관리를 통해 비즈니스는 고객에 집중하는 동시에 비즈니스 우선순위에 맞게 소프트웨어 변경 및 릴리스를 조정할 수 있습니다. ServiceNow는 릴리스 관리를 발전시켜 필수 단계 및 작업을 자동화하고 프로세스 최적화에 필요한 도구 및 리소스를 제공합니다. ServiceNow Release Management에 대해 자세히 알아보세요.

Change and Release Management 시작하기

ServiceNow® Change and Release Management를 사용하면 변경으로 인한 실패를 줄이고 변경 관리의 속도를 높일 수 있습니다.