지난번에 썼던 글인데요 모델 기반 개발 그리고 그것이 어떻게 "모든 것을 지배하는 유일한 원칙"인지 로우코드 애플리케이션 개발. 두 번째 원칙인 "협업 원칙"은 모델 아이디어와 실제로 분리할 수 없지만 매우 중요해서 자체적으로 주목하고 논의할 가치가 있습니다.

우리는 이렇게 말합니다:

협업: 시각적 언어는 비즈니스 도메인 전문가와 개발자 사이에서 지식과 아이디어를 전달하는 가장 명확하고 모호하지 않은 방법입니다.

"내가 포테이토라고 하면, 너는 포테이토라고 해."

우리 모두는 우리 앞에 있는 현실을 보는 방식과 설명하는 방식이 다릅니다. 한 당사자의 모국어가 파워포인트이고 다른 당사자의 모국어가 컴퓨터 코드라면 처음부터 의사 소통에 어려움이 있습니다. 양측이 A) 문제나 해결책을 보는지 여부와 B) 그것을 설명하는 언어에 동의할 때까지 의미 있는 진전은 이루어질 수 없습니다.

모든 팀에서 각 개인은 지식과 전문성의 스펙트럼에 속합니다. 일부 사업가는 기술에 정통하고 디지털 환경과 소프트웨어의 작동 방식을 직관적으로 파악합니다. 다른 사람들은 그렇지 않습니다. 일부 기술자는 시장, 비즈니스 개념 및 프로세스를 정말로 이해합니다. 다른 사람들은 기술 영역을 넘어서는 경우가 드뭅니다.

이러한 커뮤니케이션 단절의 결과는 엄청납니다. 커뮤니케이션 실패는 IT 프로젝트 실패의 주요 원인 중 하나입니다. 다양한 연구를 통해 소프트웨어 예산의 대부분이 재작업에 쓰이고, 커뮤니케이션 문제가 재작업의 주요 원인이라는 것을 알 수 있습니다.

간단히 말해서, 기업과 IT 간의 소통이 원활할수록 새로운 디지털 패러다임을 도입해 고객에게 서비스를 제공하고 제품을 시장에 출시하거나, 기존 시스템을 발전시켜 변화하는 기업의 요구에 부응하는 솔루션이 더욱 향상됩니다.

누구나 이해할 수 있는 "모델" 언어

로코드 플랫폼의 시각적 개발 환경은 팀 구성원의 전문 분야나 기술적 통찰력에 관계없이, 의사소통 문제를 해결하고 이를 통해 팀 간의 협업을 엄청나게 활성화하기 위해 특별히 설계되었습니다.

강력한 시각적 언어와 도상학을 통해 모든 사람은 문자 그대로 문제나 해결해야 할 필요성과 솔루션을 구축하는 데 사용할 수 있는 도구와 리소스에 대한 명확한 그림을 갖게 됩니다. 객체와 모양, 다이어그램과 그래픽, 종속성과 논리의 표현 - 시각적 언어는 프랑크푸르트 프랑크 문제 정의부터 솔루션 탐색, 애플리케이션 빌드, 테스트, 배포까지 전체 라이프사이클을 관리합니다.

공통된 시각 언어로 작업하면서 팀원들은 화면 앞에 모여서 아이디어를 시도하고, 기능을 가지고 고민하고, 인터페이스를 조정할 수 있습니다. 모든 측면은 토론의 뉘앙스를 이해하고 의미 있는 기여를 할 수 있습니다. 왜냐하면 모든 것을 눈앞에서 볼 수 있기 때문입니다. 코드를 해석하거나 파워포인트를 번역할 필요가 없습니다.

시각적 언어에 대한 학습 곡선이 짧기 때문에 팀원들은 곧 자신의 주요 기술 범위를 벗어나는 애플리케이션 생성 측면에 기여할 수 있는 힘을 얻습니다. 예를 들어, 비즈니스 분석가나 제품 엔지니어는 실제로 스스로 애플리케이션을 대략적으로 작성하거나 애플리케이션을 구성하는 구성 요소를 추가, 빼기 또는 재배열할 수 있습니다. 반대로, 하드코어 개발자는 비즈니스 프로세스나 고객 상호 작용 방식에 새로운 시각을 제공하고 효율성이나 사용자 경험을 최적화하여 더 큰 비즈니스 영향을 창출하는 혁신적인 아이디어를 제공할 수 있습니다. 그리고 이 모든 것이 실시간으로 진행되어 모든 사람이 볼 수 있습니다. 진정으로 개방적이고 협력적인 환경에서는 두뇌가 낭비되지 않습니다.

