Pahami berbagai tahapan permintaan fitur Anda di pm.zimbra.com

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.