Month: January 2025

Tahapan dalam Roadmap Zimbra Sebelum masuk ke proses prioritas, mari kita ulas singkat tahapan berbeda dalam roadmap Zimbra: Dalam Tinjauan (In Review): Evaluasi awal terhadap permintaan fitur atau bug untuk memastikan kesesuaiannya dengan visi dan tujuan produk. Diterima (Accepted): Permintaan fitur atau bug yang memenuhi kriteria dimasukkan ke dalam daftar backlog untuk dipertimbangkan di masa depan. Bug dan fitur diprioritaskan menggunakan kerangka kerja standar industri, lalu ditempatkan dalam backlog yang diprioritaskan. Sedang Dikerjakan (In Progress): Tim pengembang mengambil bug dan fitur dari backlog sesuai prioritas. Tahap ini adalah fase pengembangan aktif. Dirilis (Released): Fitur atau perbaikan bug tersedia dalam versi produksi. Penjelasan lebih rinci tentang setiap tahap dapat ditemukan di sini.   Kerangka Kerja RICE dan Prioritas Bug Aspek penting dalam memindahkan bug atau fitur dari “Dalam Tinjauan” ke “Diterima” hingga “Sedang Dikerjakan” adalah prioritas. Di Zimbra, kami menggunakan kerangka kerja RICE untuk menetapkan prioritas. RICE adalah singkatan dari Reach (Jangkauan), Impact (Dampak), Confidence (Keyakinan), dan Effort (Usaha). Berikut cara kami menerapkan kerangka RICE untuk mengevaluasi dan memprioritaskan permintaan fitur dan perbaikan bug: Reach (Jangkauan): Kami mengevaluasi berapa banyak pelanggan yang akan mendapatkan manfaat dari perbaikan bug atau fitur dalam jangka waktu tertentu. Jika bug memengaruhi sebagian besar pengguna kami, prioritasnya akan lebih tinggi. Misalnya, bug yang mengganggu pencarian email akan memiliki prioritas lebih tinggi dibandingkan bug yang terkait dengan pencarian tugas. Impact (Dampak): Kami menilai dampak potensial dari perbaikan bug atau fitur pada pengguna. Dampak mengukur sejauh mana fitur atau fungsionalitas memengaruhi produktivitas pengguna. Sebagai contoh, peningkatan yang menambahkan kriteria filter baru akan sangat meningkatkan produktivitas dibandingkan hanya menampilkan pesan kesalahan yang lebih ramah pengguna dalam situasi yang jarang terjadi. Confidence (Keyakinan): Kami menilai tingkat keyakinan terhadap estimasi jangkauan, usaha, dan dampak. Jika kami yakin bahwa memperbaiki bug akan berdampak positif pada banyak pengguna, bug tersebut kemungkinan besar akan diprioritaskan. Effort (Usaha): Kami memperkirakan jumlah pekerjaan yang dibutuhkan untuk memperbaiki bug atau mengimplementasikan fitur. Bug dengan jangkauan tinggi dan usaha rendah mungkin akan diselesaikan lebih cepat. Setelah kami menilai bug atau permintaan fitur menggunakan kriteria di atas, kami memberikan skor RICE. Skor ini membantu dalam membandingkan dan mengurutkan item dalam backlog. Item dengan skor tinggi lebih mungkin berpindah dari tahap “Diterima” ke tahap “Sedang Dikerjakan.”   Menyeimbangkan Tujuan Bisnis dan Kebutuhan Pelanggan Selain kerangka kerja RICE, pendekatan menyeluruh diperlukan untuk menyeimbangkan tujuan bisnis dan kebutuhan pelanggan. Berikut adalah sembilan faktor tambahan yang kami pertimbangkan (tidak dalam urutan tertentu): Kesesuaian dengan Strategi Produk Zimbra Kami mengevaluasi seberapa erat perbaikan bug atau fitur sesuai dengan tujuan dan visi jangka panjang Zimbra. Umpan Balik Pelanggan Kami memperhatikan umpan balik dari pelanggan. Masalah yang sering diangkat oleh komunitas Zimbra atau yang memiliki banyak laporan dari Salesforce dapat diprioritaskan lebih tinggi. Keamanan Memastikan Zimbra tetap memiliki tingkat keamanan tertinggi adalah prioritas utama. Bug yang berisiko terhadap keamanan sering kali ditangani secara mendesak. Hutang Teknis dan Kelayakan Pemeliharaan Terkadang, kami memprioritaskan pekerjaan yang mengurangi hutang teknis atau meningkatkan pemeliharaan kode, meskipun manfaatnya tidak langsung terlihat oleh pelanggan. Ketersediaan Sumber Daya Ketersediaan sumber daya, termasuk bandwidth tim pengembang dan anggaran, memengaruhi waktu perbaikan bug atau pengembangan fitur. Kepatuhan Regulasi Memastikan Zimbra mematuhi standar regulasi yang berlaku adalah hal yang sangat penting. Jika bug atau fitur melibatkan masalah kepatuhan, perhatian langsung akan diberikan. Skalabilitas dan Performa Zimbra dikenal untuk penerapan dalam skala besar. Kami mempertimbangkan dampak bug dan fitur terhadap skalabilitas dan performa agar Zimbra tetap andal. Pengalaman dan Kemudahan Pengguna Kami dapat memprioritaskan bug atau fitur yang secara signifikan meningkatkan pengalaman pengguna di Modern UI atau Classic UI. Penggunaan Layanan Pihak Ketiga Fitur integrasi dengan layanan atau pustaka pihak ketiga adalah aspek penting. Bug yang memengaruhi integrasi ini atau fitur yang meningkatkan integrasi dapat diprioritaskan.   Kesimpulan Prioritas bug/fitur adalah proses yang kompleks yang menyeimbangkan kebutuhan pelanggan Zimbra, tujuan produk, dan sumber daya yang tersedia. Dengan kerangka kerja ini, kami bertujuan menciptakan roadmap produk yang memberikan nilai maksimal bagi komunitas Zimbra.

