Apakah Anda Benar-Benar Butuh Fitur Redmine? 10 Pemeriksaan Sebelum Memakai atau Mempertahankannya
Redmine adalah alat manajemen proyek yang sangat baik dan sudah lama dipakai. Redmine gratis dan open source, serta mencakup semua yang dibutuhkan, mulai dari pengelolaan isu hingga pencatatan waktu dan integrasi repositori.
Namun, untuk menjalankan Redmine, Anda perlu menyiapkan server yang bisa menjalankan Ruby dan merawatnya setelah itu. Redmine biasanya tidak bisa dipasang di shared hosting, sehingga Anda akhirnya memakai VPS atau layanan cloud khusus (dibahas lengkap di “Bisakah Redmine Dipasang di Shared Hosting?”).
Sepadan atau tidaknya upaya itu bergantung pada seberapa banyak fitur Redmine yang benar-benar Anda pakai. Artikel ini membahas 10 fitur khas Redmine dan membantu Anda memeriksa apakah tim Anda membutuhkan masing-masing fitur itu. Jika Anda sudah memakai Redmine, artikel ini juga menunjukkan cara memeriksa apa saja yang Anda pakai saat ini.
Catatan: artikel ini ditulis oleh pengembang GeckoFlag. Fitur Redmine diperiksa di panduan resminya pada 24 Oktober 2026 (versi terbaru 7.0.2).
Fitur yang ada di semua alat tidak membantu Anda memutuskan
Pertama, mari kita sisihkan fitur-fitur yang bukan alasan untuk memilih Redmine.
Membuat isu (tiket), status, penanggung jawab, tenggat, komentar, wiki, berbagi file, Gantt chart. Sebagian besar alat manajemen proyek saat ini sudah memilikinya. Jika fitur yang dipakai tim Anda masih dalam lingkup ini, Anda tidak bisa mengatakan bahwa “harus Redmine”.
Alasan untuk memilih Redmine adalah fitur-fitur di bagian berikutnya, yang sering tidak ada di alat lain.
10 fitur khas Redmine
Untuk setiap fitur, kita lihat apa fungsinya, kapan Anda membutuhkannya, dan tanda bahwa Anda bisa tanpanya. Sambil membaca, hitung berapa fitur yang menurut Anda dibutuhkan.
1Pencatatan waktu dan laporan
Fungsinya: Anda bisa mencatat waktu yang dihabiskan per isu atau per proyek. Setiap catatan bisa diberi aktivitas (desain, pengembangan, rapat, dan sebagainya) serta komentar. Anda juga bisa memasukkan perkiraan waktu, lalu melihat daftar dan totalnya di layar “Waktu yang dihabiskan” pada proyek.
Kapan dibutuhkan: saat Anda menagih berdasarkan waktu kerja, membandingkan perkiraan dengan waktu aktual untuk memperbaiki perkiraan berikutnya, atau melihat beban kerja setiap anggota dalam jam.
Tidak perlu jikaAnda mencatat waktu, tetapi belum pernah menjumlahkan dan memanfaatkannya. Anda menagih biaya tetap per proyek, tidak terkait waktu.
2Kolom kustom
Fungsinya: Anda bisa menambahkan kolom isian sendiri pada isu, proyek, dan pengguna. Anda bisa memilih format seperti teks, angka, tanggal, atau daftar pilihan, dan menampilkan kolom yang berbeda untuk setiap tracker (jenis isu).
Kapan dibutuhkan: saat ada informasi yang wajib dicatat di setiap isu, seperti “nama pelanggan”, “browser sasaran”, atau “lingkungan tempat masalah terjadi”, dan Anda ingin memfilter atau menjumlahkan berdasarkan kolom itu.
Tidak perlu jikaBanyak isu yang kolom tambahannya dibiarkan kosong. Menulisnya di deskripsi sudah cukup.
3Alur kerja
Fungsinya: untuk setiap kombinasi peran dan tracker, Anda bisa menentukan status mana yang boleh diubah ke status mana. Misalnya: “pengembang bisa mengubah bug menjadi Selesai, tetapi hanya manajer yang bisa mengubahnya menjadi Ditutup.” Anda juga bisa membuat kolom wajib diisi atau hanya-baca tergantung statusnya.
Kapan dibutuhkan: saat Anda punya proses persetujuan yang baku dan melewatkan satu langkah akan menimbulkan masalah. Fitur ini juga cocok untuk tim yang perlu mengatur siapa yang boleh menutup isu, demi manajemen mutu atau audit.
Tidak perlu jikaAnda masih memakai pengaturan bawaan dari saat instalasi. Siapa pun boleh mengubah status, dan itu berjalan baik bagi Anda.
4Izin terperinci per proyek
Fungsinya: Anda bisa membuat peran sesuka Anda dan mengatur izin untuk setiap tindakan, seperti melihat, membuat, dan mengedit isu, mencatat waktu, dan mengedit wiki. Orang yang sama bisa menjadi manajer di proyek A dan hanya bisa melihat di proyek B.
Kapan dibutuhkan: saat Anda ingin memberi akses hanya-lihat kepada pihak luar, atau memisahkan apa yang boleh diubah tiap departemen.
Tidak perlu jikaSemua anggota punya izin yang kurang lebih sama. Anda hanya memakai peran bawaan (Manajer, Pengembang, Pelapor).
5Relasi antarisu
Fungsinya: Anda bisa mengatur relasi antarisu. Selain “terkait dengan”, ada antara lain “duplikat dari”, “memblokir”, dan “mendahului/mengikuti”. Selama isu yang memblokir masih terbuka, isu yang diblokir tidak bisa ditutup. Jika tenggat isu yang mendahului bergeser, tanggal isu berikutnya ikut bergeser sebanyak hari yang sama.
Kapan dibutuhkan: saat urutan pekerjaan sangat saling bergantung, dan Anda ingin melihat di jadwal bagaimana satu keterlambatan memengaruhi pekerjaan lain.
Tidak perlu jikaMenulis “setelah #123” di deskripsi atau komentar sudah cukup. Membagi pekerjaan menjadi isu induk dan anak sudah memadai.
6Versi dan roadmap
Fungsinya: Anda bisa membuat versi (milestone) seperti “v2.0” atau “Rilis April” dan menetapkan isu ke versi tersebut. Layar roadmap menampilkan kemajuan setiap versi.
Kapan dibutuhkan: saat Anda menjalankan pekerjaan per rilis, seperti pada perangkat lunak.
Tidak perlu jikaAnda membuat satu proyek per pekerjaan, dan memantau tenggat di dalamnya sudah cukup.
7Integrasi repositori
Fungsinya: Anda bisa menghubungkan repositori seperti Git atau Subversion ke proyek dan melihat kode serta riwayat perubahannya di layar. Jika Anda menulis nomor isu di pesan commit, commit itu ditautkan ke isu tersebut, dan tergantung cara menulis pesannya, Anda juga bisa mengubah status atau mencatat waktu.
Kapan dibutuhkan: saat tim pengembang ingin melacak perubahan kode mana yang berkaitan dengan isu mana.
Tidak perlu jikaKode Anda dikelola di GitHub atau GitLab, dan Anda sudah menautkan isu di sana. Tim Anda tidak menulis kode.
8Membuat isu dari email
Fungsinya: email yang dikirim ke alamat tertentu bisa membuat isu baru atau menambahkan komentar ke isu yang sudah ada.
Kapan dibutuhkan: saat Anda menerima pertanyaan pelanggan atau laporan bug lewat email dan ingin langsung mengelolanya sebagai isu.
Tidak perlu jikaAnda menerima pertanyaan lewat saluran lain (formulir atau alat dukungan). Cukup ada orang yang menyalin isi email menjadi isu secara manual.
Perlu diingat, fitur ini memerlukan pengaturan di sisi server email dan cara untuk mengambil email secara berkala (misalnya cron) yang disiapkan di server Anda.
9REST API dan integrasi eksternal
Fungsinya: setelah REST API diaktifkan, program eksternal bisa membaca dan menulis isu, proyek, pengguna, catatan waktu, dan lainnya.
Kapan dibutuhkan: saat Anda ingin menghubungkannya dengan sistem internal lain, atau mengotomatiskan pembuatan isu rutin dan laporan.
Tidak perlu jikaTidak ada anggota tim yang menulis kode integrasi. Bekerja lewat layar sudah cukup.
10Perluasan dengan plugin
Fungsinya: Anda bisa memasang plugin untuk menambahkan fitur yang tidak ada di inti Redmine, seperti papan Kanban, checklist, manajemen pelanggan, atau help desk. Banyak plugin tercantum di situs resminya.
Kapan dibutuhkan: saat fitur standar tidak cukup dan Anda ingin membangun fitur yang sesuai dengan bisnis Anda sendiri.
Tidak perlu jikaAnda belum memasang plugin apa pun. Atau Anda sudah memasangnya, tetapi tidak sanggup terus memperbaruinya, dan kini plugin itu menghambat upgrade Redmine.
Kompatibilitas plugin perlu diperiksa setiap kali Redmine sendiri di-upgrade. Plugin memang praktis, tetapi pertimbangkan juga beban pemeliharaan tambahannya saat memutuskan.
Periksa apa yang benar-benar Anda pakai di Redmine saat ini
Jika Anda sudah memakai Redmine, layar administrasi menunjukkan apakah setiap fitur benar-benar dipakai. Anda mungkin menemukan fitur yang disiapkan saat instalasi tetapi tidak pernah dipakai siapa pun. Nama layar bisa sedikit berbeda tergantung versi Redmine dan pengaturan bahasanya.
| Fitur | Tempat memeriksa | Yang perlu dilihat |
|---|---|---|
| 1. Pencatatan waktu | “Waktu yang dihabiskan” di setiap proyek | Adakah catatan terbaru? Adakah yang melihat totalnya? |
| 2. Kolom kustom | Administrasi → Kolom kustom | Berapa banyak kolomnya. Apakah kolom itu terisi di daftar isu? |
| 3. Alur kerja | Administrasi → Alur kerja | Apakah sudah diubah dari pengaturan bawaan? |
| 4. Izin | Administrasi → Peran dan izin | Apakah Anda membuat peran selain peran bawaan? |
| 5. Relasi | “Isu terkait” di halaman setiap isu | Berapa banyak isu yang punya relasi? |
| 6. Versi | “Roadmap” di setiap proyek | Apakah Anda membuat versi dan menetapkan isu ke versi itu? |
| 7. Repositori | Pengaturan setiap proyek → Repositori | Apakah ada repositori yang terdaftar, dan apakah commit terbaru muncul? |
| 8. Email masuk | Administrasi → Pengaturan → Email masuk, dan tugas terjadwal di server | Adakah isu yang dibuat dari email? |
| 9. API | Administrasi → Pengaturan → API | Apakah layanan web REST diaktifkan? Adakah integrasi yang memakainya? |
| 10. Plugin | Administrasi → Plugin | Plugin apa saja yang terpasang, dan apakah masing-masing dipakai? |
Fitur yang hasilnya “tidak dipakai” di tabel ini dihitung sebagai “tidak perlu” dalam pemeriksaan di bagian berikutnya.
Arti hasil hitungan Anda
Pikirkan berapa dari 10 fitur itu yang dibutuhkan tim Anda.
3 atau lebih: Redmine layak dipakai
Tim Anda bisa memanfaatkan kekuatan Redmine sepenuhnya. Upaya menyiapkan dan merawat server sepadan. Jika tidak bisa dipasang di shared hosting, pilih VPS atau layanan cloud yang khusus untuk Redmine. Cara memilihnya dibahas di “Bisakah Redmine Dipasang di Shared Hosting?”
1–2: lihat apakah fitur itu bisa dipenuhi dengan cara lain
Jika Anda hanya membutuhkan satu atau dua fitur, pikirkan apakah fitur itu bisa dipenuhi tanpa Redmine. Misalnya, jika yang dibutuhkan hanya pencatatan waktu, Anda bisa memadukan spreadsheet atau alat pencatat waktu khusus dengan alat lain. Jika tidak bisa dipenuhi, Redmine adalah pilihan yang aman.
0: alat dengan pengaturan lebih sedikit kemungkinan besar sudah cukup
Jika Anda tidak memakai kekuatan Redmine, hanya ada sedikit alasan untuk memilihnya dengan beban menjalankan server. Jika pekerjaan Anda terutama soal isu, tenggat, dan penanggung jawab, alat dengan pengaturan lebih sedikit mungkin lebih mudah melekat di tim Anda.
Selain hasil hitungan, ada satu hal lagi yang perlu dipertimbangkan: siapa yang mengurus server. Jika Anda menjalankan Redmine sendiri, orang yang memasangnya juga menanggung pembaruan dan penanganan masalah. Pertimbangkan apakah semuanya akan tetap berjalan jika orang itu pergi.
Untuk tim yang hitungannya nol
Terakhir, sebagai salah satu pilihan bagi tim yang hitungannya nol, kami perkenalkan GeckoFlag, alat yang kami kembangkan.
Terus terang saja: sebagian besar dari 10 fitur dalam artikel ini tidak ada di GeckoFlag. GeckoFlag tidak punya pencatatan waktu, kolom kustom, pengaturan alur kerja, relasi antarisu, versi, integrasi repositori, pembuatan isu dari email, API eksternal, maupun plugin, dan perannya ada tiga: administrator, anggota, dan tamu. Jika Anda membutuhkan fitur-fitur itu, Redmine adalah pilihan yang tepat.
Sebagai gantinya, GeckoFlag menyatukan fitur yang dibutuhkan setiap tim, dalam bentuk yang bisa dipakai tanpa harus bergulat dengan pengaturan.
- Menyatukan pengelolaan isu (isu induk dan anak), papan Kanban, Gantt chart, wiki, dan berbagi file di satu tempat.
- Berjalan di server dengan PHP 8.2 atau lebih baru dan MySQL atau MariaDB. Tidak perlu Composer, Docker, maupun command line.
- Anda memasangnya dengan installer di browser dan memperbaruinya dengan mengunggah ZIP di layar admin. Cadangan dibuat otomatis sebelum pembaruan diterapkan.
- Anda bisa mengundang pihak luar sebagai tamu. Proyek hanya terlihat oleh anggota yang ikut di dalamnya.
- Harganya $30 sekali beli, tanpa perbedaan fitur antarpaket dan tanpa batas jumlah pengguna atau proyek (satu lisensi per domain; biaya server terpisah).
Perbedaan dengan Redmine dibahas lengkap di GeckoFlag vs Redmine, dan perbedaan dengan alat lain yang berjalan di shared hosting di Alat Manajemen Proyek yang Bisa Dipasang di Shared Hosting Tanpa Docker. Anda bisa mencoba layar sebenarnya di demo.
Sumber
- Pengelolaan isu (situs resmi Redmine: relasi antarisu, subtugas)
- Pencatatan waktu (situs resmi Redmine)
- Pengaturan pengelolaan isu (situs resmi Redmine: tracker, status, alur kerja)
- Menerima email (situs resmi Redmine: membuat isu dari email)
- REST API (situs resmi Redmine)
Catatan: semua diperiksa pada 24 Oktober 2026. Layar dan fitur Redmine bisa berbeda tergantung versinya.