포트폴리오 균형 맞추기

아티클
07/11/2023

클라우드 채택은 기술 구현으로 영리하게 위장한 포트폴리오 관리 작업입니다. 모든 포트폴리오 관리 활동과 마찬가지로 포트폴리오 균형을 유지하는 것이 중요합니다. 전략적 수준에서는 마이그레이션, 혁신 및 실험의 균형을 유지하여 클라우드를 최대한 활용하는 것을 의미합니다. 클라우드 채택이 한 방향으로 너무 치우치면 채택하는 데 매우 복잡해지게 됩니다. 이 문서에서는 포트폴리오의 균형을 유지하는 방법을 안내합니다.

일반 범위 확장

포트폴리오의 균형을 맞추는 것은 본질적으로 전략적입니다. 따라서 이 문서에서 수행되는 접근 방식도 마찬가지로 전략적입니다. 데이터 기반 의사 결정의 전략을 수립하기 위해 이 문서에서는 읽기 권한자가 기존 디지털 자산을 평가했거나 해당 프로세스를 시작했다고 가정합니다. 이 접근 방식의 목표는 질적 질문과 포트폴리오 개선을 통해 워크로드를 평가하여 포트폴리오 전체에 적절한 균형을 유지하는 것입니다.

비즈니스 결과 문서화

포트폴리오 균형을 맞추기 전에 클라우드 마이그레이션 활동을 이끌어내는 비즈니스 결과를 문서화하고 공유하는 것이 중요합니다. 다음 표는 원하는 비즈니스 결과를 문서화하고 공유하는 데 도움이 될 수 있습니다. 대부분의 비즈니스는 한 번에 여러 가지 결과를 추구합니다. 이 연습에서는 클라우드 마이그레이션 활동과 가장 직접적으로 관련된 결과를 명확하게 설명하는 것이 중요합니다.

결과	측정 기준	Goal	시간 프레임	이 활동에 대한 우선 순위
IT 비용 줄이기	데이터 센터 예산	$2M USD로 줄이기	12개월	#1
데이터 센터 종료	데이터 센터에서 종료	2 데이터 센터	6개월	#2
비즈니스 민첩성 향상	출시 시간 개선	배포 시간 6개월 단축	2년	#3
고객 환경 개선	CSAT(고객 만족도)	10% 개선	12개월	#4

중요

위의 표는 가상의 예제이며 우선 순위를 설정하는 데 사용해서는 안 됩니다. 대부분의 경우 이 표는 고객 환경보다 비용 절감을 우선으로 하는 방지 패턴으로 간주될 수 있습니다.

위의 표는 클라우드 전략 팀과 클라우드 도입 팀의 우선 순위를 정확하게 나타낼 수 있습니다. 단기적인 제약으로 인해 이 팀은 IT 비용 절감에 중점을 두고 있으며 원하는 IT 비용 절감을 달성하기 위한 수단으로 데이터 센터 종료에 우선 순위를 두고 있습니다. 그러나 클라우드 채택 팀은 이 표의 경쟁 우선 순위를 문서화함으로써 클라우드 전략 팀이 전반적인 포트폴리오 전략의 구현을 조정하는 기회를 식별할 수 있도록 지원합니다.

균형을 유지하면서 빠르게 이동

디지털 자산의 증분 합리화에 대한 지침은 불균형 상태에서 합리화를 시작하는 방법을 제안합니다. 클라우드 전략 팀은 다시 호스트 접근 방식과의 호환성을 위해 모든 워크로드를 평가해야 합니다. 이러한 접근 방법은 정량적 데이터를 기반으로 복잡한 디지털 자산을 신속하게 평가할 수 있기 때문에 제안됩니다. 이러한 초기 가정을 통해 클라우드 채택 팀은 신속하게 참여하여 비즈니스 결과에 대한 시간을 단축할 수 있습니다. 그러나 이 문서에 명시된 바와 같이 질적 질문은 포트폴리오에 필요한 균형을 제공합니다. 이 문서에서는 약속된 균형을 유지하는 프로세스를 설명합니다.

