대부분의 사람들은 대륙의 타이어 사업을 위해. 하지만 자동차 제조 회사는 훨씬 더 발전하여 지금은 텔레매틱스, 전기 모터, 자동 주행 기술 등을 제공합니다. 오늘날 Continental은 전 세계 241,000개 지역에 573명 이상의 직원을 두고 있습니다.

제품 라인을 확장하면서 Continental은 하드웨어 제조업체 이상이 되고 소프트웨어도 제공하는 IT 회사로 발전하기 위한 전략적 결정을 내렸습니다. 소프트웨어와 하드웨어를 활용하는 서비스를 고객에게 제공하는 것이 조직의 핵심 목표가 되었습니다. 이를 위해 Continental은 다음을 면밀히 살펴보기로 결정했습니다. Lotus Notes 교체 그리고 도미노.

변화를 위한 드라이버

Continental 내에서 변화를 주도한 주요 요인 중 하나는 끊임없이 변화하는 시장과 환경에 속도와 혁신을 통해 적응해야 한다는 필요성이었습니다. Continental의 고객이 기술과 행동하고 상호 작용하는 방식을 바꾸고 있을 뿐만 아니라, 직원들이 앱을 구축하는 방법에 대한 기대도 바뀌고 있습니다.

Continental은 조직 내 문제를 해결하기 위해 기술을 찾는 사람들이 점점 늘어나고 있으며, 스스로 문제를 해결하는 방법을 알고 싶어합니다. 회사 문화는 기술을 사용하고, 소비하고, 구축하는 측면에서 셀프 서비스 환경으로 이동하고 있습니다.

Continental의 프로세스 현대화 이전에는 출시 기간이 1~3년이었습니다. 복잡성 기술의. 이 지연은 주요 과제였으며 변화에 빠르게 적응하는 데 필요한 유연성을 허용하지 않았습니다. Continental은 엔터프라이즈 애플리케이션 개발을 위한 도구와 끊임없이 변화하는 환경을 채택하고 적응할 수 있는 역량이 부족했을 뿐만 아니라 불확실성과 소프트웨어 결함을 처리하는 문화도 부족했습니다.

두 번째 변화의 원동력은 Continental이 Lotus Notes와 Domino 레거시 애플리케이션에 의존한 것입니다. IT 팀은 Domino에서 실행 중인 수백 개의 애플리케이션을 개발, 유지 관리 및 개선하는 일을 담당했습니다. 레거시 현대화 그리고 Lotus Notes로의 대체가 불가피해 보였습니다.

이메일과 생산성 도구를 Office 365로 성공적으로 마이그레이션한 후, 그들은 네트워크와 문화 모두에서 더 민첩하게 움직일 수 있는 프로세스를 구현하려고 시도했고, 결국 개발 속도에 도움이 되었습니다. 이 프로젝트는 문화와 기술 변화를 다루었지만 어떻게든 모든 Domino 애플리케이션에 공백을 남겼습니다.

이러한 격차와 모든 애플리케이션을 교체해야 할 필요성으로 인해 Continental은 Lotus Notes와 Domino에 대한 대안을 찾게 되었습니다.

Lotus Notes와 Domino를 교체해야 하는 5가지 이유

Fleischer가 Lotus Notes와 Domino를 교체하기로 결정한 데에는 5가지 이유가 있습니다.

1. 지연 시간과 대역폭

Domino에서 실행되는 한 애플리케이션은 독일 호스팅으로 인해 아시아의 원격 지역에서 지연 문제를 겪었습니다. 사용자는 애플리케이션에서 버튼을 클릭하는 데 약 10분이 걸리기 때문에 별도의 노트북과 기계를 구매해야 했습니다.

애플리케이션이 종종 정지되고 사람들은 작업을 계속할 수 없었습니다. 전체 프로세스가 느려지거나 완전히 중단되어 비즈니스에 심각한 문제가 발생했습니다. 사용자 경험.

2. 유지 보수성

Continental은 구현하고자 하는 새로운 기능에 대한 꾸준한 수요가 있습니다. 그래도 기술 부채 Domino 애플리케이션에서 누적된 리소스로 인해 간단한 기능을 추가하는 것이 점점 더 어려워졌습니다.

이러한 애플리케이션을 유지 관리하고 개선하는 것은 매우 어려워졌습니다. 그들이 하나의 기능을 추가하면, 견고한 테스트에도 불구하고, 그들은 그것을 알지 못한 채 다른 10개를 망가뜨렸습니다.

3. 재사용 성

