길을 아는 것과 길을 걷는 것에는 차이가 있습니다

공상과학적인 책략처럼 들리지만, 지난 5년 동안 바위 밑에 숨어 있었을지도 모르는 사람들을 위해 말하자면, 실제로는 오래되고 단절된 수동 프로세스와 레거시 시스템을 가져와 모든 것을 노래하고 춤추는 디지털 솔루션으로 바꾸는 과정입니다. 모든 것을 깔끔한 패키지로 묶어 모든 사람이 조화롭게 함께 일할 수 있도록 돕고 모든 프로세스 문제를 해결합니다.

적어도 그게 꿈이에요.

그렇게 간단한 일은 드물고, 끝나는 일은 더더욱 드뭅니다. 사업에서 고통스러운 점을 찾고, 오래된 프로세스를 고치고, 시스템을 교체하거나 제거하고, 도달할 수 없는 목표처럼 느껴지는 것을 향해 끊임없이 나아가는 지속적인 과정입니다.

희망이 없는 것처럼 들릴지 몰라도 솔직히 그렇지 않습니다. 환상적인 도전이며 모든 회사가 노력해야 할 것입니다. 지난 10년 동안 설립된 회사는 이미 선두를 달리고 대부분 통합 시스템에서 운영할 것입니다... 하지만 항상 어두운 구석이 있는데, 대개 재무 부서에 Sam이 핵심 프로세스를 관리하기 위해 괴물 같은 스프레드시트를 만든 곳입니다. 우리는 당신을 봅니다, Sam. 숨을 수 없습니다!

그러면 우리는 이 질문으로 이어진다. 이게 로우코드와 무슨 상관이 있을까?

무지가 행복하다.

로우코드는 디지털 전환을 가능하게 하는 데 도움이 되는 여러 가지 방법이 있으며, 대부분은 현재 어디에 있는지 이해하는 것으로 시작합니다. 귀하의 비즈니스의 아키텍처 상태는 아마도 주로 다음 범주 중 하나에 해당할 것입니다(그 사이에는 많은 회색 음영이 있지만):

1. 깨끗한 상태 - 말 그대로 디지털 시스템이 하나도 없습니다. 새로운 사업체일 수도 있고 스프레드시트는 있지만 대형 애플리케이션은 없을 수도 있습니다.
2. 핵심 시스템 및 지원 애플리케이션 – 하나의 주요 시스템과 소수의 통합 또는 연결 해제된 시스템이 있습니다.
3. 모든 것, 모든 곳, 모든 것이 한꺼번에 – 핵심 시스템이 있을 수도 있고 없을 수도 있지만, 식별 가능한 아키텍처가 없고, 모든 사람이 다양한 애플리케이션을 구매하여 다양한 작업을 수행하고 심지어 일부 동일한 작업을 수행합니다.

제 경험상, 세 번째 상황은 예상보다 훨씬 흔하지만 두 번째 상황은 대부분의 현대 회사가 처하게 될 상황이라고 생각합니다. 첫 번째 상황에 처한 사람은 아마도 가장 쉬운 일을 맡았을 것입니다(스프레드시트 수식을 해독하려는 시도를 제외하고).

일반적인 사용 사례의 상황에 처해 있고 대부분의 데이터를 보관하는 핵심 시스템이 있다고 가정해 보겠습니다. 이 시스템은 핵심 데이터를 저장하고 이를 사용하고 유지 관리하도록 훈련받은 몇몇 핵심 사용자를 지원하는 데 효과적입니다. 그러나 이 데이터는 핵심 그룹 외부의 누구에게나 가장 쉽게 접근할 수 있는 것이 아니며 다른 몇몇 시스템에서도 데이터를 가져와야 할 수 있습니다. 이러한 지원 시스템 중 일부는 핵심 시스템에서도 데이터를 가져올 수 있습니다. 이러한 시스템은 REST API 또는 SOAP 또는 플랫 파일과 같은 이전 모델과 현대적인 방식으로 통합될 수 있습니다.
또한 핵심 데이터에 대한 모바일 서비스도 제공되지 않을 가능성이 높기 때문에 사람들은 어디를 가든 노트북을 가지고 다니거나 파일을 인쇄해서 가지고 다니는 경향이 있습니다.

