소프트웨어:로우 코드, 코드 없는 플랫폼으로 사내 앱 만들기

때로는 문제 해결을 위한 최고의 아이디어가 처음부터 나온다는 전제를 바탕으로 제조업체는 직원들이 자신만의 맞춤형 앱을 구축하여 문제를 해결할 수 있도록 노코드 및 로우코드 프로그래밍 플랫폼을 채택하고 있습니다.

이러한 플랫폼의 생성을 촉구하는 것은 iTunes 또는 Google Play Store에서 찾을 수 없는 앱에 대한 필요성이며, 작업으로 과부하가 걸리는 우수한 코더, IT 부서 및 대행사의 부족, 생성에 소요되는 비용 및 시간이 복합적으로 작용합니다. 응용 프로그램 및 생산되는 제품의 다양한 품질.

그 결과 IT 및 기타 산업 분야의 글로벌 연구 및 자문 회사인 Gartner Inc.는 2024년까지 로우 코드 애플리케이션 개발이 앱 개발 활동의 65% 이상을 차지할 것으로 예측했습니다.

제조에 사용되는 가장 인기 있는 DIY 앱 중 일부는 보증 관리, 공급망 가시성, 재고 추적, 규제 기관에 보고, 물류, POS 및 프로젝트 워크플로를 위한 앱입니다.

제조는 엔지니어링 개념 및 방법론에 대한 인력의 기술 교육으로 인해 DIY 맞춤형 앱에 고유하게 적합합니다. 일부 엔지니어는 작업을 자동화하거나 분석을 수행하기 위해 다른 프로그래밍 언어를 실험했을 수도 있으므로 소프트웨어 개발에 완전히 익숙하지 않습니다. 그들의 주요 역할이 아닙니다.

보스턴에 있는 Mendix의 솔루션 아키텍트 팀 리더인 Mike Schiraldi는 "내 경험에 비추어 볼 때 흥미로운 점은 이 사람들이 이런 종류의 플랫폼에서 정말 효과적인 경향이 있다는 것입니다."라고 말했습니다. "그들은 주어진 언어의 모든 난해한 구문에 얽매이지 않고 비즈니스 문제, 해당 프로세스에 공백이 있는 곳 및 해결 방법을 이해할 수 있는 고유한 위치에 있습니다." Mendix는 2018년에 Siemens에 인수되었습니다.

직원 개발자

석유 및 가스 산업을 위한 유체 모션 제어 솔루션을 제조 및 서비스하는 텍사스주 어빙의 Flowserve에서 직원들은 버지니아주 타이슨스주 Appian의 로우 코드 플랫폼을 사용하여 서비스를 포함한 다양한 목적을 위한 앱을 제작했습니다. Flowserve의 펌프 수리 프로세스를 위한 센터 포털입니다. 직원은 앱을 사용하여 주문 항목을 생성한 다음 이를 사용하여 검사, 가격 견적, 육체 노동 조정 및 필요한 부품에 대한 필요한 관련 정보를 기록하고 관리합니다. 검토 및 승인; 마지막으로 송장 발송.

Appian의 CTO이자 제품 전략 부사장인 Malcolm Ross는 Flowserve의 목적을 위해 사용할 수 있는 기성 소프트웨어가 없다고 말했습니다.

Ross는 "재고 관리 시스템과 HR 리소스 관리를 위한 소프트웨어가 있지만 인력과 부품을 함께 결합할 수 있는 소프트웨어는 없습니다."라고 말했습니다.

로우 코드 플랫폼을 통해 Flowserve 직원과 같은 비즈니스 사용자는 프로세스를 자동화하고 구성하는 데 도움이 되는 맞춤형 솔루션을 개발할 수 있습니다.

Zoho Corp.의 플랫폼 개발 수석 에반젤리스트인 Tejas Gadhia는 "맞춤형 애플리케이션을 개발하는 로우 코드 사용자는 애플리케이션이 목표로 하는 문제와 프로세스에 대해 친밀한 지식을 갖게 될 것입니다."라고 말했습니다. 로우 코드 플랫폼의 핵심 이점은 사용자가 IT 팀이나 외부 개발자에게 자신의 요구 사항을 설명해야 하는 것과 달리 사내 개발을 유지한다는 것입니다."

앱 개발을 가능하게 하는 것 외에도 플랫폼을 통해 제작자는 사용자의 피드백을 기반으로 프로세스와 요구 사항이 발전함에 따라 애플리케이션을 업데이트할 수 있습니다. 공급업체는 앱을 기업 내부의 포트폴리오에 저장할 수 있는지 아니면 상업용 앱 스토어에 저장할 수 있는지에 따라 다르지만 업데이트는 SMS 또는 이메일의 링크를 통해 푸시할 수 있습니다.

애자일 앱 개발

