Plane - 오픈소스 Jira 대안

 (plane.so)
3P by GN⁺ | ★ favorite | 댓글 1개
  • Plane은 프로젝트 관리, 문서, AI 워크플로를 한 작업 공간에 묶어 팀과 에이전트가 계획·실행·정렬을 함께 다루도록 만든 플랫폼임
  • 작업은 initiatives, projects, epics, cycles로 쪼개지고, Wiki와 Plane AI가 실행 과정에서 생긴 지식과 맥락을 계속 연결함
  • Plane AI는 프로젝트·사이클·문서·스레드 전반의 작업 맥락을 읽어 상태 확인, 차단 요소 파악, 요청 분류, 담당자 배정, 업데이트 생성을 처리함
  • Jira, Linear, ClickUp, Asana, Monday에서 옮기는 팀을 위해 3주 마이그레이션 흐름과 Slack, GitHub, Figma 등 50개 이상 도구 연동을 제시함
  • 클라우드뿐 아니라 셀프호스팅, 온프레미스, 에어갭 환경을 지원해 엔터프라이즈 제어가 필요한 팀도 선택지로 검토할 수 있음

프로젝트와 지식을 한 작업 공간에 통합

  • Plane은 팀과 에이전트가 프로젝트, 문서, AI 기반 워크플로를 하나의 통합 작업 공간에서 관리하도록 구성됨
  • 작업 구조는 조직 방향을 잡는 initiatives와 이를 세분화하는 projects, epics, cycles로 이어지며, 진행 상황은 각 계층에 연결됨
  • Wiki는 회사 지식을 한곳에 모으고, 해당 지식을 만든 작업과 연결해 오래된 문서나 유실된 맥락을 줄이는 역할을 함
  • Desk는 출시 예정 기능으로, 고객 지원 요청을 추적 가능한 작업 항목으로 만들고 적절한 팀으로 라우팅해 루프를 닫는 구성을 목표로 함

Plane AI가 처리하는 작업

  • Plane AI는 별도 부가 기능이 아니라 제품 구조 안에 포함된 맥락 기반 AI로, 작업 공간의 프로젝트, 사이클, 문서, 스레드 전체를 읽음
  • 주요 기능은 세 가지로 나뉨
    • 작업 공간 전체에서 사이클 상태, 프로젝트 차단 요소, 지난주 문서 변경 사항 같은 질문에 답함
    • 내장 에이전트가 들어오는 요청을 분류하고, 담당자를 배정하고, 차단 요소를 추적하며, 업데이트를 자동 배포함
    • Slack 또는 Teams 안에서 대화를 작업 항목으로 바꾸고 업데이트를 받아 도구 전환 없이 프로젝트를 진행할 수 있음
  • Slack 통합은 채널에서 @Plane을 호출해 해야 할 일을 설명하면 Plane이 작업을 만들고, 배정하고, 스레드를 다시 동기화하는 방식임
  • Microsoft Teams 지원은 출시 예정임

Jira 등에서 옮기는 마이그레이션

  • Plane은 Jira, Linear, ClickUp, Asana, Monday에서 데이터 손실 없이 이동할 수 있는 마이그레이션 지원을 제공함
  • 두 Fortune 10 기업이 Jira 마이그레이션을 위해 Plane을 선택했다는 사례가 포함됨
  • 마이그레이션 흐름은 3주로 구성됨
    • 1주차: 기존 설정에 대한 디스커버리 스크립트를 실행하고, 이슈·첨부파일·댓글·자동화를 매핑하며, 조직별 마이그레이션 계획을 작성함
    • 2주차: 실제 팀 방식에 맞는 워크플로를 정의하고, Slack, GitHub, Figma 및 50개 이상 도구를 연결하며, initiatives, cycles, team structures를 설정함
    • 3주차: 전환과 온보딩을 진행하고, AI가 프로젝트·차단 요소·우선순위를 알고 있는 상태로 사용을 시작함

프로젝트 관리 기능

  • Plane은 빠른 설정과 쉬운 적응을 강조하며, 여러 보기 방식, 시간 제한 사이클, 내장 문서, 실시간 대시보드를 제공함
  • 보기 방식은 Board, Spreadsheet, List, Gantt를 포함하고, 역할별로 필요한 작업을 볼 수 있도록 전환 가능함
  • 대시보드는 cycle velocity, workload, blockers, scope changes를 자동으로 채워 수동 보고서나 금요일 상태 보고 덱 의존을 줄임
  • 작업 운영 기능은 다음을 포함함
    • Cycles and sprints: velocity tracking과 burndown chart로 시간 제한 작업을 관리함
    • Documentation built-in: 프로젝트 옆에서 rich documentation 기능을 제공함
    • Initiatives and epics: 팀 단위 작업을 조직 목표에 맞추고 rollup tracking을 제공함
    • Workflows and approvals: 플러그인 없이 handoff, review, stage gate를 자동화함