그 모든 것 위에 섀도우 IT 계층이 있습니다(재무부의 샘처럼, 샘, 우리는 당신을 잊지 않았습니다). 이들은 일반적으로 기술에 정통한 사용자로, 복잡한 스프레드시트를 직접 만들거나 심지어 자체 애플리케이션을 구매했을 수도 있습니다(아마도 IT와 상의하지 않고). 저만큼 오랫동안 IT에 종사한 사람이라면 누구나 비즈니스에서 Access Database의 재앙을 기억할 것입니다. 그 중 일부는 너무 커져서 누군가가 들어가 몇 천 개의 행을 삭제하여 계속 실행되도록 하는 것이 일상적인 작업이었습니다.

이 사업은 아마도 영원히 지속될 것 같은 이런 행복한 무지 속에서 운영되었을 것입니다. 하지만 진보적인 누군가가 들어와 디지털 전환을 시작했습니다. 이제 당신과 로우코드는 솔루션의 일부가 되었고, 당신은 그들이 더 효과적이고 효율적으로 되도록 도울 것입니다. 당신은 무엇을 할 것인가요?

무엇이든 가능한 세상

종종 기업에 로우코드를 도입할 때 시작하기에 가장 좋은 곳은 즉시 눈에 띄는 가치를 더하는 무언가를 빠르게 만드는 것입니다. 새로운 로우코드 플랫폼의 이점을 명확하게 보여주는 것, 속도에 큰 영향을 미치는 것. 종종 이를 수행하는 가장 좋은 방법은 일종의 포털을 사용하는 것입니다. 백오피스, 고객 대면 또는 모바일일 수 있습니다.

저는 핵심 시스템은 비숙련 사용자에게는 접근하기 어려운 경우가 많기 때문에 정보를 찾기 어렵다고 앞서 언급했습니다. 또한 핵심 데이터가 여러 페이지 또는 여러 시스템에 분산되어 있는 경우가 많습니다. 즉, 예를 들어 고객 데이터에 액세스하려는 사람은 여러 페이지 또는 여러 시스템(예: 핵심 주문 시스템, CRM 시스템 및 배송 관리 시스템)을 트롤링하기 위해 연결해야 할 수 있습니다. 이 데이터를 중앙 집중식 읽기 전용 백오피스 포털에 표시하는 것은 사용 가능한 통합 옵션에 따라 간단한 프로세스가 될 수 있으며, 특정 비즈니스 프로세스와 일치하도록 데이터에 액세스하는 방식을 최적화하여 사람들이 많은 시간을 절약할 수 있습니다.

그때가 정말 그들의 마음을 사로잡고 그것이 실제로 완전히 반응하며 모바일 기기를 통해 접근할 수 있다는 것을 보여주는 때입니다. 모바일 뷰를 애플리케이션에 추가하여 휴대전화나 태블릿에서 볼 수 있도록 하는 것은 쉬운 과정이며, 사람들이 외출 중에도 이 정보에 접근할 수 있게 하는 것은 보통 큰 도약입니다.

다른 옵션은 고객 포털을 만드는 것입니다. 아마도 귀하의 사업은 고객 중심적일 수 있지만 귀하의 고객은 현재 핵심 시스템의 일부로 제공되는 오래된 웹사이트를 통해 정보에 대한 접근이 제한되어 있습니다. 그럴 경우 사용자 정의하기 어렵고(그리고 비용이 많이 들며) 실제로 고객이 보고 싶어하는 대부분의 정보를 포함하지 않습니다.

현대적이고 세련된 포털을 통해 잘 만들어진 고객 경험을 만드는 것은 쉽습니다. Mendix. 또한 현재 제공되는 상품에 대한 만족도가 부족하거나 낮은 경우 고객과 기업 간에 좋은 감정을 조성하는 좋은 방법이 될 수 있습니다.

이러한 포털을 구축하는 동안 항상 "다음은 무엇일까?"라고 자문해야 합니다. 현재 앱이 어떻게 진화할 것으로 생각하십니까? 저는 아주 소수의 애플리케이션만 완성된다고 생각합니다. 항상 개선해야 할 점과 만들어야 할 향상점이 있을 것입니다. 저는 이러한 점과 그것이 건축적 목표에 어떻게 부합하는지를 염두에 두고 구축하는 것을 좋아합니다. 이 시스템이 새로운 디지털 환경의 허브가 될까요? 그렇지 않다면 어떻게 그 허브에 연결될까요?

내가 너한테 보여줄 수 있는 건 문뿐이야…

회사에 로우코드를 소개하는 동안, 여러분은 로우코드의 이점을 광범위한 비즈니스에 설명하라는 요청을 받을 수 있습니다. 기술 분야의 사람은 기존 코드 대신 로우코드를 사용하는 이점을 금방 알아차릴 수 있지만, 비즈니스 분야의 사람들은 "애플리케이션을 더 빨리 빌드합니다."라고만 말할 수 있습니다. 이 진술은 사실이지만 진실의 일부일 뿐이며 플랫폼과 같은 모든 것을 정확하게 보여주지는 않습니다. Mendix 사업에 도움이 될 수 있다.

