Redmine의 기능, 정말 필요할까? 도입·계속 사용 전에 확인할 10가지 체크

게시일: 2026년 11월 4일

Redmine은 오랫동안 쓰여 온 훌륭한 프로젝트 관리 도구입니다. 무료 오픈 소스이며, 이슈 관리부터 작업 시간 기록, 저장소 연동까지 필요한 기능을 두루 갖추고 있습니다.

다만 Redmine을 운영하려면 Ruby가 동작하는 서버를 준비하고, 이후에도 계속 유지 보수해야 합니다. 공유 호스팅에는 설치할 수 없는 경우가 많아 VPS나 전문 클라우드 서비스를 마련하게 됩니다(자세한 내용은 Redmine을 공유 호스팅에 설치할 수 있을까?에서 다룹니다).

그 수고를 들일 가치가 있는지는 Redmine의 기능을 얼마나 쓰느냐에 달려 있습니다. 이 글에서는 Redmine만의 기능 10가지를 골라, 각각이 우리 팀에 필요한지 확인해 봅니다. 이미 Redmine을 쓰고 있는 분을 위해 현재 사용 현황을 확인하는 방법도 소개합니다.

참고: 이 글은 GeckoFlag 개발자가 작성했습니다. Redmine의 기능은 2026년 10월 24일에 공식 가이드에서 확인한 내용입니다(최신 버전은 7.0.2).

어느 도구에나 있는 기능은 판단 기준이 되지 않는다

먼저 Redmine을 고를 이유가 되지 않는 기능을 따로 떼어 놓겠습니다.

이슈(티켓) 등록, 상태, 담당자, 기한, 댓글, 위키, 파일 공유, 간트 차트. 이런 기능은 오늘날 대부분의 프로젝트 관리 도구가 갖추고 있습니다. 팀에서 쓰는 기능이 이 범위 안에 있다면 “Redmine이어야 한다”고 할 수는 없습니다.

Redmine을 고를 이유가 되는 것은 다음 장에서 다루는, 다른 도구에서는 빠지기 쉬운 기능입니다.

Redmine만의 기능 10가지

각 기능을 “할 수 있는 것”, “필요한 경우”, “없어도 괜찮다는 신호” 순서로 살펴봅니다. 필요하다고 생각하는 항목의 수를 세면서 읽어 보세요.

1작업 시간 기록과 집계

할 수 있는 것: 이슈별 또는 프로젝트별로 작업 시간을 기록할 수 있습니다. 기록에는 작업 분류(설계, 개발, 회의 등)와 코멘트를 붙일 수 있습니다. 추정 시간도 입력할 수 있고, 프로젝트의 “소요 시간” 화면에서 목록과 집계를 확인할 수 있습니다.

필요한 경우: 작업 시간을 바탕으로 비용을 청구할 때, 추정과 실적을 비교해 다음 추정에 활용할 때, 멤버의 업무량을 시간으로 볼 때입니다.

없어도 괜찮아요시간은 기록하지만 집계해서 써 본 적이 없다. 청구는 건별 고정 요금이라 시간과 관계가 없다.

2사용자 정의 필드

할 수 있는 것: 이슈, 프로젝트, 사용자에 자체 입력 항목을 추가할 수 있습니다. 텍스트, 숫자, 날짜, 선택 목록 같은 형식을 고를 수 있고, 트래커(이슈 유형)마다 표시할 항목을 바꿀 수 있습니다.

필요한 경우: “고객명”, “대상 브라우저”, “발생 환경”처럼 이슈마다 반드시 기록해야 하는 정보가 있고, 그 항목으로 필터링하거나 집계하고 싶을 때입니다.

없어도 괜찮아요추가한 항목이 비어 있는 이슈가 많다. 설명란에 적는 것으로 충분하다.

3워크플로

할 수 있는 것: 역할과 트래커의 조합마다 어떤 상태에서 어떤 상태로 바꿀 수 있는지 정할 수 있습니다. 예를 들어 “개발자는 버그를 ‘해결’로 바꿀 수 있지만, ‘완료’로 바꿀 수 있는 것은 관리자뿐”과 같은 설정입니다. 상태마다 항목을 필수로 하거나 읽기 전용으로 만들 수도 있습니다.

필요한 경우: 승인 절차가 정해져 있고, 절차를 건너뛰면 곤란한 경우입니다. 품질 관리나 감사를 위해 누가 완료로 바꿨는지 통제해야 하는 팀에도 맞습니다.

없어도 괜찮아요도입할 때의 기본 설정을 그대로 쓰고 있다. 상태는 누구나 바꿀 수 있는 방식으로 운영하는데 문제가 없다.

4프로젝트별 세밀한 권한

할 수 있는 것: 역할을 자유롭게 만들고, 보기, 이슈 생성과 편집, 작업 시간 기록, 위키 편집 등 작업마다 허용 여부를 정할 수 있습니다. 같은 사람을 프로젝트 A에서는 관리자, 프로젝트 B에서는 보기 전용으로 지정할 수도 있습니다.

