노코드, 로우코드 플랫폼을 잘 고르는 기준

비즈니스에서는 마이크로 서비스와 맞춤형 애플리케이션, 혁신적인 사용자 경험, 엔터프라이즈 워크플로우 및 자체 데이터베이스를 사용하여 직접 코딩하는 것이 대부분 합리적입니다. 다만 현재 팀과 기술팀이 개발 기간을 단축하고 기술적인 모범 사례를 바로 활용해 DevOps를 단순화하고 지속적인 개선을 지원하고자 한다면 저코드 및 무코드 플랫폼이 좋은 선택지가 될 수 있습니다. 

로우 코드 플랫폼은 다양한 카테고리로 분류됩니다. 일부에서는 웹 및 모바일 사용자 인터페이스와 워크플로우의 신속한 개발에 중점을 두고 있습니다. 데이터 가시화, 데이터 통합, 데이터 준비 도구도 로우 코드로, 최근에는 기계 학습, IoT, IT 자동화 분야에서도 로우 코드가 부상하고 있습니다. 로코드 플랫폼을 선택하는 원리를 살펴보겠습니다. 

 

노코드, 로우코드 플랫폼

 

다양한 구축 사례를 이해하고 검토합니다

최근 로코드와 노코드의 인기가 크게 증가하고 있습니다. 많은 기업들이 2020년 이후 코로나19로 인해 애플리케이션을 신속하게 개발·업그레이드해야 하는 상황과도 관련이 있습니다. 다른 모든 기술과 마찬가지로 로우 코드로 다양한 기능과 개발 방법을 제공하는 다양한 플랫폼이 있습니다. 

로우코드 플랫폼은 기업이 애플리케이션 개발을 신속화하고 기능 개선을 보다 쉽게 지원할 수 있도록 도와줍니다. 이를 위해서는 개발 중인 애플리케이션에 따라 최종 사용자 경험, 데이터 요구 사항, 워크플로우 기능 등 다양한 요소를 평가해야 합니다. 

이러한 저코드 플랫폼을 조사하고 테스트할 때는 다양한 애플리케이션 개발 요건과 사용 사례를 고려하는 것이 중요합니다. 이 플랫폼에서 할 수 없는 것과 쉽게 할 수 없는 것을 파악하고 플랫폼의 범위, 장단점을 파악해야 합니다.  

하나의 사용 사례에 효과가 있다고 해서 그 방법을 선택하면 나중에 수요가 바뀌면 오히려 방해를 받을 수 있습니다. 

 

 

애플리케이션을 누가 개발하는지를 명확하게 합니다

플랫폼이 저코드라고 주장하더라도 애플리케이션을 개발하기 위해서는 몇 가지 코딩 기술이 필요합니다. 코드가 없는 플랫폼의 경우에도 통합을 구축하기 위한 사용자 인터페이스, 워크플로우 및 비주얼 도구를 제공하기 위한 사용 방법을 배울 필요가 있습니다. 

그러나 이것은 하나의 측면에 불과합니다. 더 중요한 것은 누가 애플리케이션을 설계, 개발 및 유지 보수하고 있는지가 명확하다는 것입니다. 일부 로코드 플랫폼은 전문적인 도구이며 소프트웨어 개발 기술을 가진 사람이 사용해야 합니다. 한편, 시민 개발 플랫폼은 비즈니스 애널리스트 또는 전문가에 의해 개발 및 지원될 수 있습니다. 플랫폼에 따라 둘 다 지원하지만 용도별로 다른 도구와 기능을 갖추고 있습니다. 

그 결과 플랫폼에 대해 학습하고, 애플리케이션을 구축하고, 지속적인 개선을 지원해 줄 개발자가 필요합니다. 플랫폼 선택의 처음부터 이러한 도구를 사용함으로써 비즈니스 우선순위에 따라 도구를 사용하는 데 큰 도움이 됩니다. 

 

애플리케이션 개발

 

 

사용자의 만족도와 권장 수준을 확인합니다

저코드 플랫폼의 제품 소개 사이트를 보면 긍정적인 리뷰가 많아 쉽게 눈에 띌 수 있습니다. 일부 플랫폼은 애플리케이션, 사용자, 개발자가 많다고 자랑합니다. 그러나 사람들은 기대에 부응하지 못하는 플랫폼에 대해 잘 이야기하지 않습니다.따라서 긍정적인 리뷰가 많은 플랫폼보다는 사용자 만족도 보고서를 공유하는 것이 좋습니다. 플랫폼은 규모가 클수록 확실히 확립되지만 '엔터프라이즈 클래스' 플랫폼은 Gartner Magic Quadrant, Forrester Waves 및 기타 분석가 보고서에 포함될 수 있습니다. 

사용자 만족도는 매우 중요하다고 생각합니다. 저는 열광적인 팬이 있는 플랫폼을 좋아합니다. 우수한 로코드 플랫폼을 구축하려면 우수한 최종 사용자 경험과 기술 전문가가 장기적 및 단기적인 가치를 경영진에게 증명하기 위한 인상적인 기능을 제공해야 합니다. 이 요건을 충족하지 않는 로우 코드 플랫폼에는 기술을 반복적으로 사용할 이유가 없습니다. 

 

 

사용 요건을 정의하고 사전에 비용 견적을 산출합니다

