보험 상품 개발의 격차 해소: Jama Connect가 요구사항 관리를 간소화하는 방법

보험처럼 오래되고 복잡하며 규제가 많은 산업에서는 비효율이 발생하기 쉽습니다. 다른 기업들이 수십 년 동안 사용해 온 오래된 시스템과 프로세스를 그대로 사용하다 보면, 일상적인 비즈니스 관리에 쫓기다 보면 업데이트와 간소화를 위한 노력은 뒷전으로 밀려날 수 있습니다.

하지만 모든 것이 인터넷의 속도로 움직이고 소비자는 끊임없이 새롭고 개선된 상품을 기대하는 현대 비즈니스 세계에서 보험사는 상품 업그레이드와 신상품 개발에 뒤처질 여유가 없습니다. 오래된 시스템과 프로세스는 상품을 적시에 출시하는 데 걸림돌이 됩니다. 보험 상품 개발자가 비즈니스 요구 사항과 규제 요건을 충족하면서 어떻게 수요를 충족할 수 있을까요?

올바른 요구사항 관리 솔루션은 상품 개발과 시장 간의 격차를 해소하는 데 도움이 될 수 있습니다.

보험 업계에서 요구 사항 관리가 필요한 경우: 두 가지 시나리오

보험 업계에서 요구 사항이 필요한 시나리오는 크게 두 가지입니다. 첫 번째는 보험 회사의 일상적인 업무를 자동화하는 정책 관리 시스템입니다. 모든 보험회사는 고유하지만, 대부분의 보험회사는 일상적인 업무 프로세스를 공유하고 일종의 정책 관리 시스템을 갖추고 있습니다. 이 시스템은 해당 회사를 위해 특별히 설계된 고유한 독점 시스템일 수도 있고, 외부 소프트웨어 공급업체에서 제공한 것일 수도 있습니다. 이러한 정책 관리 시스템은 세 가지 영역에서 보험 회사의 일상적인 운영을 관리합니다:

• 정책 관리: 보험 정책을 관리하기 위해 회사는 보험을 견적, 구속력, 발행하고 승인, 취소, 복원 및 갱신을 처리해야 합니다.
• 청구/회계 관리: 보험 관리 시스템은 각 보험의 재정적인 측면도 관리해야 합니다. 이 관리에는 초기 계약금 처리 및 지불 계획 옵션 제공, 보험료 미납에 따른 해지 또는 복원 처리, 환불 및 수금 처리, 연간 명세서 및 통계 보고 작성 등이 포함됩니다.
• 보험금 청구 관리: 마지막으로, 보험금 관리 시스템은 최초 손실 통지, 보험금 지급, 재보험을 포함한 보험금 청구를 처리해야 합니다.

처리해야 하는 기본적인 정보 유형을 나열하는 것만으로는 정책 관리 시스템에서 관리해야 하는 세부 사항의 복잡성을 모두 파악할 수 없습니다. 예를 들어, 피보험자 위험 및 보상 범위와 관련된 요구 사항은 한 가지이지만, 출력물에 인쇄해야 하는 정적 데이터와 가변 데이터를 모두 설명하는 데 필요한 요구 사항은 완전히 다릅니다. 또한 모든 보험증권에는 어느 시점에 변경 사항이 있어야 하며, 이는 보증으로 처리됩니다. 승인 유형에 따라 서로 다른 규칙이 있으며, 이는 별도의 요구 사항으로 캡처됩니다. 정책의 각 단계와 수준마다 적용해야 하는 요구 사항이 다릅니다.

보험 업계의 다양한 기능과 프로세스 전반에 걸친 요건 목록은 거의 끝이 없으며, 상품, 위험, 관할 지역 등 수많은 변수에 따라 이러한 요건을 관리하는 것은 금방 벅차고 번거로워질 수 있습니다. 또한 요건을 제대로 관리하거나 적용하지 않으면 공백과 오류가 쉽게 발생하여 기껏해야 관리상의 문제, 최악의 경우 법적 문제로 이어질 수 있습니다.

보험 업계에서 요구사항 관리가 필요한 두 번째 영역은 보험 회사가 개발하여 고객에게 제공하고자 하는 새롭고 향상된 보험 상품 및 서비스입니다. 새로운 상품과 서비스를 설계하고 도입하려면 규칙과 규정이 다른 새로운 주 또는 지역이 필요합니다. 기존 상품을 개선하려면 요율 변경이나 추가 보장이 포함될 수 있습니다. 또한 새로운 상품이나 향상된 상품을 도입하려면 정책 관리 시스템에 새로운 인터페이스나 업그레이드된 인터페이스 및 기타 시스템 업그레이드가 필요합니다. 새로운 상품이나 개선된 상품을 하나만 도입해도 시스템 전체에 파장을 일으켜 본사부터 현지 설계사까지 모두에게 영향을 미칠 수 있습니다.

