시리즈 안내
이 글은 “IT 프로젝트 관리 도구 완전 해부” 시리즈의 15편입니다. 지금까지 살펴본 오픈소스는 오래됐거나(Redmine), 정석적이거나(OpenProject), 애자일에 특화(Taiga)돼 있었어요. 이번 편의 Plane은 결이 좀 다릅니다. 8편에서 본 Linear의 세련된 경험을 오픈소스로 재현하려는 가장 젊은 신예거든요. “오픈소스도 아름다울 수 있을까?”라는 질문과 함께, PM·PO의 눈으로 3막의 마지막 도구를 해부해 봅니다.
한눈에 보기
- 출시: 2022~2023년, Makeplane(오픈소스, MIT/Apache 계열 라이선스)
- 분류: 모던 오픈소스 프로젝트 관리(Linear/Jira 대안 지향)
- 채택 이론: 애자일(Cycles=스프린트, Modules=에픽), 단호한 기본값 + 모던 UX
- 비용: 자체 호스팅 무료·사용자 무제한 / 클라우드 무료(최대 12명)·Pro 약 $8·Business 약 $16 (1인당 월)
- 주 타깃: 데이터 주권을 원하는 개발팀, Linear의 경험을 자체 호스팅으로 원하는 조직
1. 탄생 배경과 채택한 이론 모델
Plane은 이 시리즈에서 가장 젊은 도구예요. 2022~2023년에 등장해 GitHub 별 3만 개 안팎을 빠르게 모으며 오픈소스 PMS 카테고리의 신성으로 떠올랐습니다. 지향점은 분명해요 — “Linear의 경험을 오픈소스로.” 8편에서 본 Linear의 빠르고 단정한 UX를, 자체 호스팅 가능한 오픈소스로 재현하려는 시도입니다.
이론적 뼈대도 Linear와 닮았습니다. 사이클(Cycles, 스프린트)과 모듈(Modules, 에픽)로 일을 묶고, 이슈를 중심에 둬요. 단, Plane은 여기에 문서(Pages)와 위키를 더해, 개발팀을 넘어 설계·기획까지 한 워크스페이스에 담으려는 야심을 보입니다. PM·PO 입장에서 보면 이 지점이 흥미로워요 — 기획 문서와 이슈가 같은 공간에 있으면 “요구사항 → 작업”의 추적성이 좋아지거든요. Linear가 못 가진 “데이터 소유권”과 “배포 유연성”이 핵심 차별점입니다.
2. 핵심 구조와 데이터 모델
Plane의 구조는 Linear 계보를 따릅니다.
워크스페이스(Workspace) → 프로젝트(Project) → 이슈(Issue)·사이클(Cycle)·모듈(Module)이슈가 중심이고, 사이클로 스프린트를, 모듈로 큰 기능 단위를 관리합니다. 여러 뷰(리스트·칸반·캘린더·스프레드시트·간트)를 클릭 한 번으로 전환하고, Pages로 문서를 같은 공간에 둬요. 흥미로운 건 맥락형 토글입니다 — 처음엔 단순한 기본 워크플로우만 보이다가, 팀이 성장하면 커스텀 상태·자동화·분석 같은 고급 기능이 필요에 따라 나타나요. “처음부터 압도하지 않되, 천장에 막히지도 않게” 하려는 설계입니다. PM·PO가 도구 온보딩을 고민할 때 특히 반가운 특성이에요 — 신규 팀원에게 처음부터 모든 기능을 떠안기지 않아도 되니까요.
3. 강점 — 무엇을 잘하는가
Plane의 강점은 “Linear의 감성 + 오픈소스의 자유”입니다.
첫째, 모던한 UX예요. 오픈소스 중에선 가장 현대적이고 깔끔합니다. Redmine·OpenProject가 “지난 10년 도구” 느낌이라면, Plane은 Linear에 가까운 화면을 보여줘요. 이 시리즈가 줄곧 중시해온 “팀원이 켜고 싶은가”라는 기준에서, 오픈소스로서는 가장 유리합니다. PM·PO에게 이건 단순한 미감 문제가 아니에요 — 팀원이 자발적으로 들어오는 도구라야 데이터가 쌓이고, 데이터가 쌓여야 관리가 됩니다.
둘째, 자체 호스팅 무료·데이터 주권입니다. Docker로 비교적 간단히 설치되고, 사용자 무제한 무료예요. Linear의 경험을 원하지만 클라우드 전용이 부담스럽거나 데이터를 자체 보관해야 하는 조직에 매력적입니다. 에어갭(완전 격리) 배포까지 지원해 규제 산업도 품어요.
셋째, 빠른 개발 속도와 확장성입니다. 활발한 커뮤니티와 공개 로드맵으로 자주 업데이트되고, Pages(문서)·AI 기능을 더하며 범위를 넓히고 있어요. 신생인데도 성장세가 가파릅니다.
4. 현장의 복잡성 — 팀원이 안 쓰는 지점
Plane의 한계는 “젊음의 대가”와 “오픈소스의 짐”이 겹칩니다.
아직 Linear만큼 다듬어지지 않았어요. 야심은 Linear인데, 실제 경험은 아직 거기 못 미칩니다. 키보드 단축키·속도·디테일에서 Linear에 뒤지고, “UI가 좋아지고 있지만 여전히 거친 모서리가 있다”는 평이 따라붙어요. 통합 생태계도 얇아서, 기존 도구 체인이 많은 팀엔 부족할 수 있습니다. 리포팅·분석도 Jira 같은 성숙한 도구에 비하면 기본 수준이에요. PM·PO라면 경영진 보고용 대시보드를 어디까지 뽑을 수 있는지 도입 전에 꼭 확인해 보세요.
오픈소스의 운영 부담은 여전합니다. Docker 설치가 비교적 쉽다지만, 결국 Postgres·Redis 같은 인프라를 직접 관리해야 해요. 12~14편에서 본 자체 호스팅의 유지보수 부담을, 더 가벼워졌을 뿐 똑같이 안습니다. 고급 보안(SSO/SAML·감사 로그·거버넌스)은 상용 에디션으로 올라가야 열려요.
그리고 본질적 문제는 그대로입니다. Plane이 Linear를 닮았다는 건, Linear의 강점(팀원이 쓰고 싶은 UX)뿐 아니라 Linear의 한계(개발팀 중심 구조)도 닮았다는 뜻이에요. 더 근본적으로, 아무리 예쁜 화면이라도 이슈 상태를 갱신하고 사이클을 채우는 입력은 여전히 사람이 합니다. 모던한 오픈소스라는 사실은 비용과 외관을 바꿀 뿐, 2편에서 짚은 입력 부담과 11편에서 정리한 “관리자 중심 설계”라는 구조적 문제를 풀지는 못해요. 이 지점은 PM·PO가 도구를 바꿀 때마다 마주하는 영원한 숙제이기도 합니다.
5. 한 줄 평
Plane은 Linear의 세련된 경험을 데이터 주권과 함께 원하는 개발팀에게, 오픈소스 중 가장 모던하고 미래지향적인 선택지입니다. 그러나 아직 Linear만큼 다듬어지지 않았고, 오픈소스의 운영 부담과 입력이라는 본질적 문제는 그대로 안고 있어요.
짚고 가기: Plane은 “오픈소스도 아름다울 수 있다”를 증명하는 중입니다. 외관은 분명 진보했어요. 하지만 가장 젊고 가장 예쁜 오픈소스조차, 이 시리즈가 추적해온 두 질문 — 팀원이 정말 쓰는가, 입력이 단일한가 — 앞에서는 앞선 도구들과 같은 자리에 섭니다. 외관의 진화로는 구조의 문제를 넘을 수 없어요. 면접에서 “왜 이 도구를 선택했나요?”라는 질문에, 도구의 외형이 아니라 이 두 질문으로 답할 수 있다면 한 수 위로 보입니다.
다음 편 예고
이로써 오픈소스 4종까지, 총 14개 도구의 해부가 끝났습니다. 다음 편(16부)에서는 3막을 닫으며 큰 질문에 답할게요 — 상용과 오픈소스, 무엇을 언제 선택해야 하는가? 비용·통제권·유지보수·사용성을 한 표에 모아, 두 세계의 트레이드오프를 정리합니다. 도구 선택의 근거를 말로 풀어내는 연습은 PM·PO 이직 면접에서 그대로 무기가 돼요. 도구를 직접 써 보고 막히는 부분이 있다면, 누스쿨 커뮤니티에 올려 같은 고민을 하는 동료들과 함께 풀어 보세요.
이전 글: IT 프로젝트 관리 도구 완전 해부 – 14. Taiga — 애자일에 진심인 오픈소스
다음 글: IT 프로젝트 관리 도구 완전 해부 – 16. 상용 vs 오픈소스 — 무엇을 언제 선택해야 하는가
💬 댓글 0