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