엔터프라이즈 IT 전략은 멀티 플랫폼 전략과 동의어입니다. 로우코드의 경우 질문은 "이것 또는 저것"에서 "무엇과 언제"?

In 최근 Mendix 웹 세미나 Schwarz IT의 Rapid App Development 부문 리더인 Zdenek Prochazka는 두 가지를 활용하기 위한 조직의 매개변수를 자세히 설명했습니다. Mendix 및 Microsoft Power Apps.

올바른 질문을하십시오.

Schwarz IT는 조직의 요구 사항, 복잡성 및 사용 사례에 맞춰 개발 전략을 맞춤화했습니다.

정확한 구현은 다를 수 있지만 둘 다 어떤 플랫폼을 언제 사용할지 결정하기 위해 일련의 유사한 질문을 다루는 것으로 시작합니다.

• 왜 처음부터 로우코드 플랫폼을 활용하고 있습니까? 아니면, 당신의 비전은 무엇입니까??
• 누구 귀하의 조직 내에서 솔루션을 개발하려는 것입니까?
• WHAT 로우코드로 어떤 유형의 사용 사례와 복잡성을 해결하려고 합니까?

이유 찾기

Schwarz IT 서비스 Schwarz Group은 유럽에서 가장 잘 알려진 식료품 브랜드 두 곳인 Lidl과 Kaufland의 모회사입니다. Schwarz Group은 글로벌 IT로는 종종 솔루션 수요를 충족할 수 없는 지역 팀을 지원하기 위해 새로운 소프트웨어 제공 모드가 필요했습니다.

Prochazka는 "가장 좋은 접근 방식은 현재 위치와 가고 싶은 곳을 명확하게 이해하는 것에서 시작됩니다."라고 말했습니다. "IT 전략은 회사로서 중요한 입력과 추세에 기반해야 합니다. 우리의 경우 민첩성이었습니다. 클라우드 변환, 솔루션의 안정성, 그리고 – 이는 슈바르츠에게 매우 특정적일 수 있음 – 주권입니다."

프로차즈카는 슈바르츠 IT가 소프트웨어 개발 라이프사이클에서 시민 개발자와 비즈니스 협력자에게 권한을 부여하고자 했으며, 따라서 로우코드 플랫폼의 필요성이 확인되었다고 밝혔습니다.

로코드 또는 노코드 도구를 선택할 때 우선 순위는 표준화, 민주화, 재사용이며, 플랫폼 사용자와 사용 사례에 따라 언제 어떤 도구를 사용할지 정의됩니다. 

누가 솔루션을 개발합니까?

오늘날 Gartner는 소프트웨어 개발에 직접 기여할 수 있는 두 개 이상의 개인 그룹을 식별합니다.

• 시민 개발자비즈니스 기능에 보고하고 기술 배경 지식이 거의 없거나 전혀 없는 사람
• 비즈니스 기술자비즈니스 기능에도 보고하지만 기술 전문성을 보유하고 있으며 더 큰 영향을 미치며 SDLC에 기여할 수 있는 사람
• 물론 전문 개발자이거나 기술 및 소프트웨어 개발에 대한 광범위한 경력 지식을 보유한 개발자도 있습니다.

Schwarz IT의 경우 개발을 수행하는 사람의 구분은 사용 사례 간에 명확한 경계를 그립니다. Mendix 또는 Power Apps.

프로차즈카는 적절한 시민 개발 프로젝트가 무엇인지에 대한 명확한 매개변수를 설명합니다.

"우리는 잘 정의된 가이드라인과 비전문 개발자를 위한 범위를 통해 시민 개발을 지원하기로 결정했습니다... 이것이 우리가 Power Platform을 선택하기로 결정한 이유입니다."라고 그는 말했습니다.

시민 개발 프로젝트는 종종 Microsoft 생태계 내에 존재할 수 있는 간단한 화면이나 워크플로를 추가하는 범주에 속합니다.

Mendix SDLC의 다른 기여자에게도 동일한 낮은 진입 장벽을 제공합니다. 그러나 비즈니스 기술자나 전문 개발자가 정교하고 복잡한 애플리케이션 구조화된 소프트웨어 개발 프로세스 내에서.

“우리는 사용하기로 결정했습니다. Mendix 그는 "SAP 또는 하이코드 표준과 같은 DevOps 원칙과 품질 요구 사항을 따르는 전문 개발 도구로서"라고 덧붙였습니다.

무엇을 개발할 것인가?

가장 적합한 것을 결정하기 위한 최종 프롬프트 Mendix 또는 IT 환경에서 Power Apps 프로젝트는 사용 사례 복잡성에 따른 것입니다. 복잡성 지표에는 다음이 포함될 수 있습니다.