로우 코드 플랫폼의 비즈니스 모델과 가격 모델은 매우 다양합니다. 최종 사용자 수에 따라 과금되는 경우가 있기 때문에 애플리케이션의 사용자 또는 사용률이 높을수록 비용이 높아집니다. 플랫폼 가격은 개발 규모별 애플리케이션 수나 개발 시트 수와 동일한 규모로 설정할 수 있으며, 일부 기업에서는 개별적으로 판매되는 다양한 제품을 제공하고 있습니다. 대부분은 부속 기능에 기반한 계층적인 가격 구조를 사용하여 평가판을 제공하거나 개념 실증 개발을 용이하게 합니다. 

그러나 더 중요한 것은 최종적인 개발과 생산의 요건을 이해하는 것입니다. 게다가, 로우 코드 플랫폼은 가격만으로 평가되어서는 안됩니다. 최종적으로는 이러한 플랫폼을 사용하여 쾌적한 사용 경험, 개발 생산성 및 견고한 운영 기능을 실현해야 합니다.따라서 총 소유 비용은 모든 재무 요인을 고려하여 계산해야 합니다. 

 

 

통합의 중요성을 놓쳐서는 안 됩니다

저코드 애플리케이션은 사일로 형식으로 개발할 수 없습니다. 대부분의 경우 엔터프라이즈 시스템, API, 클라우드 및 데이터 센터 데이터베이스 및 서드파티 데이터 소스와 통합해야 합니다. IoT 데이터 파이프라인이나 기계학습 모델이 개발되고 있는 경우 저코드 플랫폼과 통합될 가능성이 높습니다. 

거의 모든 플랫폼이 API를 제공하고 있지만 API로 무엇을 할 수 있는지, API의 성능이 얼마나 뛰어난지, 기업이 개발팀을 어떻게 지원하는지에 대해서는 플랫폼에 따라 많은 차이가 있습니다. 복잡한 통합을 필요로 하는 지속적인 유지보수가 필요한 로우코드 애플리케이션을 만드는 것을 아무도 원하지 않습니다. 

이러한 불상사를 피하기 위한 출발점 중 하나는 IFTH (IF This That) 플랫폼이 로우 코드 플랫폼에 통합되는지 여부 및 어떤 작업과 트리거를 지원하는지 확인하는 것입니다. 운용 측에서 이러한 플랫폼을 사용하지 않더라도 기능을 확인하고 통합된 개념 실증을 구현할 뿐이라는 점을 충분히 인식해야 합니다. 

 

 

호스팅, 디버깅 및 거버넌스 기능을 검토합니다

이전에는 로우코드는 SaaS나 클라우드 호스팅 서비스와 거의 같은 의미였습니다. 하이브리드 클라우드와 데이터 센터의 기능을 제공하는 일은 거의 없었습니다. 하지만 그 이상은 없습니다. 로우 코드 플랫폼 기업은 현재 더 다양한 호스팅 기능을 위해 경쟁하고 있습니다. 디버깅 기능도 중요한 고려 사항입니다. 특히 다음 기능에서는 로우 코드 플랫폼 간에 차이가 있습니다. 

    • 애플리케이션 버전 관리 또는 버전 관리 시스템과 통합합니다
    • 개발, 테스트 및 기타 환경 전체에서 개발 라이프 사이클을 지원합니다
    • 애자일 개발 프로세스를 백로그 및 로드맵 관리 도구와 조합하여 지원합니다
    • 지속적인 통합/지속적인 배포, 지속적인 테스트를 실시합니다, 또는 IT 서비스 관리의 변경 관리 프로세스와의 통합도 가능합니다
    • 데이터 스냅샷, 미러링, 복제 또는 프로세스의 추출, 변환 및 로드를 지원하고 재해 복구 및 데이터 과학을 지원합니다

단, 로우코드 플랫폼은 자바, 닷넷 또는 자바스크립트의 DevOps 기능과 동일한 유연성을 가질 것으로 기대할 수 없습니다. 로우코드 플랫폼을 사용할 경우 앱 개발과 운영을 지원하기 위해 필요한 골격 작업을 단순화하는 것이 목표이므로 다른 분야에서도 타협해야 합니다. 중요한 것은 비즈니스 요건과 기술 요건이 충족되는지 여부이며 코딩과 소프트웨어 개발을 위해 설계된 도구와 프로세스가 일치하는지 여부가 아닙니다. 또 직원들이 애플리케이션을 구축하고 지원할 수 있도록 할 계획이라면 플랫폼의 시민개발 거버넌스 기능도 고려해야 합니다. 

 

 

컴플라이언스 및 보안 요구사항을 이해합니다

플랫폼 비교 평가에는 우선순위가 있지만 컴플라이언스와 보안을 평가하는 마지막 항목으로 착각하거나 중요도가 낮다고 오해해서는 안 됩니다. 플랫폼을 평가할 때는 '필수'와 '필수'의 차이를 구별하고 각각의 기준을 평가할 타이밍을 결정해야 합니다. 

HIPAA 컴플라이언스, 데이터 계통 기능, 감사 기능, 데이터 주권 컴플라이언스, Active Directory 통합, 호스팅 제약 및 기타 변경할 수 없는 요소를 사용하여 애플리케이션을 개발하는 경우 각 요건을 먼저 평가해야 합니다. 다음으로 애플리케이션 구현을 시작할 때 로우 코드 플랫폼이 역할 기반 관리, 데이터 마스킹 및 기타 보안 고려 사항에 어떻게 대응하는지 확인해야 합니다. 

저는 20년 동안 로코드와 노코드 플랫폼을 사용하고 있는데, 이것은 대부분의 기업에 있어서 큰 가능성을 가지고 있다고 확신합니다. 하지만 플랫폼 간 차이가 크기 때문에 시간이 지나면 선택할 수 있는 제품을 조사하고 검토해야 합니다.