셀프호스팅, 온프레미스, 에어갭

  • Plane은 클라우드뿐 아니라 셀프호스팅, 온프레미스, 에어갭 환경을 지원함
  • Self-host Plane에서 배포 방식을 확인할 수 있음
  • 배포와 운영 기능은 다음과 같음
    • Prime CLI: 단일 명령으로 설치, 구성, 업그레이드, 백업, 모니터링을 수행하며, multi-instance, custom domain, service scaling을 지원함
    • Docker and Kubernetes: 빠른 설정은 Docker, 프로덕션 규모는 Helm charts 기반 Kubernetes로 배포할 수 있음
    • Postgres, Redis, S3 호환 스토리지는 사용자가 직접 가져올 수 있음
    • God Mode: SMTP, 인증 방식, SSO, workspace security, telemetry preferences를 하나의 관리자 패널에서 설정함
  • 모바일 앱은 클라우드와 셀프호스팅 인스턴스 모두에서 작업 공간 접근을 지원하며, iOS와 Android 앱이 제공됨

확장, API, 에이전트 개발

  • Marketplace는 GitHub, GitLab, Slack, Sentry 등을 포함하며, 이슈 동기화, PR 추적, Jira·Linear·Asana·ClickUp·Monday에서의 가져오기를 지원함
  • 자체 확장을 위해 Open API, webhooks, OAuth apps, native MCP server를 제공함
  • 개발 문서는 Plane 안에서 동작하는 커스텀 통합이나 AI 에이전트 구축을 다룸
  • 개발자용 기능은 다음을 포함함
    • Plane Compose for Projects-as-Code: 프로젝트를 YAML로 정의하고 Git에서 버전 관리하며 터미널에서 배포함
    • APIs, Webhooks, and SDKs: OAuth 2.0 기반 REST API, HMAC 서명 webhooks, Node.js와 Python typed SDKs를 제공함
    • MCP Server: native MCP server, @mention 지원 에이전트 프레임워크, Agent Run lifecycle tracking을 제공함

보안, 컴플라이언스, 운영 제어

  • Plane은 클라우드와 셀프호스팅 배포 전반에서 엔터프라이즈 보안, 컴플라이언스, 제어 기능을 제공함
  • 컴플라이언스는 SOC 2, ISO 27001, GDPR, CCPA를 포함하며, 독립 감사와 지속 모니터링을 내세움
  • security.plane.so에서 보안 정보를 확인할 수 있음
  • 운영 안정성 항목으로 자동 백업, 실시간 스케일링, 다층 failover, uptime SLA를 제시함
  • status.plane.so에서 상태 정보를 제공함
  • 인증과 접근 제어는 workspace 전반의 SSO, SAML, LDAP를 포함함

함께 보면 좋은 글 β

