Jira, Notion, Slack을 하나로? 오픈소스 협업 플랫폼 Huly

프로젝트를 관리하는 데 Jira나 Redmine을 사용하고, 문서는 Notion에 작성하고, 팀원들과의 소통은 Slack을 이용하는 경우가 많습니다.

각각의 서비스가 가진 장점은 있지만, 여러 도구를 함께 사용하다 보면 업무와 관련된 정보가 여기저기 흩어지는 문제가 생깁니다. 물론 연동 기능을 활용할 수도 있지만 서비스별 계정과 권한, 구독 비용까지 관리해야 한다는 부담도 있습니다.

이런 도구들을 하나로 통합할 수는 없을까 하는 생각을 해볼 만한데요.

오늘 소개할 Huly는 프로젝트 관리, 문서 작성, 채팅, 일정 관리 등을 하나의 플랫폼에서 제공하는 오픈소스 협업 도구입니다.

Jira, Linear, Notion, Slack 등의 대안을 목표로 만들어졌으며, 자체 서버에 구축할 수 있다는 점에서도 관심을 가져볼 만합니다.

https://v1.huly.io/

 

Open Source All-in-One Project Management Platform

Huly by Hardcore Engineering Inc

v1.huly.io

Huly란?

Huly는 개발팀과 프로젝트 조직을 위한 오픈소스 협업 플랫폼입니다.

일반적인 프로젝트 관리 도구가 업무와 이슈 관리에 집중한다면, Huly는 여기에 문서 작성과 커뮤니케이션, 일정 관리 기능까지 통합한 형태입니다.

공식 홈페이지에서는 Linear, Jira, Slack, Notion, Motion의 대안으로 소개하고 있습니다.

물론 해당 서비스들의 모든 기능을 완전히 대체하는 것은 아니지만, 프로젝트를 진행하는 데 필요한 주요 도구들을 하나의 환경에서 사용할 수 있도록 구성했다는 점이 특징입니다.

주요 기능을 간단히 정리하면 다음과 같습니다.

구분 주요 기능
프로젝트 관리 이슈 및 업무 관리, 칸반 보드, 스프린트
문서 관리 프로젝트 문서 작성 및 공동 편집
팀 커뮤니케이션 채팅, 메시지, 업무 관련 대화
일정 관리 개인 및 팀 일정, 업무 시간 계획
GitHub 연동 GitHub Issue 양방향 동기화
협업 기능 알림, 담당자 지정, 팀별 업무 관리
Self-hosting Docker 기반 자체 서버 구축

웹브라우저에서 사용할 수 있으며 Windows, macOS, Linux용 데스크톱 애플리케이션도 제공합니다.

Huly의 주요 특징

1. Jira와 유사한 프로젝트 관리

Huly의 중심 기능은 프로젝트 및 업무 관리입니다.

프로젝트별로 이슈를 등록하고 담당자를 지정하거나 진행 상태를 관리할 수 있으며, 칸반 보드와 스프린트 기능을 제공합니다.

업무의 우선순위를 지정하고 백로그를 관리하는 것도 가능합니다.

특히 Scrum이나 Agile 방식으로 개발 프로젝트를 관리하는 조직이라면 익숙하게 사용할 수 있는 구성입니다.

Jira와 비슷한 기능을 제공하면서도 UI가 비교적 직관적인 편이라는 점이 눈에 띕니다.

 

2. Notion과 유사한 문서 관리

프로젝트를 진행하다 보면 업무 관리 못지않게 문서 관리도 중요합니다.

회의록, 기술 문서, 프로젝트 기획서 등 다양한 문서를 작성하게 되는데, Huly는 별도의 문서 관리 기능을 제공합니다.

여러 사용자가 문서를 함께 편집할 수 있으며, 프로젝트와 관련된 정보를 동일한 작업 환경에서 관리할 수 있습니다.

Notion처럼 모든 종류의 지식 관리 기능을 제공하는 것은 아니지만, 프로젝트와 관련된 문서를 작성하고 공유하는 용도로는 활용할 수 있겠습니다.

무엇보다 업무 관리와 문서 관리가 분리되지 않는다는 점이 장점입니다.

 

3. Slack과 유사한 팀 커뮤니케이션

Huly에는 팀원 간 채팅과 메시지를 주고받을 수 있는 기능도 포함되어 있습니다.

일반적인 메신저와 달리 업무 및 프로젝트와 연결된 대화를 진행할 수 있다는 점이 특징입니다.

업무와 관련된 메시지나 알림은 Inbox에서 확인할 수 있으며, 팀원 간 대화나 업무 업데이트도 한곳에서 관리할 수 있습니다.

프로젝트를 진행하면서 발생하는 커뮤니케이션을 별도의 서비스로 분리하지 않아도 된다는 점에서 편리해 보입니다.

기존 Slack과 연동하는 기능도 소개하고 있어, 이미 Slack을 사용하는 조직에서도 활용 가능성을 검토해 볼 수 있습니다.

 

4. GitHub 양방향 연동

개발팀 입장에서는 GitHub 연동 기능도 관심이 가는 부분입니다.

Huly는 GitHub Issue와 양방향 동기화를 지원합니다.

