상명대학교 / 서광규 교수
6. 마이그레이션 계획
애플리케이션의 미래를 향한 여정은 점진적일 것이며, 다양한 조직이 다양한 속도로 여행할 것이다. 그러나 모든 조직에는 한 가지 공통점이 있다. 즉, 학습 및 성숙도 구축 과정에서 단계를 건너뛰는 것이 위험하다는 것을 알게 될 것이다. 로드맵의 단계는 모든 사람에게 동일하지만 실제 경험과 시기는 다를 수 있다(그림 4 참조).
[그림4. 애플리케이션의 미래를 위한 전략적 로드맵 타임라인]
1) 변화의 동인은 시간이 지남에 따라 축적
조직을 전진하게 만드는 다양한 동인은 조직의 역사, 상황, 문화에 따라 각기 다른 시기에 중요해진다.
2) 초기 동인(Early Drivers)
초기 동인에는 다음이 포함될 수 있다.
■ 비즈니스 변화 속도 증가: 경쟁이 치열한 시장일수록 이러한 동인에 더 민감하다.
■ 디지털 변혁으로 인한 혼란: 위험을 더 잘 견디는 조직일수록 디지털 비즈니스 혁신의 변혁적 요구에 조기에 직면할 가능성이 더 높다.
■ IT의 민주화: 정보 및 기술 자원을 적극적으로 관리하는 사업 단위로 인해 조직은 IT 책임과 예산의 분배를 다시 생각하게 된다.
3)혁신은 전염성이 있는데, 조직을 더욱 발전시키는 새로운 동인의 등장
로드맵의 후반 단계에서는 조직의 혁신과 변혁을 추진하기 위한 새로운 동인이 등장하게 된다.
■ 역할 중심 경험에 대한 수요 증가: 비즈니스 성과의 질과 비즈니스 혁신 속도를 높이기 위해 조직은 직원들에게 자신의 역할과 개인적 책임에 특히 적합한 응용 프로그램 경험을 제공하려고 한다. 이렇게 하면 과잉 프로비저닝된 범용 애플리케이션에 대처해야 하는 본질적인 복잡성을 피할 수 있다.
■ 점점 지능화되는 애플리케이션, 플랫폼 및 도구: AI와 기계 학습은 애플리케이션과 플랫폼에 침투하고 있다. 조직은 보다 발전된 결과를 위해 사용하기 쉽고, 위험이 적고, 비용이 적게 드는 차세대 개발 도구를 애플리케이션 사용자에게 제공하려고 한다.
■ 비즈니스와 IT 간의 책임 모호화: 비즈니스와 IT의 기여가 포함된 협업 노력의 초기 경험을 통해 비즈니스와 IT가 연속체의 일부가 되는 디지털 전환의 후기 단계에 새로운 정책, 기술 및 문화적 규범이 필수적이라는 것이 분명해졌다.
4) 디지털 성숙도가 높아짐에 따라 혁신은 변화로 전환
애플리케이션 경험 전환이 성숙해짐에 따라 기업은 더 큰 비즈니스 성과를 목표로 더 큰 과제에 직면하게 된다.
■ 글로벌 시장 및 생태계: 조직의 역량, 문화 및 기술이 디지털 비즈니스 역량을 향해 발전함에 따라 조직 운영의 전통적인 공간 외부에 존재하는 비즈니스 기회에 더 쉽게 접근할 수 있다. 시장과 생태계에 대한 참여와 이를 형성하는 능력은 대부분의 비즈니스 및 기술 결정에 필수적이다.
■ 재창조된 비즈니스 모드: 플랫폼 비즈니스, 분산형 상거래 등의 새로운 비즈니스 모델이 "디지털 네이티브" 기술 및 비즈니스 정책에 의존하여 접근 가능해졌다.
■ 기술 혁신: 블록체인 및 양자 컴퓨팅과 같은 신기술은 완전히 새로운 비즈니스 결과를 얻을 수 있는 기회를 열어줄 수 있다. 디지털 비즈니스를 향해 점진적으로 발전해 온 조직은 이를 가장 먼저 활용한다.
5) 점진적인 로드맵 탐색: 준비, 구축 및 확장
변화를 위한 새로운 동인에 대응하여 조직은 애플리케이션의 미래를 향한 길에서 점차적으로 우선순위를 탐색한다.
■ 이 경로의 초기 우선순위는 새로운 형태의 활동과 기술을 조정하고 참여함으로써 혁신적인 변화에 대비하는 것이다.
■ 일단 준비되면 조직은 다음 우선순위, 즉 새로운 솔루션과 조직 관행을 구축할 준비가 된다.
■ 초기 혁신적 변화에 성공하면 조직은 디지털 비즈니스 혁신의 이점을 극대화하기 위해 혁신, 투자 및 비즈니스를 확장해야 한다.
6) 더 높은 우선순위(준비)(Higher Priority (Prepare))
■ 디지털 야망에 대해 명확하게 파악하는 것이 필요하다. 디지털 전환 목표를 지원하기 위해 비즈니스 전략이 어떻게 변화하고 있는지를 파악해야 한다. 이는 애플리케이션의 미래를 제공하기 위한 활동의 우선순위를 정하는 데 도움이 된다. 전략적 초점이 기존 제품 및 서비스의 지속적인 최적화인지, 비즈니스 모델 혁신인지(또는 둘의 조합)인지에 따라 조직의 노력은 크게 달라질 것이다.
■ 벤더 로드맵이 귀하의 우선순위와 어떻게 일치하는지 이해하는 것이 필요하다. 벤더 로드맵이 귀하의 새로운 로드맵에 어떻게 도움이 되거나 방해가 되는지 이해하s는 것이 필요하다. 디지털 야망에 더 부합하는 공급업체를 기반으로 공급업체 구성을 어떻게 변경할 수 있는가? 원하는 결과를 달성하는 데 장애물이 되지 않도록 소프트웨어 구매, 제공, 소비 방식의 변화를 파악하고 계획을 세우는 것이 필요하다.
■ 비즈니스 및 기술 역량의 격차 식별: 현재 IT 팀의 역량, 기술 및 지식(기술 및 비즈니스 모두)과 새로운 로드맵과 관련하여 격차가 있는 부분을 이해하려고 노력하는 것이 필요하다. 현재 직원의 기술을 향상시키기 위한 다양한 접근 방식(예: 직무 순환, 다분야 팀 및 멘토링 사용)을 식별하고 과거 요구 사항이 아닌 미래 요구 사항에 맞게 채용할 수 있도록 직무 설명을 재정의하기 시작한다. 귀하의 역량을 강화하기 위해 제3자 서비스 제공업체를 이용해야 할 가능성이 높으며 이는 교육의 기회가 될 수도 있다.
■ 현재 기술 기반 평가: 통합, 로우 코드 개발, 제품 스타일 DevOps, API 관리, 이벤트 처리, 보안 및 거버넌스를 위한 기술에 액세스하여 모놀리식 제품군에서 빌딩 블록 모음으로의 애플리케이션의 점진적인 전환을 지원할 수 있습니까? PBC의 형태 및 기술이 부족한 부분은 '빈칸 채우기'에 대비하고, 필요하지 않은 부분에는 중복 기술 투자를 피하기 위해 기술 인벤토리를 구축한다.
■ 새로운 비즈니스 기능을 제공하기 위한 현재 접근 방식을 감사한다. 접근 방식(폭포식, 반복 및 민첩성 포함) 혼합, 제공 시간 범위 및 성공률을 확인한다. 귀하의 디지털 야망에는 원하는 비즈니스 변화 속도에 맞춰 민첩한 제공을 향한 대대적인 전환이 거의 확실하게 필요하다. 현재 제공 기능의 결함을 찾아 개선 대상을 식별한다. Gartner의 IT 점수 성숙도 평가를 사용하여 벤치마크를 식별하고 개선할 부분과 방법에 대한 권장 사항을 얻는 것이 중요하다. 많은 조직에서는 속도, 품질, 결과 중심, 수명 주기 관리의 올바른 조합을 만들기 위해 제품 관리 원칙을 채택하고 있다.
7) 중간 우선순위(빌드)Medium Priority (Build)
■ 기존 방법에 비해 제품 스타일 제공 가속화: 응용 프로그램 기능을 점진적이고 지속적으로 제공하려면 응용 프로그램이 각각 간결하고 완전한 비즈니스 기능을 나타내는 독립적인 구성 요소로 구성되도록 설계해야 한다. 개발 및 DevOps 도구는 이 아키텍처를 인식하고 캡슐화 및 적응형 어셈블리를 지원해야 한다. 모놀리식으로 남아 있는 외부 애플리케이션을 거부한다.
■ PBC 아키텍처를 지원하도록 애플리케이션 포트폴리오를 현대화한다. 애플리케이션 경험을 제공하는 어셈블리 기반 모델의 아키텍처 원칙과 구조적 결과를 인식하는 애플리케이션 및 플랫폼 공급업체에 우선권을 부여한다. 설계 시 어디에서나 API와 이벤트 스트림을 사용하고 개별 비즈니스 기능을 분리하는 방식으로 오래된 애플리케이션을 점차적으로 다시 패키징하라. 보다 합리적으로 자금이 지원되고 관리하기 쉬운 아키텍처로 발전하기 위해 애플리케이션을 폐기하거나 통합할 수 있는 기회를 찾는 것이 필요하다.
■ 비즈니스 결과에 대한 공동 비즈니스-IT 책임 개발: 응용 프로그램을 비즈니스 기능으로 분할하는 것은 기술적 가치와 비즈니스 가치를 함께 고려할 때 가장 잘 달성된다. 따라서 애플리케이션의 미래 성공은 협력적이고 지속적인 창의적 작업을 위해 비즈니스와 IT를 결합하는 조직의 능력에 달려 있다.
■ 디자인 사고와 고객 여정 맵을 사용하여 역할 중심 애플리케이션 경험 발견: 직원, 파트너, 고객 등 애플리케이션 사용자에게 좋은 서비스를 제공하려면 먼저 조직 내 개별 역할의 우선순위와 목표를 이해하고 애플리케이션 조립 중에 개인 선호도와 모범 사례가 수용되도록 하라. 끝을 염두에 두고 시작하라. 고객의 애플리케이션 경험이 기술 설계를 주도해야 하며 그 반대가 되어서는 안 된다.
8) 낮은 우선순위(규모) Lower Priority (Scale)
■ 응용 프로그램 경험의 광범위한 셀프 서비스 집합 활성화: 역할 중심 응용 프로그램 경험을 위한 비즈니스 기능을 조합하도록 교육받은 전담 전문가로부터 이니셔티브는 결국 응용 프로그램 사용자에게 마이그레이션되어야 한다. 잘 구현되고 민주화된 증강 도구와 잘 설계된 PBC는 셀프 서비스를 널리 보급하는 데 도움이 될 것이다. 또한 공급업체의 새로운 소비 및 제공 모델을 반영하기 위해 패키지 기능을 소싱하는 접근 방식을 발전시켜야 한다.
■ 확장된 비즈니스 가치를 위한 글로벌 벤더 시장 확보: 제대로 작동하는 조립, 통합 및 안전한 거버넌스 운영을 통해 조직은 친숙한 비즈니스 기능 소스를 넘어 더 작고 전문화된 벤더가 거주하는 글로벌 PBC 시장 및 생태계까지 살펴봄으로써 비즈니스 혁신 기회를 확대할 수 있다.
■ 비즈니스 및 기술 운영을 정리하고 최적화하여 민첩성 유지: 빠르고 안전하며 효과적인 지속적인 혁신에 필요한 개방성과 민첩성을 유지하려면 조직은 기술 부채 증가를 방지(또는 감소)하기 위해 지속적으로 노력해야 한다. 그러기 위해서는 훌륭한 새 솔루션을 만드는 방법뿐만 아니라 비즈니스 효용의 대부분 또는 전부를 잃은 솔루션을 교체하거나 제거하는 방법도 배워야 한다.
■ 인재의 다양성 증대 및 이동성 촉진: 미래 애플리케이션으로의 전환 성공 여부는 조직이 필수 역량과 영감을 받은 역량에 지속적으로 접근할 수 있는지 여부에 달려 있다. 혁신의 빠른 속도는 더 빠른 속도로 배우고 변화해야 하기 때문에 조직의 사람들에게 상당한 부담을 준다. 새로운 애플리케이션과 비즈니스 모델을 고립된 성공에서 광범위한 존재로 발전시키려면 조직은 모든 직원을 유지하고 교육하고 영감을 주어야 한다. 공동 비즈니스-IT 제품 팀의 개발은 조직의 다양성을 개발하고 협업 문화를 촉진하는 입증된 방법이다.
9) Packaged Business Capabilities(PBCs)
PBC는 격리된 비즈니스 기능을 나타내기 위해 설계된 미니 애플리케이션(때로는 "헤드리스"(즉, 사용자 경험 구성 요소가 최소화되거나 없음))이다. PBC는 맞춤형 애플리케이션 경험의 집합을 위한 빌딩 블록으로 설계된 캡슐화된 소프트웨어 패키지의 형태를 취한다.
조직은 오늘날의 ERP 및 CRM 제품과 같은 본격적인 애플리케이션으로 인해 부담을 갖게 되었다. 이러한 애플리케이션의 크기와 내부 얽힘은 높은 비용, 유지 관리가 어려운 맞춤화 및 느린 혁신을 초래하며, 이 모두는 디지털 전환과 애플리케이션의 미래를 가로막는 장벽으로 작용한다.
API는 이러한 문제에 대한 초기 대응을 나타낸다. 각각은 외부 액세스를 위해 애플리케이션의 특정 기능을 노출한다. 오늘날 모든 주요 애플리케이션은 통합 및 확장을 위해 API를 공개한다. 그러나 대규모 다기능 애플리케이션의 API는 아키텍처의 내부 얽힘을 제거할 수 없다. 의미론적 종속성은 여전히 존재하며 개별 API를 위한 변경 사항은 독립적으로 제공될 수 없다. 주요 애플리케이션에 API를 사용한다고 해서 해당 애플리케이션의 핵심 비즈니스 모델에 대한 종속이 제거되는 것은 아니다. 또한 대부분의 API(프로그래밍 인터페이스)는 기술 엔지니어가 설계했으며 비즈니스 디자이너가 쉽게 이해하거나 사용하지 않는다.
PBC는 본격적인 애플리케이션과 API의 중간 지점으로 떠오르고 있다. 애플리케이션 공급업체를 포함한 많은 조직에서는 디지털 전환 로드맵을 계획하거나 실행하면서 긴밀하게 결합된 기존 애플리케이션 제품군을 모듈식 PBC 컬렉션으로 전환하면서 점차적으로 현대화(또는 교체)하고 있다. PBC는 전체적으로 동일한 비즈니스 범위를 가질 수 있지만 제품 스타일 배송 및 조립을 위해 개방성을 바탕으로 구현된다.
10) 사용자 경험과 애플리케이션 경험
사용자 경험은 주어진 시간에 애플리케이션과 상호 작용하는 경험이다.
애플리케이션 경험은 애플리케이션의 기능을 획득하고 발전시키는 경험이다. 여기에는 비즈니스 기능을 선택적으로 조합하고 이를 업그레이드 및 교체하며 적절한 도구를 사용하여 새로운 기능과 사용자 경험을 추가할 수 있는 기회를 포착하는 관행이 포함된다.
7. 결론
컴포저블 기술을 사용하면 기업이 IT 인프라를 원격으로 생성하고 관리할 수 있으므로 물리적 위치는 제약이 되지 않는다. 예를 들어, 한 대형 케이블 TV 채널은 컴포저블 아키텍처를 채택한 후 IT 인프라를 쉽고 저렴하게 확장했다. 그 결과 콘텐츠에 대한 글로벌 수요를 충족할 수 있었다.
컴포저블 아키텍처는 부작용을 줄일 수도 있다. 기존 IT 인프라의 과제 중 하나는 예측하고 완화하기 어려운 부작용이다. 반면, 컴포저블 아키텍처는 특정 IT 구성 요소 변경으로 인한 부작용을 최소화한다.
컴포저블을 사용하면 기업이 최적화와 유지 관리에 소요되는 작업, 비용, 시간을 크게 줄일 수 있다. 예를 들어, 한 회사는 기존 방화벽을 단 몇 시간 만에 교체했는데, 이전에는 이를 구현하는 데 몇 주가 걸렸다. 또한 컴포저블 인프라는 기업의 운영에 더 많은 유연성과 민첩성을 제공한다. 따라서 요구사항 변화에 따라 서비스를 쉽게 추가하거나 제거하고 시장 요구에 신속하게 적응할 수 있다.
예를 들어, 여행 업계의 한 회사는 컴포저블 아키텍처를 사용하여 클라우드 서비스를 활용하여 여러 데이터 포인트를 분석하고 저장했다. 이를 통해 고객에게 맞춤형 프로모션을 제공할 수 있었다. 프런트 엔드가 정적 백엔드와 독립적인 헤드리스 CMS를 사용하면 브랜드 마케팅 팀은 기술적 전문 지식이나 기능에 영향을 미칠 염려 없이 고객과 소통하는 모든 채널에서 신속하게 변경할 수 있다. API 우선 컴포저블 아키텍처는 보다 원활한 콘텐츠 전달과 개인화된 경험을 위해 여러 데이터 소스를 연결하는 내부 및 외부 시스템과 통합될 수 있다. 예를 들어, 분석 도구와 통합하면 마케팅 담당자는 고객 피드백과 예상치 못한 변화에 신속하게 대응할 수 있는 속도와 민첩성을 얻을 수 있고 여기에는 날씨 관련 폐쇄, 항공편 업데이트, 예약 취소 등이 포함될 수 있다.
현지화 및 분석 도구를 통합하면 사용자의 위치에 따라 올바른 언어와 장치에 맞는 형식으로 콘텐츠가 자동으로 제공될 수 있다. 또한 컴포저블 아키텍처를 사용하면 여행사는 기술이 미래로 발전함에 따라 기능과 디자인 요소를 교체할 수 있다. 이름에서 알 수 있듯이 조직은 현재 비즈니스 목표를 기반으로 가장 적합한 솔루션과 서비스를 선택한 다음 필요할 때마다 자주 변경하여 고유한 기술 스택을 "구성"할 수 있다. 디자인과 기능을 변경하기 위해 오래된 웹사이트를 없애고 몇 년마다 새로운 웹사이트를 구축하던 시절은 이제 과거의 일이 되었다.
컴포저블 아키텍처의 강력한 기능을 활용하여 디지털 경험을 향상하고 경쟁 우위를 확보할 수 있다. Gartner의 예측에서 알 수 있듯이 이러한 구성 가능한 접근 방식을 채택하는 조직은 새로운 기능 구현 속도에서 경쟁사보다 80% 앞설 것이다.
컴포저블 아키텍처를 사용하면 시장 변화와 고객 요구 사항에 빠르게 적응할 수 있다. 이를 통해 유연하고 재사용 가능한 구성 요소로 소프트웨어 시스템을 구축할 수 있으므로 개발이 더 빠르고 쉽고 비용 효율적으로 이루어진다.
프런트엔드와 백엔드 코드를 분리함으로써 컴포저블 아키텍처는 배포를 단순화하고 효율성을 높이며 또한 시스템의 나머지 부분에 영향을 주지 않고 개별 구성 요소를 교체하거나 업데이트할 수 있는 탄력성을 얻을 수 있다. 웹사이트 개발 외에도 구성 가능한 아키텍처를 활용하여 독립적인 맞춤형 클라우드 기반 솔루션 및 서비스를 만들 수도 있다. 이를 통해 IT 인프라를 원격으로 자유롭게 관리하고 기존 IT 인프라의 부작용을 줄일 수 있다.
비즈니스와 생산적인 파트너십을 형성하려면 IT는 애플리케이션 포트폴리오를 재구성하고, 애플리케이션 개발 방식을 업데이트하고, 비즈니스에 대한 안내자 및 조언자로서의 새로운 역할을 수용해야 한다. 그 과정에서 비즈니스 사용자는 기술 의존적 비즈니스 혁신을 위해 점점 더 높은 수준의 셀프 서비스를 확보해야 하며, IT는 조직의 중단 없는 안정성과 운영 무결성을 보장해야 한다. 애플리케이션 리더는 준비, 구축 및 확장에 따른 점진적인 발전을 통해 조직을 미래 비즈니스-IT 동맹 및 차세대 애플리케이션 경험으로 안내해야 한다.
본 고에서는 애플리케이션의 컴포저블 미래를 위한 전략적 로드맵을 기술하였는데, 미래 상태, 현재상태, 캡분석, 그리고 마이크레이션 플랜을 통해 애플리케이션의 컴포저블 미래를 위한 전략적 방향을 살펴보았다.
참 고 문 헌
- Gartner, 22021 Strategic Roadmap For The Composable Future Of Applications, 2021.1.
- Gartner, Gartner’s Reference Model to Deliver Intelligent Composable Business Applications, 2020.10.
저작권 정책
K-ICT 클라우드혁신센터의 저작물인 『애플리케이션의 컴포저블 미래를 위한 전략 로드맵』은 K-ICT 클라우드혁신센터에서 상명대학교 서광규 교수에게 집필 자문을 받아 발행한 전문정보 브리프로, K-ICT 클라우드혁신센터의 저작권정책에 따라 이용할 수 있습니다.
다만 사진, 이미지, 인용자료 등 제3자에게 저작권이 있는 경우 원저작권자가 정한 바에 따릅니다.