이처럼 복잡하고 세부 사항이 많은 세상에서 보험 회사는 변화에 효과적이고 효율적으로 대응할 수 있도록 특별히 설계된 요구사항 관리 시스템이 필요합니다.

요구 사항 수집, 문서화 및 재사용하기

강력하고 포괄적인 정책 관리 시스템을 구현하기 위한 공통점은 핵심 비즈니스 프로세스의 요구 사항을 이해하는 것입니다.

• 비즈니스 요구사항은 업무를 처리할 시스템의 존재 여부와 관계없이 회사의 요구사항입니다.
• 이해관계자 요구사항은 특정 사용자가 특정 유형의 시스템에서 해당 정보를 처리하는 데 필요한 요구사항이지만, 해당 시스템에만 국한될 필요는 없습니다. 이러한 요구 사항은 사용자(예: 상담원 또는 보험금 조정자)가 비즈니스 요구 사항을 달성하는 데 필요한 요구 사항입니다.
• 솔루션 요구 사항(기능적 및 비기능적)은 각 소프트웨어 솔루션이 이해관계자의 요구 사항을 달성하기 위해 갖춰야 하는 기술적 요구 사항입니다.

세 가지 영역 모두에서 요구 사항을 수집할 때 가장 중요한 점은 요구 사항을 재사용할 수 있어야 한다는 것입니다. 소프트웨어 회사마다 구현에 사용되는 형식에 대한 선호도가 다를 수 있지만, 비즈니스 및 이해관계자 요구사항은 어떤 시스템에서도 재사용이 가능해야 소프트웨어 요구사항을 특정 구현 전략에 맞게 조정할 수 있습니다.

보험 요구 사항 관리를 위한 4가지 주요 도전 과제:

1. 애자일 방법론 소개

애자일 방법론으로 전환하면서 보험 업계에서는 소프트웨어 개발 및 업그레이드에 요구사항이 필요하지 않다는 인식이 확산되었습니다. 애자일 혁명이 시작된 직후, 비즈니스 분석가를 위한 관리 기관인 국제 비즈니스 분석 협회(IIBA)는 비즈니스 분석가가 소프트웨어 개발뿐 아니라 변화가 빠르게 일어나는 비즈니스 분석의 모든 영역에서 이러한 새로운 작업 방식을 지원하도록 진화하여 이 방법론에 적응해야 한다고 제시했습니다. 그 이후로 비즈니스 분석가들은 종종 “요구 사항은 코드에 있다”라고 말하며, 요구 사항은 시간이 너무 많이 걸리는 추가 단계에 불과함을 시사합니다.

하지만 현실은 모든 사람이 코드를 읽고 해석할 수 있는 개발자는 아닙니다. 비즈니스 분석가는 비즈니스와 이해 관계자의 요구 사항을 알고 있지만, 소프트웨어가 이러한 요구 사항을 충족하는지 여부를 측정하는 방법을 반드시 알고 있는 것은 아닙니다. 마찬가지로 소프트웨어 개발자는 요구 사항을 전달할 수 있는 사람이 없으면 보험 비즈니스의 요구 사항을 알지 못할 수 있습니다.

요구사항과 요구사항 관리는 프로젝트 실패나 비용 초과 위험을 줄이기 때문에 프로젝트 성공에 필수적입니다. 해결책은 더 빨리 작업하기 위해 요구 사항을 없애는 것이 아니라, 시장의 요구를 충족하기 위해 요구 사항을 더 효율적으로 관리하는 것입니다.

2. 오래된 요구 사항 프로세스를 변경하지 않으려는 태도

변화는 여러 가지 이유로 어렵고, “우리는 항상 이런 식으로 해왔다”거나 “고장나지 않았으면 고칠 필요가 없다”는 말을 듣는 것도 드문 일이 아닙니다.

하지만 오래된 요구 사항 관리 방식은 오늘날의 요구 사항을 따라잡을 수 없으며, 오래된 프로세스에 의존하면 신제품 개발과 혁신을 저해합니다. 비즈니스 분석가는 변화의 촉매제가 되어 조직 전체에 새로운 프로세스의 효율성을 입증해야 합니다.

