제2057호-[ICT신기술] 로우코드(Low-code) 및 노코드(No-code)플랫폼 기술 동향(손선희)

1.서론

 

(로우코드(Low-code) 및 노코드(No-code) 정의) 

LC/DC(Low-Code/No-Code)의 애플리케이션 개발에 있어 코딩을 최소화하거나 아예 하지 않는 플랫폼 기술

 

(LD/DC의 장점)

1.현업 및 이해당사자가 개발에 직접 참여 하므로 이해도가 높은 애플리케이션 개발 가능

2.빠른 개발 속도로 충분한 테스트 시간 확보

3.쉬운 교육과정으로 개발자 부족 문제 해결

 

 

 

2.LC/NC 플랫폼의 기대 효과

(시민개발자의 로우코드, 노코드 개발 프로세스)

 

(시민개발자의 활용에 따른 장점 3가지)

1. 부족한 SW개발 인력 공급 문제를 어느 정도 대체할 수 있다는 점

2. 의료 등 비전문가의 진입 장벽이 높은 전문 분야의 애플리케이션 분야에 개발자가 아닌 현업 전문가 주도 개발 가능

3. 시민개발자는 자기 비즈니스 분야의 요건 파악이 빠르다는 점

 

 

 

3.LC/NC 플랫폼 분야의 국내/해외 도입 사례

LC/NC 플랫폼 분야의 국내/해외 도입 사례	기관	애플리케이션	설명
1.실무자 입장에서는 간단히 쓸만한 앱	한국전력 증평지사	'차세대 공사현장 모니터링' 모바일 앱	-실무자가  필요한 요구사항을 심플하게 개발 -현장 사진을 메일에 첨부하는 번거로움을 없앴다. -공사번호나 코드 같은 정보들의 메모, 공지사항 확인 - 여러 협력기관 연락처에 간단하게 전화나 문자를 거는 기능
2.효율성이 낮지 않은 간단한 앱	세븐일레븐	지역관리자에게 제품가격정보 제공	-지역관리자가 관련 판매량에 액세스 하여 현장가격 최적화 -부정확한 가격정보는 매장에서 수정하도록 알림서비스
3.더 쉽고 상품성도 있는 애플리케이션을 개발	취리히 UK보험	페이스쿼트	-사용자가 셀프 사진을 찍으면 사용자 연령을 추정하여 보험료 계산
4.로우코드로 기존의 쓸모 없는 애플리케이션 쳐내기	NTT데이터 서비스	불필요한 기존 애플리케이션 걸러내기	-인수합병과정에서 1000개의 기존 애플리케이션 수를 122개로 줄임

 

 

 

4.LC/NC 플랫폼 활용의 한계와 주의점

LC/NC 플랫폼 활용의 한계와 주의점	설명
1.개발 요구사항과 비즈니스 요건의 간과	- LC/NC플랫폼을 사용하는 업체들은 개발 요구사항과 비즈니스 규칙을 문서화하지 않고, 현업 담당자가 사용 가능한 수준에서 대략적으로만 만들어버리는 경향이 있고 이에 애플리케이션에 중요한 비즈니스 규칙이 누락되는 사례가 발생
2.현업 참여의 부재	-LC/NC플랫폼과 시민개발자는 현업 담당자가 신속하게 애플리케이션 개발을 진행하여 스스로가 엔드 유저로서 사용하며 유지 부수할때 효율성과 전문성이 올라간다. -그런데 번거로움이나 교육시간부족 등의 문제로 현업 담당자가 개발에 참여하지않거나 현업담당자와 시민개발자를 분리해버는 경우가 있다 -이는 필요없는 재개발 및 예신/일정 변화로 이어질 수 있다
3.LC/NC 플랫폼 및 시민 개발자에 맞는 문화 및 조직 구조	-LC/NC 기술의 진정한 가치는 그 기능을 100% 활용하기 위해 업무방식을 최적화할 의지가 있을때 드러난다
4.개발자의 배제나 기술적 문제의 간과	-LC/NC는 사용자가 UX/UI 구현에 있어서는 매우 유용하나, 여러 시스템 통합이나 트래픽이 많은 분야, 복잡한 설계구조 에서는 한계가 있다.  -개발자나 IT부서 참여로 기술적 문제를 고려해야 한다
5.너무 많은 기능이나 어플 배치	-많은 어플이나 기능들이 서로 연계되어 유기적으로 작동하지 않는 것을 고려해서 단순화 해야 한다.
6.부실한 프로세스 잔존	-기존 프로세스가 부실할 경우 LC/NC로 전환하여도 여전히 문제점이 발생할 수 있다

 

 

5.LC/NC 플랫폼을 "잘 활용하기 위한" 원칙

C/NC 플랫폼을 "잘 활용하기 위한" 원칙	설명
1.로우코드가 새도우 IT가 되지 않도록 관리	*새도우IT : 직원들이 IT부서에서 승인받지 않은 애플리케이션이나 서비스를 구입하고 , 이를 IT관리부서나 책임자가 파악하지 못하는 현상 - 현업에서 그때 그때 필요한 앱을 개발하는 것은 좋으나 , IT 관리부서에서 파악이 되어야 한다
2.적절한 IT자원과 인력을 제공	- 가트너는 녹색, 노란색 안전구역과 빨간색 위험구역으로 구분 - 녹색 : 시민개발자가 독자적으로 워크플로우와 자동화 생성 - 노란색 : 시민개발자와 전문개발자 협력하여 생성 - 빨간색 : IT감독과 승인, 통제 필요한 영역 별도의 거버넌스 프레임워크로 진해
3.API와 커넥터를 확보	- API관리와 문서화  -RPA 툴 활용 (기존시스템과 LC/NC의 가교 역활)
4.검토와 평가를 잊지 말자	비즈니스 지표를 통해 유용성이 있는지 검토와 평가가 현업 직원이 문제에 대한 미봉책 수준의 앱 개발을 막을 수 있다
5.혁신 문화를 조성하라	-LC/NC 플랫폼 도입에서 가장 필요한 것은 "왜 로우코드를 써야하는지"에 대한 충분한 사내 추진력을 모으는 것이다.

 

 

6.결론

 

- LC/NC 플랫폼은 기존 개발자의 적이 아니다. 오히려 기술적 난이도는 간단하지만 구현 시간은 적지 않게 걸리는 UI/UX 구현을 시민개발자들에게 맡기고, 개발자들은 더 전문적이고 깊은 IT분야에 자원을 쓸 수 있게 해준다.

 

- 시민개발자라는 개념은 좋지만 체계 또는 일종의 거버넌스 프로세스가 있어야 한다.