Continental은 소프트웨어 개발 프로젝트에서 속도를 높이고자 했습니다. 재사용 가능한 구성 요소. Domino와 모든 일회용 코드로 인해 이미 구축된 것을 재사용하는 것이 거의 불가능해졌습니다.

4. 품질

Continental은 자신이 만드는 애플리케이션의 품질을 보장해야 합니다. 이는 Domino에서 어려웠을 뿐만 아니라 엄청난 노력과 투자가 필요했습니다. 한 애플리케이션에 기능을 추가할 때, 해당 기능을 테스트하고, 버그를 식별하고, 수정하고, 품질이 필요한 수준에 도달할 때까지 반복하는 데만 1년 이상이 걸렸습니다.

5. 저장

Domino는 엄밀히 말하면 데이터베이스가 아니며 Continental이 애플리케이션 내의 저장 공간에 접근할 수 있는 기회가 빠르게 줄어들고 있었습니다.

주어진 애플리케이션에서 10년 이상 수집된 데이터를 통해 Domino 애플리케이션은 빠르게 한계에 도달했습니다. 데이터베이스를 정리하는 주기가 점점 더 짧아졌고, 회사는 보관하고 공간을 확보해야 할 필요성에 직면하여 궁극적으로 Continental의 비즈니스 프로세스에 영향을 미쳤습니다.

Domino는 Continental이 엄격하게 타이어 제조 회사였을 때는 수용 가능한 솔루션이었을 수 있지만, 회사가 성장하면서 Domino와 관련된 문제는 상당한 장애물로 바뀌었습니다. 그 결과, Continental의 기업 IT 팀은 사업장 근처 — 회사의 모든 Domino 애플리케이션을 현대화하는 계획을 수립했습니다.

동영상 보기: Continental의 디지털 애플리케이션 플랫폼 글로벌 팀 리더가 Lotus Notes 및 Domino를 대체하는 여정에 대해 논의합니다.

대안 평가

기존 조직을 현대화하는 계획이 수립되면서 조직은 기술뿐만 아니라 사고방식과 문화 측면에서도 중대한 변화를 맞이하게 되었습니다.

기업 IT 부서는 솔루션을 평가하면서 자사 기술 스택에 범용 플랫폼이 부족하다는 사실을 깨달았습니다. 빠른 시장 출시 시간그들은 기존 ERP/CRM, Office 365/Sharepoint, 도메인별 앱 및 사용자 지정 코드와 더불어 다섯 번째 기둥이 필요하다는 것을 알고 있었습니다.

더 구체적으로, Continental은 다음과 같은 플랫폼을 원했습니다.

• 사용하기 쉽고 재미있습니다 그리고 비즈니스 사용자들이 이해하도록 합니다.
• 재사용성을 가능하게 합니다 공통 프로토콜 및 구조 사용
• 품질을 보장합니다 결과의

최근 그의 강연에서 Mendix 세계, Fleischer는 사용 가능한 옵션과 그 이유를 설명했습니다. 지원 Continental에 잘 맞습니다:

모든 사람에게 맞는 솔루션

Continental은 광범위한 조사를 거친 후, 모든 응용 분야에 적합한 기술 솔루션은 없다는 결론을 내렸습니다. 많은 응용 분야가 다르게 제작되거나 사용되기 때문입니다.

기존 기술 재사용

Continental은 모든 사람에게 맞는 단일 접근 방식이 효과가 없다는 것을 깨닫고 애플리케이션과 기술을 클러스터링하려고 시도했습니다. 그들은 일부 사용 사례가 레코드 시스템과 밀접하게 관련되어 있음을 깨달았습니다. SAP, 백엔드로 SAP를 사용하고 프런트엔드로 Fiori를 사용하는 것이 합리적이었습니다.

그러나 납품 속도와 유지 관리 비용이 엄청났습니다. 핵심 SAP 프로세스가 아니라면 SAP에 적합하지 않습니다.

상용 기성품(COTS) 솔루션

일부 응용 프로그램은 다음에 더 적합했습니다. COTS 솔루션.

예를 들어, 프로세스가 도메인이나 비즈니스 사례에 특화되어 있거나 복잡한 비즈니스 로직과 더 많은 빌드 시간이 필요한 경우입니다. COTS 솔루션을 사용하면 Continental은 사내에서 무언가를 빌드하거나 이미 소유한 기술을 재사용하는 대신 필요한 정확한 제품을 구매할 수 있습니다.

하지만 Continental 포트폴리오에 있는 모든 도메인별 애플리케이션이 동일한 언어를 공유하더라도, 단일 기성형 솔루션으로는 다양한 요구 사항과 사용 사례를 충족할 수 없었습니다.