만료 및 사용 중지 결정의 중요성

위의 비즈니스 결과 문서화 섹션에 있는 표에는 IT 비용 절감의 최우선 목표를 지원하는 주요 결과가 누락되었습니다. IT 비용 절감이 비즈니스 결과 목록에서 순위를 지정할 때는 워크로드가 만료 또는 사용 중지될 가능성을 고려하는 것이 중요합니다. 일부 시나리오에서는 단기 투자를 보장하지 않는 워크로드를 마이그레이션하지 않음으로써 비용을 절감할 수 있습니다. 일부 고객은 활용률이 낮은 워크로드를 사용 중지하여 총 20% 이상의 비용 절감 효과를 얻었다고 보고했습니다.

클라우드 전략 팀과 클라우드 채택 팀은 포트폴리오의 균형을 조정하고 만료 및 사용 중지 결정을 보다 잘 반영하기 위해 평가 및 마이그레이션 단계 내에서 각 워크로드에 대해 다음과 같은 질문을 하는 것이 좋습니다.

지난 6개월 동안 최종 사용자가 워크로드를 사용했나요?
최종 사용자 트래픽이 일정하거나 증가하고 있나요?
이 워크로드는 12개월 후에도 비즈니스에 필요한가요?

이러한 질문에 대한 답변이 "아니요"인 워크로드는 사용 중지 후보가 될 수 있습니다. 애플리케이션 소유자가 사용 중지될 수 있다고 답변하면 해당 워크로드를 마이그레이션하는 것이 적합하지 않을 수 있습니다. 몇 가지 자격에 관한 질문이 있습니다.

이 워크로드에 대해 사용 중지 계획 또는 만료 계획을 수립할 수 있나요?
데이터 센터를 종료하기 전에 이 워크로드를 사용 중지할 수 있나요?

두 가지 질문에 대한 답변이 "예"이면 워크로드를 마이그레이션하지 않는 것이 좋습니다. 이 접근 방식을 통해 비용을 절감하고 데이터 센터를 종료하는 목표를 충족할 수 있습니다.

두 가지 질문에 대한 답변이 "아니요"인 경우 사용 중단될 때까지 워크로드 호스팅 계획을 수립하는 것이 좋습니다. 이 계획에는 자산을 저비용 데이터 센터 또는 대체 데이터 센터로 이동하는 작업이 포함될 수 있으며, 이를 통해 비용 절감 및 하나의 데이터 센터 종료라는 목표를 달성할 수 있습니다.

채택 프로세스 변경

포트폴리오의 균형을 조정하려면 채택 단계 중에 추가적인 질적 분석이 필요하며, 이는 간단한 포트폴리오 합리화를 촉진할 수 있습니다.

위의 비즈니스 결과 문서화 섹션에 있는 표의 데이터를 기반으로 볼 때, 이 포트폴리오가 마이그레이션 중심 실행 모델에 너무 많이 치우칠 위험이 있습니다. 고객 환경이 최우선 순위라면 혁신 집약적 포트폴리오를 사용할 가능성이 높습니다. 바람직하거나 그렇지 않은 것을 떠나서, 한 방향으로 너무 많이 치우치면 일반적으로 얻을 수 있는 결과가 줄어들고 불필요한 복잡성이 추가되며 클라우드 채택 활동과 관련된 실행 시간이 늘어납니다.

복잡성을 줄이기 위해서는 기존의 포트폴리오 합리화 방법을 따르되, 반복 모델을 사용하는 것이 좋습니다. 다음 단계에서는 이러한 방법에 대한 질적 모델을 간략하게 설명합니다.