Dalam artikel ini, kami akan memberikan gambaran umum tentang berbagai tahap yang akan dilalui permintaan fitur Anda ketika Anda mengajukan permintaan fitur baru di https://pm.zimbra.com. Tujuannya adalah untuk membantu semua pihak, termasuk pelanggan kami, untuk lebih memahami proses pengembangan produk kami. TAHAP-TAHAP BERBEDA Dalam Tinjauan (In Review) Diterima (Accepted) Sedang Berlangsung (In Progress) Dirilis (Released) Tertutup (Closed) APA ARTINYA 5 TAHAP INI Dalam Tinjauan (In review): Ketika permintaan fitur diajukan, pertama-tama permintaan tersebut masuk ke tahap “Dalam Tinjauan”. Ini adalah tahap awal dari permintaan fitur. Pada tahap ini, kami mengevaluasi permintaan untuk memastikan bahwa itu sejalan dengan visi dan tujuan produk kami, serta segmen pelanggan yang kami layani. Kami menilai potensi dampaknya terhadap pelanggan, sumber daya yang dibutuhkan, dan potensi pengembalian investasi. Kami mungkin akan menghubungi pengirim atau pemangku kepentingan lainnya untuk mengklarifikasi ketidakpastian atau ambiguitas terkait permintaan tersebut dan menentukan seberapa penting permintaan tersebut dibandingkan dengan permintaan lainnya. Kami juga mempertimbangkan apakah fitur tersebut wajib dimiliki atau sekadar tambahan yang diinginkan, serta dampaknya terhadap kepuasan pelanggan. Pengguna tidak dapat mengajukan permintaan perbaikan bug. Pelaporan bug akan tetap diarahkan melalui tim Dukungan Zimbra, dan komunikasi terkait bug melalui portal bug. Papan “Perbaikan Bug” hanya dimaksudkan untuk memberikan gambaran lebih lengkap tentang peta jalan dengan membagikan rincian bug yang direncanakan, sedang diproses, dan yang telah dirilis. Diterima (Accepted): Setelah permintaan fitur melewati kriteria tinjauan dan memenuhi kriteria penerimaan kami, permintaan tersebut dipindahkan ke tahap “Diterima”. Pada titik ini, kami telah sepakat untuk mempertimbangkan permintaan fitur tersebut dan menambahkannya ke dalam backlog kami untuk pertimbangan di masa depan. Tahap diterima menandai dimulainya proses untuk mengubah permintaan menjadi perbaikan produk atau fitur produk yang nyata. Permintaan yang diterima dievaluasi menggunakan kerangka prioritas RICE. Kerangka kerja RICE membantu kami fokus pada fitur yang paling berdampak dan memastikan bahwa kami memberikan nilai terbesar bagi pelanggan kami. Ini berarti fitur tersebut telah ditambahkan ke dalam peta jalan pengembangan kami dan akan dipertimbangkan untuk implementasi dalam rilis mendatang berdasarkan jangkauan, dampak, keyakinan, dan upaya yang diperlukan untuk menanganinya. Sedang Berlangsung (In progress): Fitur diprioritaskan menggunakan kerangka RICE dan tetap berada di backlog sampai dipilih untuk pengembangan aktif. Ini berarti fitur dengan skor RICE yang lebih tinggi selalu diprioritaskan di bagian atas backlog, dan tim pengembangan akan memilih fitur dari bagian atas backlog tersebut. Ketika tim pengembangan kami mulai mengerjakan fitur atau perbaikan bug, statusnya dipindahkan ke tahap “Sedang Berlangsung”. Ini berarti kami telah memulai pengembangan dan sedang bekerja aktif untuk mengimplementasikan fitur atau memperbaiki bug tersebut. Bug yang telah diperbaiki dan fitur yang telah diimplementasikan serta diuji mungkin masih berada di tahap ini, kecuali jika rilis yang ditandai untuk fitur atau bug tersebut tidak dirilis ke produksi. Dirilis (Released): Akhirnya, ketika fitur atau perbaikan bug dirilis dalam rilis EA (Early Access) atau GA (General Availability), statusnya dipindahkan ke tahap “Dirilis”. Pada tahap ini, fitur atau perbaikan bug telah dirilis dalam versi produksi dan tersedia untuk digunakan oleh pelanggan kami. Fitur atau perbaikan bug yang dirilis akan diperbarui dengan informasi terkait rilis produksi. Tertutup (Closed): Tahap ini menandakan keputusan untuk menutup bug tanpa melaksanakan perbaikan. Keputusan ini didasarkan pada kriteria prioritas Zimbra, di mana kami menyeimbangkan alokasi sumber daya, dampak terhadap pengalaman pengguna, dan jangkauan bug tersebut. Bug dengan dampak non-kritis (tingkat keparahan S3/S4) dapat ditutup untuk memungkinkan fokus pada area dengan dampak yang lebih besar. Tahap ini mencerminkan komitmen kami untuk menangani masalah kritis terkait keamanan, kepatuhan, dan fitur bernilai tinggi.