GitHub에서 생성된 이슈를 Huly에서 관리하고, 프로젝트의 진행 상황을 GitHub와 연결할 수 있습니다.

이를 활용하면 GitHub는 소스 코드 및 이슈 관리에 사용하고, Huly에서는 프로젝트 전체 일정과 담당자, 진행 상황을 관리하는 방식으로 구성할 수 있습니다.

GitHub Projects를 사용하고 있지만 보다 다양한 협업 기능이 필요한 경우에도 검토할 만하겠습니다.

 

5. 개인 및 팀 일정 관리

Huly는 단순히 업무를 등록하는 것에서 끝나지 않고, 실제 업무 시간을 계획하는 기능도 제공합니다.

업무를 캘린더에 배치하거나 개인 일정을 관리할 수 있으며, 팀원들의 업무 계획도 함께 확인할 수 있습니다.

Google Calendar와의 양방향 연동도 지원한다고 소개하고 있습니다.

개인 일정과 프로젝트 업무를 연결하여 관리할 수 있다는 점에서 일반적인 이슈 관리 시스템과 차이가 있습니다.

 

오픈소스 및 Self-hosting

Huly는 소스 코드가 공개된 오픈소스 프로젝트이며, Docker를 활용한 Self-hosting을 지원합니다.

별도의 클라우드 서비스에 의존하지 않고 자체 서버에서 운영할 수 있다는 점은 내부 협업 시스템을 구축하려는 조직에 장점이 될 수 있습니다.

라이선스는 EPL-2.0(Eclipse Public License 2.0) 을 사용합니다.

관련 저장소는 다음과 같습니다.

Self-hosting 저장소에는 Docker 기반 설치 구성이 제공되므로, 직접 구축해 보고 싶은 경우 참고하면 됩니다.

다만 프로젝트 관리뿐 아니라 채팅, 문서, 알림 등 여러 기능을 제공하는 플랫폼인 만큼 단순한 메모 프로그램보다는 시스템 구성이 복잡한 편입니다.

개인적인 용도로 사용할 수도 있겠지만, 소규모 개발팀이나 조직 단위의 협업 환경에서 활용하는 것이 더 적합해 보입니다.

 

Huly와 기존 협업 도구 비교

Huly가 여러 협업 도구의 대안을 표방하고 있지만, 모든 기능을 동일한 수준으로 제공하는 것은 아닙니다.

구분 대표 서비스 Huly에서 제공하는 기능
프로젝트 관리 Jira, Linear 이슈, 스프린트, 칸반 보드
문서 관리 Notion 문서 작성 및 공동 편집
메신저 Slack 채팅, 메시지, 알림
일정 관리 Motion 개인 및 팀 일정 관리
개발 연동 GitHub Projects GitHub Issue 양방향 동기화

각 서비스가 전문적으로 제공하는 고급 기능까지 모두 대체하기는 어렵겠지만, 여러 도구에 분산되어 있던 기본적인 협업 기능을 하나로 묶을 수 있다는 점이 Huly의 특징이라고 생각합니다.

특히 신규 프로젝트를 시작하거나 협업 시스템을 처음 구축하는 조직이라면 여러 SaaS를 도입하는 대신 Huly와 같은 통합 플랫폼을 검토해 보는 것도 방법이겠습니다.

 

프로젝트 현황에 대한 참고사항

한 가지 확인할 부분도 있습니다.

기존 Huly 개발사인 Hardcore Engineering은 GitHub를 통해 기존 저장소의 적극적인 유지보수가 중단되었으며,
공식 호스팅 서비스도 종료되었다고 안내하고 있습니다.

대신 프로젝트 개발은 Platform Collective라는 별도의 저장소에서 독립적으로 이어지고 있습니다.

https://github.com/Platform-Collective/platform

즉, Huly가 오픈소스로 공개되어 있다는 점에는 변함이 없지만, 과거의 공식 사이트와 현재의 개발 및 운영 상황은 구분해서 살펴볼 필요가 있습니다.

Self-hosting을 검토한다면 새로운 개발 저장소의 업데이트 현황과 설치 버전의 호환성 등을 확인하는 것이 좋겠습니다.

 

마치며

Huly는 프로젝트 관리, 문서 작성, 채팅, 일정 관리까지 하나의 플랫폼에서 제공한다는 점에서 흥미로운 오픈소스입니다.

특히 Jira나 Notion, Slack과 같은 서비스를 각각 운영하는 대신 협업 환경을 하나로 통합하려는 시도가 인상적입니다.

물론 기존 서비스를 모두 대체할 필요는 없겠지만, 소규모 개발팀이나 자체 협업 시스템을 구축하려는 조직이라면 충분히 살펴볼 만한 프로젝트라고 생각합니다.

다만 현재 개발 주체와 프로젝트 운영 환경에 변화가 있는 만큼, 실제 업무에 도입하기 전에는 유지보수 현황을 확인해야겠습니다.

개인적으로는 여러 협업 도구를 통합한다는 방향성이 흥미롭습니다. 실제 사용 환경에서는 각각의 기능이 얼마나 자연스럽게 연결되는지가 중요한 판단 기준이 될 것 같습니다.


참고 자료