클라우드 전략 팀은 마이그레이션할 워크로드의 우선 순위가 지정된 백로그를 유지합니다.
클라우드 전략 팀과 클라우드 채택 팀은 각 릴리스가 완료되기 전에 릴리스 계획 회의를 주최합니다.
릴리스 계획 회의에서 팀은 우선 순위가 지정된 백로그에서 상위 5-10개의 워크로드에 동의합니다.
클라우드 채택 팀은 릴리스 계획 회의 외에 애플리케이션 소유자 및 실무 전문가에게 다음과 같은 질문을 합니다.
- 이 애플리케이션을 PaaS(Platform as a Service)로 대체할 수 있나요?
- 이 애플리케이션은 타사 애플리케이션인가요?
- 향후 12개월 동안 지속적으로 애플리케이션 개발에 투자하도록 예산이 승인되었나요?
- 이 애플리케이션을 추가로 개발하면 고객 환경을 개선할 수 있나요? 경쟁력 있는 차별화 요소를 만드시나요? 비즈니스를 위한 추가 수익을 창출하시나요?
- 이 워크로드 내의 데이터가 BI, 기계 학습, IoT 또는 관련 기술에 대한 다운스트림 혁신에 기여하나요?
- 워크로드가 Azure App Service와 같은 최신 애플리케이션 플랫폼과 호환되나요?
위의 질문 및 기타 필수 질적 분석에 대한 답변은 우선 순위가 지정된 백로그 조정에 영향을 줍니다. 이러한 조정에는 다음이 포함될 수 있습니다.
- 워크로드를 PaaS 솔루션으로 교체할 수 있는 경우 마이그레이션 백로그에서 완전히 제거될 수 있습니다. 최소한, 다시 호스트와 교체를 결정할 추가 실사가 작업으로 추가되어 마이그레이션 백로그에서 해당 워크로드의 우선 순위를 일시적으로 줄입니다.
- 워크로드가 개발 중이거나 개발되어야 하는 경우 리팩터링/아키텍처 변경/다시 빌드 모델에 가장 적합할 수 있습니다. 혁신과 마이그레이션에는 서로 다른 기술이 필요하므로 리팩터링-재설계-재빌드 방법에 맞는 애플리케이션은 마이그레이션 백로그가 아닌 혁신 백로그를 통해 관리해야 합니다.
- 워크로드가 다운스트림 혁신의 일부인 경우 데이터 플랫폼을 리팩터링하는 것이 좋지만 애플리케이션 계층을 다시 호스트 후보로 남겨두는 것이 좋습니다. 워크로드 데이터 플랫폼의 소규모 리팩터링은 종종 마이그레이션 또는 혁신 백로그에서 해결될 수 있습니다. 이 합리화 결과로 인해 백로그에 보다 자세한 작업 항목이 생성될 수 있지만 우선 순위에는 변화가 없습니다.
- 워크로드가 전략적이지는 않지만 최신 클라우드 기반 애플리케이션 호스팅 플랫폼과 호환되는 경우 애플리케이션에서 간단한 리팩터링을 수행하여 최신 애플리케이션으로 배포하는 것이 좋습니다. 이는 클라우드 마이그레이션의 전체 IaaS 및 OS 라이선스 요구 사항을 줄임으로써 전반적인 절감 효과를 제공할 수 있습니다.
- 워크로드가 타사 애플리케이션이고 해당 워크로드 데이터가 다운스트림 혁신에 사용되도록 계획되지 않은 경우 백로그에 다시 호스트 옵션으로 남겨두는 것이 가장 좋습니다.

이러한 질문은 각 워크로드에 대해 완료된 질적 분석의 범위가 아니라 불균형 포트폴리오의 복잡성을 해결하는 데 도움이 되는 대화를 안내하기 위한 것입니다.

마이그레이션 프로세스 변경

마이그레이션하는 동안 포트폴리오 균형 조정 작업은 마이그레이션 속도(자산이 마이그레이션되는 속도)에 부정적인 영향을 미칠 수 있습니다. 다음 지침은 마이그레이션 활동에 방해가 되지 않도록 작업을 조정하는 이유와 방법에 대해 설명합니다.

