2026년 10월 하순, Hacker News에 다음과 같은 게시물이 올라왔습니다. 귀사에서도 '사내 vibe coding 앱'의 물결이 오고 있습니까? 이 게시물은 The Pragmatic Engineer의 글을 인용하고 있습니다. 한 전력선 공사 회사에서는 개발자가 아닌 몇몇 직원이 AI를 이용해 공사 계획 앱을 만들었고, 이를 통해 지적 정보를 자동 조회하며 송전선로가 지나가는 토지 소유자에게 메일을 보낼 수 있게 했다고 합니다. 또 다른 제조 기업에서는 사내용 소셜 네트워크를 직접 제작했다는 내용입니다.
댓글 창에서는 AI 덕분에 사내 툴 개발 비용이 크게 낮아졌다는 의견과 동시에, 앱이 늘어날수록 그 이후의 유지보수, 기능 확장, 인수인계가 새로운 부담이 될 것이라는 우려도 제기되었습니다.
부서별로 CRM, 티켓 관리, 승인 도구를 각각 개발하면서 고객 정보는 중복으로 관리되고, 권한 규칙은 통일되지 않으며, 심지어 유지보수 담당자조차 명확하지 않은 상황이 발생합니다. 이것이 바로 AI 코딩 시대의 애플리케이션 스프로울(Application Sprawl) 모습입니다. CRM이나 승인 도구는 며칠 만에 만들 수 있지만, 이 앱들은 각기 다른 사람이 각기 다른 시기에 만든 것입니다. CRM의 고객 테이블과 티켓 시스템의 고객 테이블은 점차 불일치하게 되고, 세 개의 앱이 각각 직원 명부를 가지게 되면서 어떤 승인 플로우가 공식적인 것인지 아무도 답할 수 없게 됩니다.
사내 앱 개발이 점점 쉬워지는 가운데, 기업은 어떻게 중복 개발을 줄이고 이러한 앱들을 장기적으로 유지보수 가능한 상태로 보존해야 할까요? 본 기사에서는 공통화할 수 있는 기능, 거버넌스 진행 방식, 효과 평가라는 세 가지 관점에서 논의합니다.
💬 안녕하세요! NocoBase 블로그를 읽어주셔서 감사합니다. NocoBase는 AI를 활용하여 업무 시스템을 지속적으로 개발하고 운영하기 위한 오픈소스 플랫폼입니다. Agent가 코드를 작성하고 실행하며, NocoBase가 기반과 거버넌스 기능을 제공하고, 사람이 의사결정을 합니다. → GitHub에서 NocoBase 보기
사내 앱은 부서별로 서로 다른 대상에게 서비스를 제공하며, 업무 규칙이나 조작 방식도 각각 다릅니다. 애플리케이션 거버넌스를 통해 먼저 명확히 해야 할 것은 어떤 기초 기능을 통일적으로 관리할 가치가 있는지, 그리고 어느 부분을 각 업무 부서의 판단에 맡겨야 하는지입니다.
예를 들어, CRM과 티켓 시스템 모두 고객 정보가 필요하지만, 한쪽은 영업 건을, 다른 쪽은 고객 요청을 관리합니다. 이 둘은 고객 마스터 데이터를 공유하면서도, 구체적인 업무 모델이나 처리 플로우는 각자의 특성을 유지하면 됩니다.
이 원칙은 권한(Permission), 워크플로우(Workflow), 인프라에도 동일하게 적용됩니다.
| 관점 | 통일/재사용을 권장하는 기능 | 독립적으로 두어야 할 업무 부분 |
|---|
| 데이터 | 마스터 데이터 소스, 데이터 표준, 앱 간 접근 규약 | 앱 고유의 데이터 모델과 업무 레코드 |
| ... | | |
| 통일된 애플리케이션 기반을 사용한다고 해서 여러 개의 독립적인 앱이 자동으로 데이터베이스나 사용자 계정을 공유하는 것은 아닙니다. 앱 간의 데이터 연동이나 ID 관리는 실제 아키텍처에 맞춰 설계해야 합니다. | | |
NocoBase 3에서는 NocoBase Core가 프레임워크와 의존 패키지 형태로 인증, 권한, 워크플로우, 파일 관리 등의 기초 기능을 제공합니다. Coding Agent는 이러한 기능을 토대로 업무 화면, API, 데이터 모델, 업무 규칙을 개발하며, 이 코드는 기업 자체의 프로젝트 리포지토리에 저장됩니다.
이렇게 함으로써 업무 앱은 기존의 기초 기능을 재사용할 수 있고, 이후 변경 사항 또한 Git, 테스트, 코드 리뷰를 통해 관리할 수 있습니다.
공통 기능과 업무 부분의 경계를 설정해 두면, 팀은 기존 인프라를 재활용하면서도 각 업무 앱의 독립성을 유지할 수 있습니다.
| 항목 | 기입 내용 |
|---|
| 앱 및 용도 | 평소 모두가 실제로 부르는 이름, 접근 URL, 그리고 업무 용어로 한 줄 설명. 예: '필드 세일즈가 방문과 건을 기록한다'. |
| ... | |
| 첫 번째 목록 작성 시에는 답이 거칠어도 좋으니, 모든 앱을 일람표에 올리는 것을 우선합니다. 상세 내용은 제한적이어도 전 앱을 망라한 목록이 3분의 1만 정밀하게 채운 목록보다 더 유용합니다. 이는 새로 참여하는 Coding Agent가 가장 먼저 읽어볼 수 있는 자료가 되기도 합니다. | |
일람표에 있는 앱들을 세 가지 기준으로 점수를 매깁니다.
중복도: 특정 기능이 여러 앱에 반복적으로 구현되어 있는지.
관련도: 동일한 종류의 데이터를 읽거나 변경해야 하는지.
변경 빈도: 특정 규칙이 자주 조정되어, 그럴 때마다 여러 앱에 반영이 필요한지.
중복도가 높고, 관련성이 밀접하며, 변경이 잦은 기능은 통일된 관리나 재사용을 우선적으로 검토합니다. 예를 들어, 직원 및 부서 정보는 단일 소스에 통합하고, CRM과 티켓 시스템은 동일한 고객 마스터 데이터를 참조할 수 있습니다.
이러한 기능은 공유 서비스(Shared Service), 외부 데이터 소스(External Data Source), 재사용 가능한 업무 모듈 중 하나로 구현될 수 있습니다. 어떤 방식을 채택할지는 기존 시스템 아키텍처와 함께 판단해야 합니다.
관련성이 적고 안정적으로 작동하는 앱은 통일을 위해 마이그레이션할 필요가 없습니다. 불필요한 개발 및 유지보수 비용만 증가시킬 뿐입니다.
Coding Agent가 지속적으로 개발에 관여하게 되면, 기업은 또 하나의 해결 과제에 직면합니다. 새로운 Agent는 기존의 데이터 모델(Data Model), 권한 규칙(Permission Rule), 재사용 가능한 기능을 어떻게 알 수 있는가 하는 문제입니다.
이 정보가 없다면, Agent는 신규 기능 개발 시 기존 데이터 구조를 중복으로 생성하거나, 기존 시스템과 일관되지 않은 구현 방식을 채택할 위험이 있습니다.
기업은 프로젝트 리포지토리에 AGENTS.md를 배치하여 유지하고, 마스터 데이터 소스, 공통 기능, 개발 규약, 변경 시 요구사항 등을 Agent가 읽을 수 있는 프로젝트 가이드로 정리할 수 있습니다.
예를 들어, 다음과 같은 규약을 추가할 수 있습니다.
개발 전에 기존의 데이터 모델, 권한, 워크플로우를 확인하고, 기존 기능을 우선하여 재사용할 것.
고객, 직원, 부서 등의 마스터 데이터는 지정된 소스를 사용하고, 중복으로 생성하지 말 것.
기존 프로젝트 구성과 명명 규칙을 따르고, 기반 구조를 임의로 변경하지 말 것.
...
이러한 규약은 프로젝트와 함께 지속적으로 업데이트되어야 합니다. 특히 공유 규칙과 관련된 변경의 경우, Agent가 먼저 문제를 제기하고 담당자가 확인한 후에 개발을 계속해야 합니다.
개발 규약이 있어도, Coding Agent에게는 기존 프로젝트를 이해하고 그 안에 이미 존재하는 기능을 활용할 수 있는 수단이 필요합니다. NocoBase 3은 애플리케이션 기반(Application Foundation), 개발 규약(Development Governance), 배포 관리(Delivery Management)의 세 가지 측면에서 이를 지원합니다.
NocoBase Core: 재사용 가능한 애플리케이션의 기반.
Core는 데이터 모델링, ID 및 권한, 워크플로우, 알림 등의 기초 기능을 제공합니다. 업무 코드는 통일된 프로젝트 구성으로 정리되며, 예를 들어 데이터 모델은 database/, 화면은 client/pages/, API는 server/routes/에 배치됩니다.
Coding Agent는 기존 데이터 구조와 업무 코드를 참조하여, 기존 앱 내에서 신규 기능을 개발할 수 있으므로 중복 개발을 줄일 수 있습니다.
AGENTS.md, Rules, Skills: 개발을 프로젝트 규약에 맞추기.
AGENTS.md는 Coding Agent가 프로젝트 규약을 읽는 진입점이며, .agents/rules/에는 앱 자체의 개발 규약을, .agents/skills/에는 설치된 플랫폼 기능에 대응하는 개발 스킬을 배치합니다.
팀 협업을 위해 NocoBase Studio에서는 지식 기반(Knowledge Base)에 업무 자료를 저장하고, 프로젝트 메모리에 확인된 규칙이나 의사 결정의 배경을 기록할 수도 있습니다. 이러한 정보는 후속 개발 작업에서 재사용될 수 있으며, 담당자나 Coding Agent가 교체되었을 때 설명 반복을 줄여줍니다.
NocoBase Studio: 개발, 검토 및 릴리스 관리.
NocoBase Studio는 사람과 Agent가 협업하여 개발하기 위한 상용 플랫폼입니다. 팀은 Studio에서 태스크를 할당하고, 개발 진행 상황을 추적하며, 코드 체크(Code Check), 독립적인 리뷰(Independent Review), 프리뷰 환경(Preview Environment)을 결합하여 변경 결과를 검증할 수 있습니다.
개발이 완료되면, 담당자는 배포 보고서(Delivery Report)와 인수 기준(Acceptance Criteria)을 기반으로 결과를 확인하고, 병합(Merge)하여 다음 릴리스 단계로 진행할지 여부를 판단합니다.
이러한 메커니즘을 통해, Coding Agent는 기존 앱을 기반으로 개발을 지속할 수 있으며, 팀은 개발 규약, 변경 프로세스, 배포 결과를 더욱 명확하게 관리할 수 있습니다.
새로운 요구사항이 생기면, 먼저 기존 기능을 재활용할 수 있는지 판단합니다. 예를 들어 재무 부서가 경비 심사 기능 추가를 원한다고 가정해 봅시다. 직원의 ID, 부서 간 관계, 승인 메커니즘, 알림은 이미 존재하며, 정말 새로 만들어야 하는 것은 경비 데이터 테이블 1개, 심사 플로우 정의 1개, 몇 장의 화면, 그리고 재무 심사 담당자를 위한 역할 범위뿐입니다. Coding Agent는 기존 개발 규약에 따라 Core가 제공하는 데이터/권한/워크플로우 기능을 재활용하여 경비 기록, 심사 플로우, 관련 화면을 개발할 수 있습니다. 직원 정보는 실제 아키텍처에 맞춰 기존 데이터 소스와 연관시키고, 재무 심사 권한은 앱 내에서 명시적으로 선언합니다. 신규 기능이 완성되면 테스트와 사람의 인수 검증(UAT)으로 결과를 확인하고, 그 후에 출시할지 결정합니다.
신규 요구사항에 대한 시도를 마친 후, 팀은 실제 개발 및 유지보수 상황을 바탕으로 기존 앱의 조정이 필요한지 단계적으로 평가해 나갑니다. 안정적으로 작동하며 다른 시스템과의 연관성이 적은 앱은 그대로 두어도 좋으며, 통일성을 위해 이전할 필요는 없습니다.
Sungrow(양광 전원)의 해외 팀은 AI와 NocoBase 3를 활용하여 약 2개월 만에 상담, 프로젝트, 기술 제안, 견적, 수주 등의 업무를 포괄하는 시스템을 구축했습니다. 이 팀은 NocoBase의 데이터, 권한, 워크플로우 기능을 그대로 재활용하고, 업무 요구사항을 기반으로 AI에게 구체적인 기능 생성을 요청하여 업무 담당자가 확인 및 조정 작업을 진행했습니다.
지금까지 스프레드시트, 파일, 커뮤니케이션 도구에 흩어져 있던 업무 정보를 이제는 하나의 시스템에서 관리할 수 있게 되었습니다. 각 모듈은 관련 데이터를 공유하면서도 각각의 업무 규칙을 유지하고 있습니다. 요구사항이 늘어나더라도 팀은 기존 시스템 위에서 기능을 계속 확장할 수 있습니다.
공통 기반과 개발 규약을 정비한 후에는, 이러한 조치들이 실제로 개발 및 유지보수 비용을 낮추고 있는지 판단해야 합니다. 기업은 다음과 같은 관점에서 지속적으로 관찰할 수 있습니다.
| 평가 관점 | 기록 권장 지표 |
|---|
| 중복 개발 | 새로운 앱에서 중복으로 생성된 데이터 구조 및 기본 기능의 개수 |
| ... | |
| 이러한 지표들은 월별 또는 분기별로 기록하고, 앱 수, 업무 복잡성, 실제 이용 상황과 함께 비교합니다. | |
애플리케이션 거버넌스의 효과는 궁극적으로 일상적인 업무에 나타납니다. 신규 기능 추가로 중복 개발이 줄었는지, 기존 시스템 변경 시 영향을 평가하기 쉬워졌는지, 새로운 개발자나 Coding Agent가 원활하게 인계받을 수 있게 되었는지 등이 그 예입니다.
기존 앱에 데이터 세트 1개, 플로우 1개, 기능 1개를 추가하는 것만으로 문제 해결이 가능한 경우도 있습니다. Coding Agent에게 개발 전부터 기존 시스템을 이해시키고, 기존 기능을 우선 활용하게 하며, 이후 변경 및 인계를 위해 명확한 근거를 남겨두는 것이 중요합니다. 이것이 늘어나는 사내 앱의 유지보수 부담을 줄이는 길입니다.
Coding Agent를 기존 업무 시스템의 기반으로 지속적으로 개발하고 싶은 분들은 NocoBase 3 공식 문서를 참고하여 더욱 구체적인 개발 방법과 플랫폼 기능 설명을 확인해 보세요.
관련 기사
- NocoBase로 AI를 기업 경영 분석에 활용하는 방법: 영업/재고/구매/재무를 가로지르는 분석
- AI와 NocoBase로 실제 업무 시스템을 구축하는 방법
- 비즈니스용 오픈소스 AI Agent 플랫폼 10가지: 자동화부터 사내 앱까지
- AI와 NocoBase로 운영 가능한 티켓 관리 시스템을 구축하는 방법
- 재고 관리 시스템 구축 비교: 순수 AI 구축 vs NocoBase + AI
- AI와 NocoBase로 2시간 이내에 기업 IT 운영 시스템을 구축하는 방법
- NocoBase vs Baserow: 유연한 데이터베이스와 엔터프라이즈 업무 시스템
- AI와 NocoBase로 운영 가능한 CRM을 구축하는 방법
- 기업용 IT 자산 관리 시스템 구축 가이드: 요구사항 정리부터 도입까지
- 프로젝트 관리 및 업무 플로우에 사용 가능한 Smartsheet 대체 도구 7가지
- 복잡한 관계 모델에 적합한 오픈소스 AI 노코드 도구 5가지
- AI 노코드란? AI 시대의 노코드 플랫폼 실용 가이드
- GitHub에서 주목할 만한 9가지 오픈소스 AI 노코드 도구