디지털 변환의 일부는 "섀도 IT"를 근절하고 이를 빛으로 끌어내는 데 집중해야 합니다. 즉, 재무부의 샘과 같은 파워 유저가 사용할 수 있다는 것을 비즈니스에 설명하는 것을 의미합니다. Mendix 반드시 전문 개발자가 없이도 시작할 수 있습니다. Studio를 통해 Excel 스프레드시트를 가져와서 아무런 지원 없이도 애플리케이션을 만들거나 단일 양식 시스템을 만들 수 있어야 합니다(그 이상). Mendix(의 훈련 경로).

이때 협업 메시지를 크고 명확하게 전달해야 합니다. 이때 조직 내의 전문 개발자에게 지원을 요청할 수 있다는 것을 이해하도록 도울 수 있습니다. Mendix 플랫폼. 함께라면 더욱 진보된 솔루션을 만들 수 있습니다. 방대한 스프레드시트를 없애거나 기업이 또 다른 기성형 솔루션을 구매하도록 강요받는 상황을 없앱니다.

구축된 모든 것은 Control Center를 통해 제어할 수 있으므로, 그들이 불량배가 되어 수백 개의 애플리케이션을 게시할까봐 두려워할 필요도 없습니다. 또한 내부 Marketplace에서 공유 모듈을 지원하고, 귀사에서만 사용할 수 있으며, DataHub를 통해 공유되는 쉽게 액세스할 수 있는 데이터 소스도 지원할 수 있습니다.

당신은 빨간 알약을 먹습니다. 당신은 원더랜드에 머물게 되고, 나는 당신에게 토끼굴이 얼마나 깊은지 보여드리겠습니다.

이 변환 과정에서 누군가가 디지털 환경 전체를 매핑해야 합니다. 다음을 찾아야 합니다.

• 회사의 모든 애플리케이션(Office와 같은 표준 소프트웨어 제외): 이 단계의 주요 목적은 비즈니스 전반의 팀이 특정 문제를 해결하기 위해 구매한 애플리케이션을 찾는 것입니다. 이로 인해 시스템에서 중복된 기능이 발생했을 수 있으며, 로우코드로 쉽게 대체할 수 있는 것을 식별할 수 있습니다(이 과정에서 라이선스 비용을 절감).
• 시스템 간 통합: API나 플랫 파일을 통해 한 시스템에서 다른 시스템으로 데이터가 전송되는 경우 특히 약점을 강조하여 기록해야 합니다.
• 발생할 수 있는 모든 데이터 중복: 누군가가 두 시스템에 데이터를 입력하는 것처럼 간단할 수도 있고, 중복 프로세스처럼 복잡할 수도 있습니다. 모든 것은 진실의 한 출처로 합리화되거나 가능한 한 가까워야 하며, 같은 질문을 두 번 하지 않아야 합니다(물론 프로세스가 확인을 요구하지 않는 한!).

그러면 풍경이 어떻게 보이기를 원하는지에 대한 새로운 지도가 필요할 것입니다. 이를 통해 중복된 시스템과 데이터를 합리화하고 통합 계층을 최적화해야 합니다.

그러면 모든 새로운 개발은 새로운 지도에 위치해야 하며, 가능하면 오래된 지도의 일부분을 교체하거나 결합해야 합니다.
그러면 새로운 애플리케이션을 만드는 사이클에 들어가면서 기존 애플리케이션의 변경 요청과 버그까지 관리하는 것을 알게 될 것입니다!(우리 중 누구에게나 일어날 수 있는 일입니다.) 이 모든 것을 최신 상태로 유지하려면 신중하고 일관되게 관리되는 백로그가 필수적입니다. 잘 유지 관리되고 우선순위가 지정된 백로그가 있으면 모든 것이 잘 기름칠된 기계처럼 선택한 Agile 프로세스에 따라 진행될 수 있습니다!

디지털 변환을 완료할 수 있을까요? 아니요. 끝없는 게임입니다. 그러나 Mendix 당신은 적어도 경쟁력을 갖추고, 기술 부채와 섀도우 IT의 존재를 줄이는 동시에 큰 속도로 영향력 있고 관리 가능한 변화를 만들 수 있을 것입니다. 모든 비즈니스 협업이 이루어지는 동안, 당신은 심지어 금융 분야의 샘과 친구가 될 수도 있습니다!