GN⁺   [-]
Hacker News 의견들

  • 기본적으로 보이지만 꽤 완성도 있어 첫인상은 좋음. 다만 이슈 작성 공간이 먼저 눈에 들어오는데, 제목을 모달에 쓰고 저장한 뒤 다시 열어야 큰 설명 입력창을 볼 수 있는 흐름은 답답함
    짧은 이슈 목록을 먼저 만들고 나중에 다듬는 방식도 이해하지만, 이런 흐름은 사람들이 더 나은 이슈 설명을 쓰지 않게 만들 수 있음. 키보드 탐색도 아직 완전하지 않아 보이고, P로 프로젝트를 만들어도 텍스트 박스 포커스와 저장에는 마우스가 필요함. 내 컴퓨터에서는 다크 모드로 시작했는데 전체적으로 혼란스러웠고, 헤더에 라이트/다크 전환 아이콘도 없음. Markdown을 쓸 수 있거나 써야 한다는 점도 사용자에게 명확하지 않음

    • 라이트/다크 모드 전환 스위치가 꼭 필요하다고 보진 않음. 사용자의 시스템 설정을 따라야 함
      내 데스크톱은 다크 모드라 웹사이트도 다크 모드로 보이고, Windows 머신에서는 다크 모드 설정을 안 해둬서 같은 사이트가 라이트 모드로 보임. 수정: Plane App은 내 설정을 무시함
    • 어떤 이슈 트래커가 이런 요구사항을 충족하는지 궁금함

  • 보통 SSO 세금이 붙은 제품은 예산이나 구매 의지가 있어도 거르는 편이라, 여기에는 그 세금이 없어서 정말 좋음
    보안, 특히 신원과 인증 관리가 돈을 내야만 가능한 시대는 오래전에 끝났고, 프로젝트나 기업이 그 점에 솔직한 게 좋음

    • 동의하지 않음. SSO는 대기업이 신경 쓰는 기능이고 초기 스타트업이나 취미 사용자에게는 중요하지 않음
      지불 능력이 있는 곳에서 매출을 만들고, 돈이 없는 쪽에서는 인지도를 얻는 매우 쉬운 관문임. 개인 용도에도 SSO를 주장하는 듯한데, 그건 절대 싫음. 나는 사이트마다 같은 이메일 주소도 쓰지 않는데, 왜 로그인하는 모든 사이트에 교차 사이트 추적용 공짜 단서를 줘야 하나
    • SSO는 Single sign-on의 약자임
      SaaS 같은 공급업체가 기업 고객에게 자체 신원 제공자로 사용자 계정을 관리하게 해주는 것을 뜻함. 공급업체의 강력한 인증이나 감사 로그에 의존하지 않고, 해당 고객이 쓰는 모든 소프트웨어에서 사용자를 중앙에서 만들고 삭제할 수 있게 하는 방식임

  • 라이선스는 AGPL3임
    https://github.com/makeplane/plane/blob/develop/LICENSE.txt

  • “Cycles와 Modules로 팀의 추진력을 유지하면서 Waterfall, Agile, 기타 워크플로로의 전환을 단순화하세요”라니 웃김. 그래도 워터폴식 계획을 하는 회사를 목표 고객으로 삼는다는 점은 솔직함

    • 업종에 따라 워터폴이 필요한 경우도 있음. 특히 산업, 우주, 일부 정부·의료 분야에서는 그럴 수 있음
    • 애자일에 가까울수록 티켓 시스템은 더 단순하면 되고, 그 반대도 마찬가지임
      아예 없어도 될 수도 있음

  • 오픈소스라는 점 말고 https://linear.app/과의 주요 차이가 무엇인지 궁금함

    • “오픈소스라는 점 말고”라고 하지만, 그건 엄청 큰 차이고 많은 사람이 신경 쓰는 핵심 차이임
    • 개인적으로 Linear UI가 성능은 더 나아 보임

  • 누군가 현대적인 기술로 Bugzilla 기능 복제판을 구현해주면 좋겠음. 개인적으로 Jira를 베끼는 건 잘못된 방향이라고 봄

    • Jira와 비교했을 때 Bugzilla만의 고유 기능이나 접근 방식이 무엇인지 궁금함
      Jira가 나오기 전에는 Redmine이 매우 인기가 있었고 Bugzilla보다 평가가 더 좋았던 적도 많아서, Bugzilla를 언급한 게 조금 의외였음
    • Bugzilla는 아직 존재함. 그리고 무언가를 베끼는 방향이 잘못됐다고 생각한다면, 직접 “맞는 것”을 베끼면 됨

  • 이거 나만 그런가, 이 분야의 다른 경쟁자인 Linear와 매우 비슷해 보임
    기능 집합이라는 뜻은 아님. 이슈 트래커와 칸반 보드에서 할 수 있는 일은 한정적이니까. 다만 시각 디자인, 글꼴, 글자 크기 같은 실제 외형이 비슷함

    • 둘 다 잘 알지는 못하지만, plane과 linear라는 이름만 보면 하나가 다른 하나의 정신적 후계자처럼 느껴짐

  • 왜 기능이 500분의 1 정도밖에 없는 걸 Jira 대안이라고 부르는지 모르겠음. 그냥 칸반 보드가 있는 단순한 프로젝트 관리 도구일 뿐임

    • 많은 사람이 Jira를 딱 그렇게 보기 때문임. Jira의 표면적인 기능만 쓰기는 쉽고, 약간 더 기능이 있는 Trello처럼 사용하면서 고급 기능은 잘 안 씀
    • 보통 기본 기능 이상은 많이 필요하지 않음. 나머지는 대부분 관리자가 기분 좋아지는 부가 기능임
    • Jira의 고급 기능은 좀 별로임. 선점 효과로 이 시장을 장악하고 경쟁자를 인수해온 덕분에 시장을 잠근 것에 가까움
    • 흔한 일임. “Notion 대안”이라고 나온 것들은 대부분 메모 앱에 불과하고, “Airtable 대안”은 행 기반 데이터 UI만 베끼는 식임

  • 왜 .so인지 궁금함. payara.fish는 Payara가 GlassFish 기반이라 이해가 되는데, 여기는 어떤 사연인지 모르겠음

    • Notion, 내 고용주인 https://notion.so/product가 .so를 유행시킨 것 같음. 다만 .so 때문에 몇 년 동안 문제가 많았기 때문에 추천하진 않음
    • plane이라는 이름 자체도 흥미로움. 새 제품으로서는 검색엔진에서 찾기 꽤 어렵게 만드는 이름임
      다만 “plane issue tracker”로 검색하면 DDG에서는 plane.so가 첫 결과로 나오긴 함
    • 아마 1) 사용 가능했고, 2) 안 될 이유가 없었기 때문 아닐까 싶음
    • 공유 라이브러리와 관련이 있는지 궁금함

  • 이건 한 티켓에 두 명 이상을 할당할 수 있나?

    • 거의 모든 프로젝트 관리 소프트웨어에서 이 부분이 불편함
      내가 원하는 건 한 명을 “책임자”로 지정하고, 다른 사람들은 작업하거나 검토하거나 논의하거나 공동 작성할 때 임시로 붙일 수 있는 방식임. 일부 소프트웨어는 여러 담당자를 허용하지만, 오래된 관리 격언처럼 모두가 책임지면 아무도 책임지지 않음. 그래서 여전히 한 명에게 특별한 역할이나 라벨을 붙이고 싶음
    • 공동 책임은 책임이 없는 것과 같음
    • Jira에서 이게 늘 거슬림. 모든 작업을 누가 혼자 처리하나?
      Jira의 하위 작업이 어느 정도 도움이 되긴 함
답변달기