맞춤형 빌드

모든 것이 실패하면 항상 맞춤형 솔루션을 구축할 수 있습니다. . NET 또는 다른 전통적인 프로그래밍 언어, 맞죠? 물론이죠. 하지만 이 옵션은 비용이 많이 들고 노력도 많이 듭니다. 조직이 변경 사항을 빠르게 적용할 수 있는 솔루션이 아닙니다. IT가 사용자 지정 코드를 작성해야 하는 경우 비즈니스 사용자는 계속 개발 프로세스에서 제외되고 .NET으로 작성된 솔루션을 이해하지 못할 것입니다.

Low-code로 착륙하기

Continental은 시장을 살펴보고 기술 격차를 메울 수 있는 제품과 공급업체를 파악한 후 다음을 선택했습니다. 로우 코드 개발.

공급업체는 현장에 초대되어 애플리케이션을 구축하고 요구 사항에 따라 다양한 기술을 테스트했습니다. Continental은 다음 기준에 따라 로우코드 공급업체를 평가했습니다.

• 구성의 용이성
• 애플리케이션은 어떻게 구축되나요?
• 필요한 사용자 정의 코드 또는 추가 기능의 양
• 방법 데이터 모델 어떻게 구축되고 비즈니스 로직이 어떻게 결정되는지
• 기술이 사용자 및 액세스 관리, 통합, 요청 및 워크플로 관리, 자동화, 검색, 모니터링 및 보고와 관련된 원래 요구 사항을 얼마나 잘 충족시키는가

Continental이 선택했습니다 Mendix 로우코드 플랫폼의 이유는 다음과 같습니다.

• 사용함 비즈니스와 IT 간의 협업
• 그들이 할 수 있도록 허용합니다 솔루션을 빠르게 구축하고 반복합니다.
• 가능하게 만든다 구식 프로세스를 적응 가능한 프로세스로 대체합니다. 자동화 된 워크 플로우

단 12주 만에 새로운 앱 출시

Continental은 단 300주 만에 12개 스토리의 애플리케이션인 Electronic Capital Request를 재구축하는 것으로 시작했습니다. Mendix, 초기 재건 프로세스는 1년 이상 걸렸습니다. Continental은 프로세스를 상당히 가속화했을 뿐만 아니라 Mendix그러나 그들은 또한 최종 사용자 경험을 극적으로 개선했습니다. 사용자.

전자자본요청 앱은 10,000명의 빈번한 사용자가 사용하는 예산 요청 및 승인 도구입니다. 즉, 해당 애플리케이션에서 매년 최소 10,000건의 요청이 제기, 승인, 처리된다는 의미입니다.

매년 앱에는 약 20기가바이트의 파일 첨부가 애플리케이션 내에 추가됩니다. Domino 아키텍처를 기반으로 구축된 앱은 매우 빠르게 저장 한도에 도달했습니다. 하지만 Mendix앱에는 한계가 없습니다.

Agile로 전환

작업 초기에 Mendix, Continental은 다음을 배웠습니다. 민첩한 방법론 시간이 지남에 따라 최대 가치를 제공하는 데 중요합니다. 이 프로젝트에서 Continental의 성공은 회사 전체에 Agile을 구현해야 한다는 주장을 만들어냈습니다. 그들은 특히 앱보다 빌드하는 데 더 오랜 시간이 걸린 출시 프로세스에서 엄청난 개선의 여지가 있다고 봅니다.

Continental은 전담 프로젝트 팀을 배정하여 이러한 변화에 대비하기 시작했습니다. Mendix 개발자들은 속도와 품질이 표준에 맞는지 확인해야 합니다.

미래를 보류은 무엇입니까?

Continental의 진화는 모든 조직이 생존하고 발전하기 위해서는 소프트웨어 회사가 되어야 한다는 증거이며, 회사는 이를 계속할 계획입니다. 스케일링.

Continental은 이제 내부 팀을 보유하고 있습니다. Mendix 매년 성장할 것으로 기대되는 개발자. Agile, 로우코드 중심 팀으로서, 그들은 애플리케이션의 일부와 전체 애플리케이션을 직접 빌드하고, Mendix 비즈니스 사용자가 프로젝트를 IT 부서에 넘기기 전에 필요한 사항을 지정할 수 있는 플랫폼입니다.

이 블로그 게시물은 원래 10년 2019월 XNUMX일에 게시되었으며 최신 정보를 포함하도록 업데이트되었습니다.