필요한 경우: 외부 사람에게 보기만 허용하고 싶을 때, 부서마다 다룰 수 있는 범위를 나누고 싶을 때입니다.

없어도 괜찮아요멤버 모두가 거의 같은 권한으로 쓰고 있다. 역할은 기본 역할(관리자, 개발자, 보고자)만 쓰고 있다.

5이슈 간 관계

할 수 있는 것: 이슈끼리 관계를 설정할 수 있습니다. “관련됨” 외에 “중복”, “차단”, “선행·후행” 등이 있습니다. 차단하는 이슈가 끝나지 않은 동안에는 차단된 이슈를 완료할 수 없습니다. 선행 이슈의 종료일이 바뀌면 후행 이슈의 일정도 같은 일수만큼 밀립니다.

필요한 경우: 작업 순서에 강한 의존 관계가 있고, 하나의 지연이 다른 작업에 어떻게 영향을 주는지 일정으로 추적하고 싶을 때입니다.

없어도 괜찮아요관계는 설명이나 댓글에 “#123 다음에”라고 적으면 충분하다. 상위·하위 이슈로 작업을 나누는 것으로 충분하다.

6버전과 로드맵

할 수 있는 것: “v2.0”, “4월 릴리스” 같은 버전(구분 단위)을 만들고 이슈를 배정할 수 있습니다. 로드맵 화면에서 버전별 진행 상황을 확인할 수 있습니다.

필요한 경우: 소프트웨어처럼 릴리스 단위로 작업을 묶어 진행할 때입니다.

없어도 괜찮아요건마다 프로젝트를 나누고 있고, 그 안에서 기한을 관리하면 충분하다.

7저장소 연동

할 수 있는 것: Git이나 Subversion 같은 저장소를 프로젝트에 연결하고, 화면에서 코드와 변경 이력을 볼 수 있습니다. 커밋 메시지에 이슈 번호를 적으면 그 커밋이 이슈와 연결되고, 메시지를 쓰는 방법에 따라 상태 변경이나 작업 시간 기록도 할 수 있습니다.

필요한 경우: 개발 팀이 어떤 코드 변경이 어떤 이슈에 대응하는지 추적하고 싶을 때입니다.

없어도 괜찮아요코드는 GitHub나 GitLab에서 관리하고, 이슈와의 연결도 그쪽에서 처리하고 있다. 팀에서 코드를 쓰지 않는다.

8이메일로 이슈 등록

할 수 있는 것: 정해진 주소로 온 이메일로 이슈를 만들거나, 기존 이슈에 댓글을 추가할 수 있습니다.

필요한 경우: 고객 문의나 버그 신고를 이메일로 받아 그대로 이슈로 관리하고 싶을 때입니다.

없어도 괜찮아요문의는 다른 창구(폼이나 지원 도구)로 받고 있다. 이메일 내용은 담당자가 직접 이슈로 옮기면 충분하다.

참고로 이 기능을 쓰려면 메일 서버 쪽 설정과, 정기적으로 메일을 가져오는 구조(cron 등)를 서버에 마련해야 합니다.

9REST API와 외부 연동

할 수 있는 것: REST API를 활성화하면 외부 프로그램에서 이슈, 프로젝트, 사용자, 작업 시간 등을 읽고 쓸 수 있습니다.

필요한 경우: 사내의 다른 시스템과 연동하고 싶을 때, 정해진 이슈 생성이나 집계를 자동화하고 싶을 때입니다.

없어도 괜찮아요연동용 프로그램을 작성할 사람이 없다. 화면에서 조작하는 것으로 충분하다.

10플러그인으로 확장

할 수 있는 것: 플러그인을 설치해 칸반 보드, 체크리스트, 고객 관리, 헬프 데스크 등 기본에는 없는 기능을 더할 수 있습니다. 공식 사이트에는 많은 플러그인이 등록되어 있습니다.

필요한 경우: 기본 기능으로는 부족해서, 우리 업무에 맞춰 기능을 만들어 넣고 싶을 때입니다.

없어도 괜찮아요플러그인을 설치하지 않았다. 또는 설치했지만 업데이트를 따라가지 못해 Redmine 본체의 버전 업그레이드에 걸림돌이 되고 있다.

플러그인은 Redmine 본체를 업그레이드할 때마다 호환 여부를 확인해야 합니다. 편리한 만큼 유지 보수 부담이 늘어난다는 점까지 포함해 판단하세요.

지금 쓰는 Redmine에서 실제로 쓰는지 확인하기

이미 Redmine을 쓰고 있다면 관리 화면에서 각 기능이 실제로 쓰이는지 확인할 수 있습니다. 도입할 때 설정한 채로, 사실은 아무도 쓰지 않는 기능이 발견되기도 합니다. 화면 이름은 Redmine의 버전이나 언어 설정에 따라 조금 다를 수 있습니다.