대면 상호작용의 힘

종종 - 사실, 대부분 전통적인 선형 폭포수 개발 방법론에서 - 사업팀은 사업 코너에서 화이트보드를 하고, 개발팀은 IT 코너에서 화이트보드를 합니다. 그리고 둘은 결코 만나지 않습니다. 이것은 분명히 오해와 역효과를 내는 바퀴 회전의 원인이 됩니다.

사람들이 같은 언어를 공유하면 함께 앉아 하나의 화이트보드나 화면에 아이디어를 매핑하는 것이 훨씬 더 쉽습니다. 그들은 서로 연결을 구축하고, 서로의 비언어적 의사소통을 읽고, 서로의 우려 사항을 배우고, 서로의 열정에 푹 빠집니다. 가장 중요한 것은 서로의 지식을 공유한다는 것입니다. 그리고 도메인이 새롭거나 덜 탐구될수록 지식 전달이 더욱 중요해집니다.

실시간, 개인 대 개인, 직접 커뮤니케이션은 팀의 모든 구성원이 최대한 참여하고 더 똑똑하게 일할 수 있도록 도와줍니다. 이것이 모든 사람의 회의가 됩니다. 원 참석합니다.

협업적 로우코드 환경

이는 협업이 효과적이려면 실시간으로 또는 직접 진행되어야 한다는 것을 의미하지 않습니다. 엔터프라이즈급 로우코드 플랫폼은 동기화 및 버전 제어가 내장되어 자동화되어 누구도 최신 상태가 아니며, 팀원이 별도의 사무실에 있든 별도의 대륙에 있든 언제든지 모든 채널에서 협업을 계속할 수 있습니다. 요구 사항, 사용자 스토리, 작업, 피드백, 개정 추적 등과 같은 모든 관리 및 프로세스 세부 정보에 대한 도구는 모든 사람이 손쉽게 사용할 수 있습니다. 애자일 워크플로 지원이 내장되어 있습니다. 원하는 만큼 항상 최신 정보를 얻을 수 있습니다.

전통적인 개발 패러다임에서는 도메인 전문가들이 서로가 쉽게 이해하지 못하는 언어로 서로의 말을 알아듣지 못합니다. 하지만 로우코드 플랫폼에서는 모든 사람이 동일한 가상 공간에서 작업하고 공유 언어를 사용하면 커뮤니케이션 서클을 지연 없이 완료할 수 있습니다. 팀은 자율적으로 작업하면서도 전체와 긴밀하게 연결될 수 있습니다.

백로그를 뒤집어 놓다

일부 조직은 로우코드 플랫폼에서 협업의 기술을 터득한 후 개발 역학에서 흥미롭고 아이러니한 전환을 보았습니다. 종종 IT가 비즈니스 팀을 기다리며 전형적인 비즈니스가 IT를 기다리는 병목 현상을 뒤집어 놓았습니다. 협업의 마법을 통해 전문 개발자는 그 어느 때보다 더 빠르게 반복할 수 있으며 솔루션은 그 어느 때보다 더 정확하고 관련성이 높습니다. 비즈니스 전문가는 솔루션이 계속 진행되도록 더 빠르게 대응하도록 스스로를 재교육해야 합니다.

번역이 필요하지 않습니다

비즈니스맨과 개발자가 같은 언어로 대화할 때(예: 시각적 모델) 번역이 필요 없고, 모든 사람이 제시된 문제와 진화하는 솔루션을 이해하고, 반복이 빠르고, 모든 사람이 초기 아이디어에서 배포까지 프로세스에 투자합니다. 협업을 통해 적절한 솔루션을 빠르게 구축하고 재작업을 줄일 수 있습니다.

협업의 원칙을 성공적으로 구현하면, 기하급수적으로 더 효과적인 애플리케이션 개발 프로세스로 즉시 전환하게 됩니다.