• 통합의 유형 또는 볼륨
• 모바일 애플리케이션
• 최종 사용자의 볼륨

"아마도 SAP와 같은 다른 솔루션의 확장으로 로우코드를 사용하고 싶을 겁니다. 이는 필요한 플랫폼을 결정하는 좋은 출발점입니다."라고 그는 공유했습니다.

Mendix 종종 강력한 플랫폼으로 간주됩니다. 다른 시스템과 통합Power Apps가 Microsoft 생태계에서 원활하게 작동하려면 특히 SAP가 필요합니다.

그는 "우리는 Power Platform을 Microsoft 365나 Dynamics와 같은 통합 제품이나 소규모 솔루션의 확장으로 사용하고 싶습니다."라고 덧붙였습니다.

장치 작동성은 슈바르츠가 두 플랫폼의 역량을 보여준 또 다른 분야입니다.

"Power Apps의 UI는 선택된 템플릿에서 정말 최적화되어 있습니다. 브라우저나 iPhone에서 이 작업을 하는 경우 일반적으로 최소 두 개 또는 세 개의 UI를 빌드해야 애플리케이션에서 좋은 사용자 경험을 보장할 수 있습니다."라고 Prochazka는 말했습니다.

"에 관해서 Mendix, 우리는 좋은 경험을 했습니다 진보적 인 웹 앱… HTML 측면은 매우 훌륭하게 작동하며 Android 또는 iOS 기기에서 매우 원활하게 실행될 수 있습니다."

마지막으로, 애플리케이션 또는 프로젝트의 크기는 의사 결정을 분류하는 데 도움이 됩니다. 앞서 언급한 기준에 맞는 간단한 애플리케이션으로 정의된 솔루션은 종종 Power Apps에 가장 잘 맞습니다. 중간에서 높은 복잡성을 가진 소규모, 중규모 및 대규모 비즈니스 애플리케이션이 더 적합할 수 있습니다. Mendix.

와 Mendix, 이 수준의 솔루션은 단일 플랫폼에서 처음부터 끝까지 제공될 수 있습니다. Microsoft 제품군 내에서 동일한 수준의 복잡성을 달성하려면 Power Apps 및 Power Automate와 같은 여러 도구로 솔루션을 조각해야 할 수 있습니다.

슈바르츠의 경우, Mendix 중간 정도의 중요도와 중간에서 높은 복잡성의 프로젝트에 사용하면 빛을 발합니다. 여기에는 다음이 포함됩니다. Nintex는 마이그레이션을 형성합니다또는 PRIA는 슈바르츠 식료품점에서 리콜된 제품을 처리하는 워크플로를 관리하는 애플리케이션입니다.

Prochazka는 다른 KPI가 프로젝트 시작 시 추정된다고 공유합니다. 예를 들어 노력 수준, 비즈니스 프로세스 볼륨 또는 이해 관계자 볼륨이 영향을 미치며, 이는 "프로젝트의 복잡성 또는 최종 단계에 대한 중요도를 알려주기" 때문입니다.

“Power Platform과 2년 이상 공존을 추진해 온 Mendix 저희 포트폴리오에서 저희는 저희의 추천 사항에 대해 확신을 가지고 있습니다. 첫째, Power Apps는 시민 개발이나 M-365 또는 Dynamics 365 CRM과 같은 Microsoft 생태계의 소규모 전문 개발에 적합합니다."라고 Prochazka는 말했습니다.

변화에 열려있으세요

빠른 애플리케이션 개발 플랫폼을 위한 의사 결정 트리를 결정할 때 개발팀 전문성, 클라우드 전략, 아키텍처 및 로우코드 성숙도 측면에서 조직의 위치를 ​​고려하는 것이 중요합니다.

각 조직의 정확한 매개변수는 특정 요구 사항에 따라 다르지만 플랫폼과 관점이 다를 수 있다는 점을 명심하십시오. 시간이 지남에 따라 진화해야 합니다.

Prochazka는 "우리에게는 기술적으로 가능한 것에 많은 유사점이 있습니다."라고 말했습니다.

“이것이 우리가 배운 것입니다 Mendix. 하이코드 개발과 유사한 많은 가능성이 있습니다. 우리는 성숙도를 확립하기 위해 더 작은 프로젝트에서 배우기 시작했고 처음에는 가장 중요하거나 어려운 작업에 바로 들어가지 않았습니다. 하지만 지금은 우리가 더 많은 것을 할 수 있다고 느낍니다. Mendix "미래에는 우리가 오늘보다 더 나은 모습을 보일 것입니다."