기능	확인할 곳	살펴볼 점
1. 작업 시간	각 프로젝트의 “소요 시간”	최근 기록이 있는가. 집계를 보는 사람이 있는가
2. 사용자 정의 필드	관리 → 사용자 정의 항목	항목의 수. 이슈 목록에서 그 항목이 채워져 있는가
3. 워크플로	관리 → 업무흐름	기본 설정에서 바꾸었는가
4. 권한	관리 → 역할 및 권한	기본 역할 외의 역할을 만들었는가
5. 이슈 간 관계	이슈 상세 화면의 “관련 이슈”	관계를 설정한 이슈가 얼마나 있는가
6. 버전	각 프로젝트의 “로드맵”	버전을 만들고 이슈를 배정했는가
7. 저장소	각 프로젝트의 설정 → 저장소	저장소가 등록되어 있고 최근 커밋이 표시되는가
8. 메일 수신	관리 → 설정 → 수신 메일, 서버의 정기 실행 설정	이메일로 만들어진 이슈가 있는가
9. API	관리 → 설정 → API	REST 웹 서비스가 활성화되어 있는가. 사용 중인 연동이 있는가
10. 플러그인	관리 → 플러그인	설치된 플러그인과, 각각을 실제로 쓰는가

표에서 “쓰지 않음”으로 나온 기능은 다음 장의 체크에서 “불필요”로 세어 주세요.

체크 결과로 판단하기

10가지 기능 중 우리 팀에 필요하다고 생각한 수로 판단합니다.

3개 이상: Redmine을 쓸 가치가 있다

Redmine의 강점을 살릴 수 있는 팀입니다. 서버를 준비하고 유지 보수하는 수고를 들일 가치가 있습니다. 공유 호스팅에 설치할 수 없다면 VPS나 Redmine 전문 클라우드 서비스를 고르세요. 고르는 방법은 Redmine을 공유 호스팅에 설치할 수 있을까?에서 소개합니다.

1~2개: 그 기능을 다른 방법으로 보완할 수 있는지 생각한다

필요한 기능이 한두 가지라면, 그것을 Redmine이 아닌 방법으로 보완할 수 없는지 생각해 보세요. 예를 들어 작업 시간 기록만 필요하다면 스프레드시트나 시간 기록 전용 도구와 조합하는 방법도 있습니다. 보완할 수 없다면 Redmine을 고르는 것이 확실합니다.

0개: 설정이 더 적은 도구로 충분할 가능성이 높다

Redmine의 강점을 쓰지 않는다면, 서버 수고까지 들여 Redmine을 고를 이유는 약해집니다. 이슈, 기한, 담당자 관리가 중심이라면 설정이 더 적은 도구가 팀에 더 쉽게 자리 잡을 수도 있습니다.

개수와는 별개로 한 가지 더 생각해 둘 점이 있습니다. 서버를 누가 돌보느냐입니다. Redmine을 직접 운영하면 도입한 사람이 업데이트와 장애 대응까지 맡게 됩니다. 그 사람이 없어져도 운영이 유지될지도 판단 기준에 넣어 주세요.

체크가 0개였던 팀에게

마지막으로, 체크가 0개였던 팀의 선택지 중 하나로 저희가 개발하는 GeckoFlag를 소개하겠습니다.

먼저 말씀드리면, 이 글에서 다룬 10가지 기능 대부분은 GeckoFlag에 없습니다. 작업 시간 기록, 사용자 정의 필드, 워크플로 설계, 이슈 간 관계, 버전, 저장소 연동, 이메일로 이슈 등록, 외부 API, 플러그인은 없고, 역할은 관리자, 멤버, 게스트의 세 가지입니다. 이런 기능이 필요하다면 Redmine을 고르는 것이 정답입니다.

그 대신 GeckoFlag는 어느 팀에나 필요한 기능을, 설정에 헤매지 않고 쓸 수 있는 형태로 모았습니다.

이슈 관리(상위·하위 이슈), 칸반 보드, 간트 차트, 위키, 파일 공유를 하나로 모았습니다.
PHP 8.2 이상과 MySQL 또는 MariaDB를 쓸 수 있는 서버에서 동작합니다. Composer도 Docker도, 명령줄 작업도 필요 없습니다.
설치는 브라우저의 설치 프로그램으로, 업데이트는 관리 화면에 ZIP을 올리는 것으로 끝납니다. 적용 전에 자동으로 백업을 만듭니다.
외부 사람은 게스트로 초대할 수 있습니다. 프로젝트는 참여한 멤버에게만 보입니다.
$30 일회성 구매이며, 요금제에 따른 기능 차이도, 사용자 수나 프로젝트 수 제한도 없습니다(도메인 1개당 라이선스 1개. 서버 비용은 별도).

Redmine과의 차이는 GeckoFlag vs Redmine에서, 공유 호스팅에서 동작하는 다른 도구와의 차이는 Docker 없이 공유 호스팅에 설치할 수 있는 프로젝트 관리 도구 비교에서 자세히 다룹니다. 실제 화면은 데모에서 사용해 볼 수 있습니다.

참고 자료

참고: 모두 2026년 10월 24일에 확인한 내용입니다. Redmine의 화면과 기능은 버전에 따라 다를 수 있습니다.