내 클라이언트에게 OSC를 사용해 앱 백로그에 직접 연결하는 방법
Source: Dev.to
Introduction
클라이언트 작업을 하는 모든 개발자는 결국 같은 벽에 부딪히게 됩니다. 클라이언트는 피드백을 가지고—슬랙에 남기거나, 이메일에 복사해서 보내거나, 통화 중에 언급합니다. 이를 적어 티켓으로 변환하고, 우선순위를 추정하며, 컨텍스트를 유지하려고 노력합니다. 절반은 무언가를 놓치고, 나머지 절반은 클라이언트가 의도한 내용과 백로그에 들어간 내용 사이에서 전화 게임을 하는 셈이 됩니다. 저는 이 과정을 완전히 없애고 싶었습니다.
Using OSC’s My Apps Collaborators Feature
저는 Eyevinn Open Source Cloud (OSC) 에 몇 개의 앱을 운영하고 있습니다. OSC는 Kubernetes나 DevOps를 건드리지 않고도 180개 이상의 변형되지 않은 오픈소스 서비스를 자체 코드와 함께 배포할 수 있는 관리형 클라우드 플랫폼입니다. 지난 주에 새 My Apps Collaborators 기능을 사용해 클라이언트에게 앱 백로그에 직접 접근할 수 있는 경로를 제공했으며, 클라이언트 측에서는 OSC 계정이 전혀 필요하지 않았습니다.
Invite Flow
- My Apps 대시보드에서 특정 앱에 대한 초대 링크를 생성합니다.
- 해당 링크를 클라이언트에게 보냅니다.
- 클라이언트는 링크를 클릭하고 이름과 이메일을 입력하면, 그 앱에 연결된 간단한 요청 양식에 접근할 수 있습니다.
- 기능 요청, 버그 보고, 기타 피드백을 제출할 수 있습니다. 별도의 회원가입, 구독, OSC 자격증명은 필요하지 않습니다.
Backend Processing
- 모든 제출은 여러분의 메일함이 아니라 앱의 Agentic SDLC 큐에 들어갑니다.
- AI 에이전트가 각 요청을 받아 분류하고, 기존 백로그에서 중복 여부를 확인한 뒤 실행 가능한지 판단합니다.
- 필터를 통과한 요청은 티켓 형태로 구조화되어 백로그에 추가됩니다.
- 모호하거나 범위 밖이거나 이미 다뤄진 내용은 조용히 버려지는 대신 플래그가 지정됩니다.
아침에 백로그를 열었을 때, 클라이언트의 원시 입력이 실제로 작업 가능한 형태로 가공되어 들어와 있기 때문에 수동적인 intake triage가 필요 없습니다.
The Agentic SDLC Model
AI 에이전트가 요청 처리와 관련된 반복적인 인지 부하를 담당하므로 개발자는 빌딩에 집중할 수 있습니다. 이 모델은 구조화되지 않은 클라이언트 피드백을 사전 필터링된, 의사결정에 바로 사용할 수 있는 구조화된 작업 항목으로 변환합니다.
Avoiding Vendor Lock‑In
클라이언트 프로젝트는 소유권에 관한 까다로운 질문을 제기합니다. 여러분은 클라이언트가 결국 의존하게 될 인프라 위에 구축하고 있기 때문입니다. 만약 그 인프라가 독점 SaaS이며 벤더 전용 API를 사용한다면, 여러분이 배포하는 순간 클라이언트는 잠금 상태에 빠지게 됩니다—이는 위험 요소가 됩니다.
OSC는 완전히 오픈소스 소프트웨어 위에 구축되었습니다. 배포하는 모든 서비스는 기존 오픈소스 프로젝트의 관리형 인스턴스입니다. 나중에 OSC를 떠나야 하거나, 클라이언트가 자체 호스팅을 원한다면, 기반 소프트웨어는 사라지지 않습니다. 설계상 잠금이 없으며, AI 에이전트가 여러분을 대신해 빠르게 인프라 결정을 내리더라도 마찬가지입니다. 클라이언트 작업에서는 스택을 자신 있게 인계할 수 있다는 의미입니다.
Getting Started
Collaborator 문서는 곧 제공될 예정이며, 이번 주에 기능이 출시되었기 때문에 현재 문서는 작성 중입니다. 문서가 완성되면 클라이언트를 온보딩하는 데 5분 정도면 충분합니다.
클라이언트 프로젝트를 진행하면서 피드백‑→‑티켓 루프가 시간을 잡아먹고 있다면, 한 번 살펴볼 가치가 있습니다. Try it at .