변화를 가로막는 또 다른 장애물은 “지금까지 요구사항 관리 없이 관리해왔는데 지금 와서 왜 그렇게 중요한가?”라는 말로 요약할 수 있습니다. 이러한 태도는 일반적으로 요구사항에 대한 오해를 나타냅니다. 요구사항은 항상 필요했고, 구체적인 방식으로 문서화되었든 단순히 일반적인 용어로 논의되었든 항상 존재해 왔습니다.

안타깝게도 요구 사항을 일관되게 사용하고 재사용하기 위해 새로운 프로세스를 추가하는 것은 때때로 시간이 없는 추가 작업을 의미할 수 있습니다. 이때 비즈니스 분석가가 나서서
변화의 촉매제가 될 수 있습니다.

3. 문서 기반 요구사항 관리 도구에 대한 의존도

수많은 보험회사가 요구사항을 관리하기 위해 Microsoft Excel 스프레드시트나 Word 문서와 같은 문서 기반 도구에 의존하고 있습니다. 이러한 도구는 관리하는 데 시간이 너무 많이 걸리고 일관되고 지속적으로 업데이트되지 않으면 금방 구식이 될 수 있습니다. 또한 이러한 유형의 도구를 사용하여 테스트 및 테스트 계획에 적절한 추적성을 제공하는 것도 매우 번거롭습니다.

4. 팀, 부서, 이해관계자 간의 복잡한 협업

프로젝트에 참여하는 팀, 부서, 다양한 이해관계자 간에 협업하는 데는 많은 어려움이 있습니다. 새로운 보험 상품을 개발하고 출시할 때는 협업이 성공에 필수적이지만, 일정을 조율하고 문서를 공유하는 과정에서 종종 혼선이 발생할 수 있습니다. 팀과 도구가 서로 다른 형식과 프로세스로 독립적으로 존재할 경우, 조율과 협업은 기껏해야 번거롭고 최악의 경우 불가능해집니다. 오래된 도구와 프로세스는 위험을 초래하는 반면, 최신 요구사항 관리 시스템은 사람들이 각자의 속도에 맞춰 협업하고 요구사항을 명확히 하고 승인하는 데 필요한 문서를 제공할 수 있게 해줍니다.

이러한 문제를 해결하기 위해 보험 회사가 채택한 요구사항 관리 시스템은 네 가지 주요 문제를 해결해야 합니다:

• 유지 관리 및 추적성: 시스템은 개발 프로세스 전반에 걸쳐 모든 팀, 이해관계자 및 기능에서 요구 사항을 쉽게 유지 관리하고 추적할 수 있어야 합니다. 요구 사항과 관련 기능을 신속하게 식별할 수 있는 능력은 정보에 입각한 의사 결정을 신속하게 내리는 데 필수적입니다. 유지 관리 및 추적 기능이 부족하면 제품 출시가 크게 지연될 수 있으며, 핵심 비즈니스 업무에서 획기적인 혁신 이니셔티브로 리소스를 전환하기 어려울 수 있습니다.
• 미래 혁신을 위한 손쉬운 적응: 보험을 위한 요구사항 관리 솔루션은 현재 상태의 요구사항이 미래의 상태 혁신에 항상 대비할 수 있도록 하여 새롭고 개선된 제품의 출시 시간을 대폭 단축해야 합니다. 획기적인 혁신 이니셔티브를 개발에서 시장으로 빠르게 전환하려면 기존 요구사항을 새로운 기능과 통합할 수 있는 능력이 필수적입니다.
• 재사용 가능한 요구사항의 표준화: 기존 요구사항을 재사용할 수 있는 표준 방법이 있으면 프로젝트 실패의 위험을 줄이고 비용을 절감하며 궁극적으로 고객 만족도와 투자 수익률을 높일 수 있습니다. 표준화된 요구사항을 통해 요구사항을 검토하고 대응해야 하는 팀원들은 보다 효과적이고 효율적으로 자신의 역할을 수행할 수 있습니다.
• 요구사항의 중앙 집중화: 보험 상품 개발에서 효과적인 협업은 성공적인 상품 개발에 필수적이며, 요구 사항을 한곳에서 빠르게 찾고 사용할 수 있도록 하는 것이 효과적인 협업의 핵심입니다.

소스: Bridging the Gap in Insurance Product Development: How Jama Connect Can Streamline Requirements Management