Low-Code로 IT와 비즈니스 간의 격차를 메우는 방법
전통적인 개발은 지난 몇 년 동안 엄청나게 발전했습니다. 예전에는 전문 코더가 개발만 했고, 그들의 유일한 초점은 가능한 한 효율적으로 애플리케이션을 만드는 것이었습니다. 앱을 개발하는 데 따른 사업적 근거는 그들의 코딩 결정에 거의 영향을 미치지 않았습니다. 개발자의 책임은 가능한 한 적은 수의 정성스럽게 만든 코드 줄로 지시받은 앱을 빌드하는 것뿐이었습니다.
하지만 이런 방식으로 앱을 계획하고 구축하는 것은 양쪽 끝에서 시작하는 기차 선로를 배치하는 것과 비슷합니다. 한 쪽 끝에서는 시장 계획에 많은 주의와 기술을 쏟고 다른 쪽 끝에서는 코딩에 쏟을 수 있습니다. 하지만 사업팀과 개발팀이 중간에서 만나면, 그들이 만든 선로가 일치하지 않을 뿐만 아니라, 한 팀은 전차를 위한 선로를 만들었고 다른 팀은 고속철을 위한 선로를 만들었다는 것을 알게 될 수도 있습니다.
그래서 회사들은 비즈니스와 프로그래밍 지식을 모두 갖춘 사람들을 더 자주 고용하고 있습니다. 즉, 중간에서 트랙을 구축할 수 있는 사람들입니다. Gartner는 이 계층을 전문가라고 부릅니다. 비즈니스 기술자 그리고 이를 다음과 같이 정의합니다. "내부 및 외부 비즈니스 사용을 위해 기술 또는 분석 기능을 구축하지만 IT 부서 외부에 존재하는 직원." 가트너는 비즈니스 기술자는 전체 노동력의 41%를 차지합니다..
비즈니스 기술자의 영향
코드 크래프터 시절에는 기업 리더가 개발팀에 "이 시장 요구를 충족하는 앱이 필요합니다."라고 말하곤 했습니다. 개발 프로세스는 블랙박스로 사라졌고, 몇 달 후에 완전히 형성된 애플리케이션이 나왔습니다.
그 시스템의 문제점은 그 몇 달 후에 시장이 완전히 다른 풍경이 될 수 있다는 것입니다. Mendix, 로알드 크루이트, "응용 프로그램은 쓸모없게 도착한다"고 말할 것입니다. 그가 의미하는 바는 앱 개발을 마칠 때쯤이면 앱을 만들게 된 비즈니스 요구 사항에 대한 이해가 진화했다는 것입니다.
애플리케이션 제공 생태계에 비즈니스 기술자가 있으면 개발 프로세스에서 비즈니스 요구 사항이 항상 최우선으로 고려됩니다. Gartner에 따르면 비즈니스 기술자를 다학제 개발 팀에 통합하면 해당 팀의 성과율을 두 배로 높입니다.Gartner는 2024년까지 기술 서비스의 80%가 비즈니스 기술자에 의해 구축될 것으로 추정합니다.
이러한 성과 영향을 극대화하기 위해 기업은 비즈니스 기술자의 기술을 애플리케이션에 대한 최종 납품보다는 지속적인 반복을 강조하는 개발 프로세스와 결합하고 있습니다. 이를 통해 각 반복 주기 동안 비즈니스 요구 사항을 지속적으로 평가하고 앱이 생성하는 비즈니스 가치와 비교할 수 있습니다.
중요한 채용 자질
기업들은 점점 더 자신들이 제공하는 고객 경험에서 차별화를 시도하고 있습니다. 하지만 Gartner는 고객 경험 리더의 70%가 프로젝트를 만드는 데 어려움을 겪다. 고객 여정에 대한 지식이 있는 비즈니스 기술자를 고용하는 것은 개발 프로젝트를 고객 경험 요구 사항과 일치시키는 중요한 방법입니다. 비즈니스 기술자를 인력에 통합하는 것은 광범위한 개발 경험을 요구하지 않는 로우코드 및 노코드 플랫폼 덕분에 훨씬 쉬워졌습니다. 혁신적인 아이디어를 가진 직원은 최소한의 플랫폼 교육만 받으면 아이디어를 실현할 수 있습니다.
개발의 민주화로 인해 조직은 채용 결정을 내릴 때 우선순위를 변경하고 있습니다. 혁신적인 솔루션이나 핵심 애플리케이션을 만들기 위해 팀을 구성할 때 더 이상 후보자의 기술 지식이나 개발 전문성에 대해 걱정할 필요가 없습니다. 더 이상 이력서에서 적절한 요점을 찾을 필요가 없습니다.
대신, 창의성, 사업 통찰력, 분석 능력과 같이 조직의 성공에 필수적이지만 조금 더 무형적인 자질로 후보자를 판단할 수 있습니다. 채용 기준은 도구를 사용하는 방법에 대한 좋은 아이디어를 가진 사람을 찾는 것에서 도구를 사용하여 무엇을 만들 것인지에 대한 좋은 아이디어를 가진 사람을 찾는 것으로 전환됩니다.
건축 방식을 바꾸다
조직이 애플리케이션을 구축하기 위해 고용하는 사람의 변화는 필연적으로 조직이 해당 애플리케이션을 구축하는 방법의 변화를 가져옵니다. 복잡하고 기업 전반에 걸친 솔루션을 만드는 시대는 끝나가고 있습니다. 이러한 유형의 프로젝트에는 비즈니스 기술자들이 조직에서 밀어내고 있는 심층적인 개발 전문 지식이 필요합니다. 또한 IT 팀의 손에 리소스와 통제력을 집중해야 하는데, 이는 로우코드 도구가 쓸모없게 만들고 있는 조직 모델입니다.
대신, 조직은 애플리케이션 개발을 분산화해야 합니다. 각 팀이 어떤 솔루션이 자사의 필요에 가장 잘 맞는지 알고 있으며, 해당 팀에 솔루션을 구축할 수 있는 도구를 제공한다고 믿어야 합니다. 수년 동안, 개발 책임의 이러한 농장화, 즉 "섀도우 IT"는 규정 준수 위험과 호환되지 않는 시스템을 두려워하는 조직에서 권장하지 않았습니다. 하지만 비즈니스 기술자는 그림자 IT를 그림자 속에서 이끌어내다.
이는 애플리케이션 개발이 자유분방해졌다는 것을 의미하지 않습니다. 조정과 리더십은 적시에 효율적인 방식으로 효과적인 솔루션을 구축하는 데 여전히 중요합니다. 따라야 할 여러 모델이 있으며, Mendix 이러한 모델에 따라 고객이 조직되도록 지원하는 데 경험이 있습니다.
우수성의 중심예를 들어, 조직은 비즈니스 팀이 전문 솔루션을 구축할 때 액세스할 수 있는 개발 전문 지식, 재사용 가능한 구성 요소 및 거버넌스 지침의 중앙 저장소를 만들 수 있습니다. 그리고 이러한 팀은 다음과 같이 구성될 수 있습니다. 퓨전팀 코딩, 판매, 시장 분석, 물류, 규정 준수 등 다양한 지식 전문 분야를 가진 구성원을 모아 특정 기간 내에 특정 제품을 만드는 것입니다.
퓨전팀에 대한 자세한 정보는 다음과 같습니다.
모든 사람의 일은 똑같습니다: 성공을 이루는 것
다음과 같은 도구의 도움으로 애플리케이션 개발의 민주화의 최종 목표는 다음과 같습니다. Mendix 로우코드 플랫폼은 IT 인력이 한쪽 끝에서 시작하고 사업 인력이 다른 쪽 끝에서 시작하는 기차 선로를 건설하는 것을 중단하는 것입니다. 저는 그것을 이해하지 못했습니다. 영업, HR, IT 또는 마케팅에 종사하든 모든 사람이 동일한 사업 목표에서 시작해야 하지 않습니까? 그러니 후보자의 배경이나 교육 또는 전문성에 집중하는 것을 중단합시다. 그들이 우리 사업의 성공에 도움이 될지 여부에 집중한 다음, 그러한 성공을 구축하고 회사의 확장을 돕는 데 필요한 도구를 그들에게 제공합시다.