시애틀 AppSheet의 CEO인 Praveen Seshadri는 "진정으로 민첩하고 혁신적인 앱 개발을 수행하려면 이것이 가장 중요한 것으로 밝혀졌습니다. 일부 사용자의 손에 앱을 제공하고, 피드백을 받고, 반복을 생성합니다."라고 말했습니다. “실제로, 양질의 피드백으로 할 수 있는 반복 작업의 수는 앱이 사용자에게 유용하고 성공적인 앱으로 전환되도록 하는 것입니다. 반복의 속도가 성공의 원동력입니다."

앱을 개발하고 사용하는 것은 생산성을 촉진하기 때문에 그 자체로 가치가 있지만, 어느 시점에서 제조업체는 많은 앱을 빌드하는 데 플랫폼에 추가적인 가치가 있음을 깨닫습니다. 많은 애플리케이션을 구축하게 되면 애플리케이션이 생산성을 높이는 것뿐만 아니라 플랜트의 ERP, MES 또는 PLM 소프트웨어에서 사용할 수 있는 데이터도 수집한다는 사실을 분석 팀이 인식하는 경우가 많습니다.

"이것은 금과 같습니다."라고 Seshadri는 말합니다. "이것은 우리가 이전에 통찰력이 없었던 모든 것에 대한 통찰력을 제공합니다."

이 데이터를 사용하여 공장은 제조 라인의 어느 부분이 다른 부분보다 더 잘 수행되고 있고 다른 곳보다 더 많은 문제가 있는 부분을 분석할 수 있습니다. 그들은 기회가 어디에 있는지 식별할 수 있습니다.

"따라서 전략적 사고를 유도합니다."라고 그는 말했습니다. "이것이 어떻게 우리 회사를 근본적으로 더 경쟁력 있게 만들 수 있습니까?"

효율성 사례 연구

캐나다 퀘벡주 허드슨에 있는 건강식 스낵 제조업체 Tutti Gourmet의 운영 이사인 Elijah Magrane은 약 16개월 전에 인벤토리를 작성하기 위해 AppSheet를 사용하기 시작했습니다.

이 공장은 물리적 실사를 기반으로 인벤토리를 수행한 다음 스프레드시트에 수동으로 입력했습니다. 오류는 흔했고 일부는 간과되었습니다. 하지만 플랫폼을 통해 Magrane은 스프레드시트 프로그램에 일반적인 공식과 계산을 포함하는 인벤토리 앱을 만들 수 있었고 이후에는 바코드와 QR 코드를 추가하여 계산이 자동화되었습니다.

Magrane는 "자동 재입고 알림과 함께 AppSheet를 통한 바코드 시스템을 구현함으로써 효율성이 향상되었고 항상 주문을 이행하고 용량을 생산할 수 있게 되었습니다."라고 말했습니다.

Magrane이 만든 앱(총 약 40개)은 직원의 시간 표 작성, 승인된 공급업체 목록 유지, 검사 체크리스트 작성, 창고 재고 관리, 제품 유통 추적 등과 같은 일상적인 작업에 편리합니다.

"솔직히 말하면, 지금 제가 있는 곳은 AppSheet와 함께 완벽하게 작동하는 ERP를 가지고 있습니다."라고 그는 말했습니다(63페이지의 그래픽 참조).

플랫폼이 클라우드에 있기 때문에 Magrane의 상사는 이동 중에도 인벤토리, 프로젝트 관리 및 R&D 앱에 액세스할 수 있습니다. 기업에서 새 영업 관리자는 매장에서 배송을 받은 지 얼마나 지났는지 추적하고 필요한 경우 영업 전화를 걸 수 있습니다.

"낮은 코드는 조립식 주택이 처음부터 지은 집처럼 코딩하는 것입니다."

그리고 회사가 추적 가능성에 대해 감사를 받을 때 Magrane은 바인더를 뒤지는 대신 정보에 쉽게 액세스할 수 있습니다.

"우리 회계 시스템에는 완제품에 대한 추적 기능이 없습니다."라고 Magrane은 말했습니다. “AppSheet 이전에는 Excel에서 수동으로 기록했습니다. 이것은 엄청난 시간이 걸리고 오류가 많았습니다. AppSheet를 사용한 이후로 추적성 워크플로가 절반 이상 줄어들었고 오류도 거의 발생하지 않았습니다.”

업데이트 가능성이 중요합니다.

DIY 앱 플랫폼 간의 가장 큰 차이점은 기술에 정통한 제작자가 자신의 코드를 추가할 수 있는지 여부일 수 있습니다.

일반적으로 코드 없는 솔루션은 100% 포인트 앤 클릭 애플리케이션 개발을 제공하며 비즈니스 사용자와 최소한의 프로그래밍 지식이 없는 사람들을 직접 대상으로 합니다. 이러한 도구의 대부분은 스프레드시트 대체 또는 인핸서에 적합합니다. AppSheet는 코드가 없는 플랫폼입니다.

로우 코드 도구는 대부분 포인트 앤 클릭 구성을 제공합니다. 그러나 복잡한 비즈니스 로직을 실행하기 위해 스크립팅 언어를 통해 몇 가지 고급 기능을 제공합니다. 이러한 도구는 기술 지식이 조금 더 있지만 개발자 수준이 아닌 사용자를 대상으로 합니다. Appian, Mendix 및 Zoho Creator는 로우 코드 플랫폼입니다.