포트폴리오 합리화에는 다양한 기술적 활동이 필요합니다. 클라우드 채택 팀은 마이그레이션 활동 내에서 해당 포트폴리오의 다양성을 충족시킬 수 있습니다. 비즈니스 관련자는 단일 클라우드 채택 팀에게 전체 마이그레이션 백로그를 해결하도록 요구합니다. 이 방법은 거의 권장되지 않으며, 대부분의 경우 역효과를 낳을 수 있습니다.

이러한 다양한 노력은 둘 이상의 클라우드 채택 팀에 걸쳐 분할되어야 합니다. 마이그레이션 팀인 팀 1, 혁신 팀인 팀 2로 구성된 두 팀 모델을 예제 실행 모드로 사용합니다. 더 많은 활동을 위해, 이러한 팀을 더 세분화하여 대체/PaaS 활동 또는 소규모 리팩터링과 같은 다른 접근 방식을 처리할 수 있습니다. 다음은 다시 호스트, 리팩터링 또는 소규모 리팩터링에 필요한 기술과 역할을 요약한 것입니다.

재호스트: 재호스트를 사용하려면 팀원이 인프라에 중점을 둔 변경 내용을 구현해야 합니다. 일반적으로 Azure Site Recovery와 같은 도구를 사용하여 VM 또는 기타 자산을 Azure로 마이그레이션합니다. 이 작업은 데이터 센터 관리자 또는 IT 구현자에게 적합합니다. 클라우드 마이그레이션 팀은 이 작업을 대규모로 제공할 수 있도록 구성되어 있습니다. 대부분의 시나리오에서 기존 자산을 마이그레이션하는 가장 빠른 방법입니다.

리팩터링: 리팩터링을 사용하려면 팀 구성원이 소스 코드를 수정하거나 애플리케이션 아키텍처를 변경하거나 새로운 클라우드 서비스를 채택해야 합니다. 일반적으로 이 활동은 Visual Studio와 같은 개발 도구와 Azure DevOps와 같은 배포 파이프라인 도구를 사용하여 현대화된 애플리케이션을 Azure에 다시 배포합니다. 이 작업은 애플리케이션 개발 역할 또는 DevOps 파이프라인 개발 역할에 적합합니다. 클라우드 혁신 팀은 이 작업을 제공하도록 가장 잘 구성되어 있습니다. 이 방법에서는 기존 자산을 클라우드 자산으로 교체하는 데 시간이 더 오래 걸릴 수 있지만 애플리케이션은 클라우드 네이티브 기능을 활용할 수 있습니다.

약간의 리팩터링: 일부 애플리케이션은 데이터 또는 애플리케이션 수준에서 약간의 리팩터링으로 최신화할 수 있습니다. 이 작업을 수행하려면 팀 멤버가 클라우드 기반 데이터 플랫폼에 데이터를 배포하거나 애플리케이션의 구성을 약간 변경해야 합니다. 이를 위해서는 데이터 또는 애플리케이션 개발 실무 전문가에 대한 제한적인 지원이 필요할 수 있습니다. 그러나 이 작업은 타사 애플리케이션을 배포할 때 IT 구현자가 수행하는 작업과 유사합니다. 이 작업은 클라우드 마이그레이션 팀 또는 클라우드 전략 팀과 쉽게 연계될 수 있습니다. 이러한 활동은 다시 호스트 마이그레이션만큼 빠르지는 않지만 리팩터링 활동보다 실행 시간이 짧습니다.

마이그레이션하는 동안 위에 나열된 세 가지 방법으로 작업을 분할하고 적절한 반복에서 적절한 팀에서 실행해야 합니다. 포트폴리오를 다양화해야 하지만 노력이 매우 집중되고 분리된 상태를 유지해야 합니다.

다음 단계

글로벌 시장 결정이 혁신 여정에 어떤 영향을 미칠 수 있는지 이해합니다.

글로벌 시장 이해