Frameboard

PM이 매 스프린트마다 "다음에 뭘 만들지"를 스프레드시트·포스트잇·슬랙 스레드로 토론하며 시간을 흘린다. 기존 도구는 한 프레임워크에 가두거나 시트당 과금이라 10분짜리 결정에 무겁다.

PO/PM으로 전환을 준비하면서 "우선순위 도구를 직접 써본 경험"이 필요했다. 사용하면서 개선이 보였고, 오픈소스로 공개해 다른 팀이 같은 결정을 더 빨리 내릴 수 있도록 했다.

팀 단위로 우선순위 워크숍을 돌리는 PO/PM과 프로덕트 리드.

프레임워크를 워크스페이스마다 따로 고르고, 팀원 각자가 자기 점수를 남기고, 집계는 자동으로 - 이 세 가지면 우선순위 회의가 "수치 정리"가 아닌 "이견 토론"이 된다.

• RICE / ICE / MoSCoW / Value × Effort 다형 보드 - 프레임워크별로 입력 컬럼·범례·공식이 자동 전환
• 팀 협업 점수 - 멤버 초대, 각자 점수 행, 평균·기여자·min–max 스프레드가 한 칸에
• Ship-it 토글 - 완료 항목은 strikethrough되고 보드 하단으로 가라앉음, 회고용 토글 별도
• Effort × Score 산포도 + Top-N 막대 차트 (RICE)
• CSV / Notion / Linear export, GitHub OAuth, 자체 호스팅 Docker compose

• 프레임워크를 자유 선택 - 팀마다 익숙한 기준이 다르다는 현실 인정
• 점수 평균과 함께 min–max 스프레드 노출 - 합의된 척 평균만 보여주면 이견이 사라진다
• 오픈소스 + Cloudflare Pages 무료 배포 - 도입 결정의 책임을 줄이는 것이 첫 진입을 만든다

오픈소스 알파 - frameboard.pages.dev에 라이브. 백엔드 pytest 129개·E2E 5 시나리오 CI 그린.

직접 PM 워크플로우를 도구로 만들어보면서 "우선순위는 점수가 아니라 토론을 시작하는 트리거"라는 걸 확인. 다음 라운드에서는 토론 흔적이 점수와 함께 남는 형태를 실험할 예정.

프레임워크별 입력 컬럼·범례·공식이 다 다른데 한 보드 컴포넌트가 다 처리해야 한다는 점에서, 회귀 테스트 설계가 곧 제품 일관성 검증이 됐다. QA 관점에서 "한 화면에 4가지 모드"는 보통 버그의 온상이라 처음부터 폴리모픽 보드로 설계했다.

• Next.js 15
• TypeScript
• Tailwind
• shadcn/ui
• FastAPI
• SQLAlchemy
• PostgreSQL
• Playwright

• frameboard.pages.dev ↗
• github.com/james-kanghj/frameboard ↗