Mendix의 아키텍처 및 거버넌스 관리자인 Jon Scolamiero는 "낮은 코드는 조립식 주택이 처음부터 지어진 주택인 것처럼 코드를 작성하는 것입니다."라고 말했습니다. "어떤 코드도 본질적으로 '이중 너비'로 제조되지 않습니다."

코드 없음과 낮은 코드만이 유일한 차별화 요소는 아닙니다. 보안은 공급업체에 따라 다릅니다.

"공급업체의 보안 페이지에서 데이터를 처리하고 관리하는 방법에 대한 정책과 절차를 확인하는 것이 항상 좋은 생각입니다."라고 Gadhia는 말했습니다.

평가자는 정보 관리 시스템의 품질 및 지속적인 개선에 중점을 둔 ISO 27001, 보안, 가용성, 처리 무결성, 기밀성 및 개인 정보 보호와 직접 관련된 제어 표준인 SOC 2 Type II와 같은 인증에 대한 세부 정보를 공급업체에 요청할 수 있습니다. SaaS(Software as a Service)를 제공하는 조직에서.

보안은 한 부분일 뿐입니다. 공급업체의 개인정보 보호정책을 이해하는 것도 마찬가지로 중요합니다. 고객은 애플리케이션, 데이터 및 앱의 지적 재산이 모두 공급업체가 아닌 자신에게 속하는지 확인해야 한다고 Gadhia는 말했습니다. 또한 자신의 정보를 제3자에게 판매하거나 공유할 수 없도록 해야 합니다.

로스는 코드가 낮고 코드가 없다는 핵심 가치 제안은 앱의 구성일 뿐만 아니라 앱이 모바일 장치 또는 웹을 통해 사용되는 경우 플랫폼의 수명 주기에서 지속적인 유지 관리 및 업그레이드라고 말했습니다. 사람들이 엔터프라이즈 소프트웨어와 관련된 문제에 자주 부딪치는 부분입니다.

그는 “한 번 만들면 다 괜찮다는 생각이 든다”고 말했다. "하지만 오늘날 모바일 운영 체제에서 작동한다고 해서 iOS 13, 14 또는 15가 나오는 내년에 작동한다는 의미는 아닙니다."
Ross는 웹 기반 앱에 대해서도 비슷한 주의를 덧붙입니다. 웹 표준은 매일 진화하고 있으며 현재 앱이 Edge, Safari, Bing 또는 Chrome에서 작동한다고 해서 내일도 호환되는 것은 아닙니다. 로우 코드 플랫폼 공급업체와 함께 살펴봐야 할 중요한 측면은 유지 관리 요구 사항을 모호하게 하고 플랫폼 기능에 미래 보장 기능을 포함하는 소프트웨어를 제공하는지 여부입니다.

Ross는 "동시에 사람들에게 '어떤 버전의 Google을 사용합니까'라고 자주 묻습니다."라고 말했습니다. “구글은 말 그대로 매일 검색 메뉴와 웹 브라우저 검색을 업데이트하지만 우리는 그것을 버전으로 생각하지 않고 서비스로 생각합니다. 이것이 우리가 이러한 플랫폼을 서비스로 소화하는 방법에 관한 한 우리가 원하는 곳입니다.”

Scolamiero는 플랫폼 구매자는 플랫폼이 클라우드 네이티브인지도 물어봐야 한다고 말했습니다. 즉, 플랫폼이 하나의 클라우드에 존재할 뿐만 아니라 모든 클라우드에서 프로세스와 절차를 실행하고 온프레미스에서 모든 플랫폼과 통합할 수 있도록 하는 핵심 원칙과 아키텍처를 준수하는지 여부를 의미합니다. 그.

"우리는 소프트웨어가 인터넷에 액세스할 수 없는 매우 안전한 시스템에서 내부적으로 실행되지만 클라우드와 인터넷이라는 더 넓은 시스템에서도 실행되어야 하는 하이브리드 세계를 가지고 있습니다."라고 말했습니다.

궁극적으로 플랫폼을 구매할 때 가장 중요한 것은 비즈니스가 문제를 해결하고 생산성과 혁신을 실현하는 데 도움이 되는지 여부입니다. 모든 비즈니스 라인은 자동화가 필요한 공장 현장의 검사든 창고의 재고든 상관없이 혁신과 개선에 대한 압박을 받고 있습니다.

Seshadri는 "공장 현장에서 장비를 검사하는 앱을 빌드한다고 가정해 보겠습니다. “ERP에서 보유하고 있는 장비에 대한 데이터를 가져와서 검사 정보를 캡처합니다. 파손된 부분이 있으면 사진을 찍어 수리를 의뢰할 수 있습니다. 매일 아침 경영진은 무엇이 손상되었는지 보고해야 합니다."