Manajemen Rilis 101: Meluncurkan Produk Anda ke Dunia
Manage

Manajemen Rilis 101: Meluncurkan Produk Anda ke Dunia

Apakah Anda berada di sini karena Anda mengalami proses rilis perangkat lunak yang gagal? Apakah Anda merasa bahwa Anda hanya tinggal satu kali pertemuan lagi sebelum menyerah?

Siapa pun yang terlibat dalam pengembangan perangkat lunak tahu bahwa menghadirkan sesuatu yang baru dan segar fitur produk ke pasar tidaklah mudah. Ini adalah proses yang sangat terorganisir dan kompleks yang pasti memiliki masalah dalam menyebarkan rilis.

Berikut ini beberapa kebenaran: efek samping dari proses manajemen rilis yang terarah dapat mencakup perangkat lunak berkualitas tinggi, transformasi pengiriman, dan rekan kerja yang bahagia.

Mari kita bahas mengapa proses manajemen rilis yang terkendali, terukur, dan otomatis adalah solusi Anda.

**Apa Itu Manajemen Rilis?

Pada intinya, manajemen rilis meminimalkan risiko, melacak dan mengaudit persyaratan, jaminan pelanggan, dan implementasi yang konsisten - dengan pendekatan yang paling tidak mengganggu.

Perubahan dilacak, diuji, dan dikoreksi sebanyak yang diperlukan sebelum rilis berhasil.

Rilis (atau rilis unit) adalah penerapan satu atau lebih perubahan komponen pada produk ke dalam lingkungan produksi.

Manajemen rilis adalah perencanaan, penjadwalan, dan pengujian produk melalui berbagai fase dan lingkungan.

Untuk mencapai rilis yang sukses dan bertahan di era yang kompetitif ini, manajer produk akan memantau KPI dan metrik untuk memastikan pengguna mereka dapat menggunakan peningkatan ini untuk mendukung bisnis mereka.

Jika Anda tidak merilis secara terus menerus, Anda merugikan bisnis Anda.

Mengapa? Berkomitmen untuk sering merilis perangkat lunak membuat produk Anda dapat diandalkan dan stabil-karakteristik yang sangat penting bagi kesehatan bisnis Anda.

Seberapa sering? Sekali setahun, dua kali setahun? Pertimbangkan beberapa hal yang perlu dipertimbangkan: pentingnya pembaruan, kompatibilitas pengguna akhir, dan ketergantungan perangkat lunak saat ini.

Di Workpuls cOO Ryan Fyfe mengatakan, "Laju perilisan Workpuls mengikuti jadwal bergulir bulanan. Hampir setiap minggu, kami merilis materi baru pada hari Senin berikutnya dan membuatnya tersedia secara gratis untuk semua anggota di situs web kami, dengan beberapa pengecualian (misalnya, edisi yang sudah terlalu sering diunduh atau yang perlu diedit lagi). Selain dari pengecualian tersebut, tidak ada penundaan antara publikasi dan ketersediaan."

Mari kita lihat empat jalur yang perlu dipertimbangkan untuk penyebaran rilis Anda:

Nama Jalur

Kebaikan

Kontra

Big Bang

🟢Disebarkan ke semua pengguna pada waktu yang sama 🟢Pemangku kepentingan diberikan tanggal penyebaran, sehingga tidak ada miskomunikasi tentang penjadwalan 🟡Setiap penundaan rilis dapat berdampak pada departemen tertentu 🟡Jika rilis menyebabkan insiden yang signifikan, maka perlu dilakukan back-up untuk semua pengguna

Dorong

🟢Organisasi mendorong perangkat lunak ke produk yang dibutuhkan

🟢Peluang yang lebih besar untuk otomatisasi

🟡Ketika pembaruan yang signifikan dilakukan, jaringan dapat mengalami masalah kinerja

Tarik

🟢Tersedia di lokasi pusat agar pengguna dapat membeli sesuai keinginan mereka

🟡Batas waktu yang ditentukan harus diimplementasikan dalam rilis dengan pembaruan keamanan

Bertahap

🟢Disebarkan ke sekelompok pengguna dalam satu waktu Lebih sedikit risiko daripada "big bang"

🟡Implementasi rilis akan memakan waktu lebih lama

Manajer rilis dapat tergoda untuk jatuh ke dalam pola pikir "kita harus mempertimbangkan setiap situasi yang memungkinkan" untuk membuat fitur menjadi "sempurna".

Jika Anda terjerumus, Anda akan berpotensi membuat produk menjadi sulit digunakan oleh pengguna dengan membuatnya rumit untuk digunakan.

Meskipun manajemen rilis tidak diragukan lagi merupakan kerja keras dari awal hingga akhir, manfaatnya lebih besar daripada perjuangannya.

Bahkan lebih banyak tim yang yakin bahwa apa yang mereka keluarkan akan berhasil.

Bonus: Templat Peluncuran Produk

Mengapa Anda Harus Menerapkan Proses Manajemen Rilis (alias Sh*t yang Baik)

Jika Anda dapat menghilangkan tebakan dan meningkatkan produktivitas per jam, siapa yang akan membantahnya Perencanaan rilis yang tangkas tidak diperlukan?

Berikut ini adalah manfaat penting yang didapat dari penerapan strategi manajemen rilis:

🔁 Tetap pada 'Ulangi'

  • Mengotomatiskan pengujian dan tugas untuk hasil yang bebas dari kesalahan
  • Merampingkan rilis singkat untuk penerapan yang konsisten melalui sprint
  • Mengurangi kemungkinan keterlibatan manual dengan adanya standar pengkodean yang berkualitas
  • Mendokumentasikan proses agar lebih mudah diikuti dari waktu ke waktu oleh siapa pun (dan bagi mereka yang baru bergabung dengan organisasi!)
  • Memberdayakan tim untuk bekerja dan berkomunikasi sambil meningkatkan alur kerja (lihat panduan kami tentang aplikasi alur kerja terbaik)

Kualitas Seperti Segala Sesuatu Tentang Tom Hanks

  • Menghemat waktu, biaya yang dapat dihindari, dan energi sekaligus meningkatkan kolaborasi antar tim
  • Memungkinkan pengembang untuk memperbaiki kursus dengan cepat dengan umpan balik yang berkelanjutan
    • Transfer pengetahuan kepada staf pendukung untuk mengurangi dukungan pasca-produksi
  • Kualitas perangkat lunak yang lebih tinggi memenuhi kebutuhan dan harapan pengguna akhir

💬 Di Sini untuk Komentar

  • Memangkas secara dramatis waktu yang dihabiskan untuk menyempurnakan pembuatan versi dan memungkinkan pelanggan menguji dan melaporkan apa yang berhasil dan apa yang tidak
  • Terhubung dengan pengguna tentang bagaimana mereka menggunakan produk dan apa yang ingin mereka lakukan dengannya
  • Gunakan analitik dari aktivitas untuk membantu mengurangi percakapan perencanaan awal bolak-balik tentang fitur apa yang menurut tim Anda akan dinikmati pengguna

Pada dasarnya, kita semua ingin membuat produk yang ingin kita gunakan sendiri, sehingga kegembiraan dan perjalanan kita melalui proses ini menambah proses manajemen rilis.

👉 Lihat ini contoh OKR produk untuk tim produk Anda!

Kekacauan menuju Kejelasan: 6 Langkah Proses Rilis

Seiring dengan semakin canggihnya teknologi modern, para pengembang telah membuka jalan untuk merilis fitur baru dengan lebih cepat-dan lebih aman.

Kerangka kerja agile merilis perubahan berulang dalam jadwal pengembangan yang dikenal sebagai sprint dengan kotak waktu (ciuman koki yang sering dilakukan). Dengan pendekatan pengiriman yang gesit, tim dapat mengoordinasikan kegiatan rilis dengan lebih baik untuk meminimalkan dampak pada bisnis.

Dengan memecah pekerjaan yang besar menjadi tugas-tugas yang dapat dikelola dan mengaturnya ke dalam simpanan produk , tim produk dapat mengelola dan menilai untuk perencanaan .

"Kami mengikuti metodologi Agile, jadi kami biasanya merilis item pemeliharaan dan peningkatan secara berulang-ulang bersamaan dengan pekerjaan jangka panjang untuk rilis yang lebih besar dan dapat dipasarkan," kata Allie Wolff, Direktur Pemasaran Produk di Email Patokan .

"Kami fokus untuk merilis satu fitur baru per kuartal. Kami memiliki tujuan yang besar dan tidak kekurangan ide. Segalanya mungkin jika Anda memiliki sumber daya yang tidak terbatas, tetapi seperti kebanyakan bisnis, hal itu tidak berlaku bagi kami. Dengan alokasi sumber daya menjadi rintangan di waktu-waktu tertentu, kami dengan hati-hati memprioritaskan item rilis sehingga kami dapat tetap mengikuti perkembangan dan terus memberikan nilai kepada pengguna kami."

Langkah 1: Memimpin Jalan Menuju Rilis

Langkah pertama melibatkan manajer produk (atau manajer rilis), tim produk (pemilik, analis, dan pemasar), dan pemangku kepentingan utama mendefinisikan visi.

Ariana Dugan, Wakil Presiden Produk di Pembelajaran Interaksi mengatakan, "Kami mengadakan pertemuan "regu" lintas fungsi secara rutin untuk area fokus utama kami, di mana kami meninjau rilis dan desain utama yang akan datang untuk memastikan semua orang tahu apa yang akan hadir, kapan, dan mengapa."

Selanjutnya, kelompok ini akan menentukan peningkatan fitur prioritas untuk bisnis dan pelanggan dalam rilis berikutnya peta jalan .

"Rilis kami diurutkan berdasarkan campuran dari apa yang kami pikir akan memiliki dampak tertinggi yang selaras dengan tujuan strategis kami, musiman pelanggan, dan quick-wins dan bug yang kami tahu akan dihargai oleh banyak pelanggan," lanjut Dugan. "Kami menggunakan matriks prioritas dan banyak diskusi yang sehat setiap tiga bulan untuk menyelaraskan prioritas ini dan mengurutkannya di seluruh fungsi dan tingkatan dalam organisasi."

Faktor-faktor keputusan meliputi:

  • Perbaikan bug dan peningkatan UI yang segera dilakukan
  • Tujuan strategis bisnis
  • Analisis kelayakan
  • Ketergantungan
  • Ketersediaan sumber daya
  • Masalah terkait biaya
  • Perkiraan ROI

Cara terbaik untuk menghindari mundur di kemudian hari adalah dengan membuat lintas tim keterlibatan di awal perencanaan sprint . Namun, tentu saja, akan selalu lebih mudah untuk melakukannya dengan benar saat pertama kali.

Selanjutnya, manajer rilis menentukan ruang lingkup pekerjaan (dengan pertimbangan pemangku kepentingan utama) untuk membuat rencana terperinci dari persyaratan pembuatan, analisis kelayakan, prioritas, dan pengujian ide produk.

Proses penerimaan ini sangat penting untuk dilakukan secara menyeluruh, karena hal ini mengartikulasikan nilai rilis.

👉 Mulailah perencanaan Anda dengan Peta Jalan dengan Garis Waktu Templat dalam Pusat Templat ClickUp . 🚀

Langkah 2: Jalan Menuju Kode

Tim teknik dan DevOps bekerja dalam cabang fitur khusus mereka untuk menerjemahkan persyaratan produk dan harapan pemangku kepentingan dengan peta jalan.

Cabang fitur adalah segmen dari garis cabang utama-di mana semua cabang fitur dikumpulkan dan diintegrasikan untuk didorong ke produksi.

Tim pengembangan yang ditugaskan ke cabang fitur tertentu dapat membangun, menguji, dan membuat perubahan apa pun tanpa menyebabkan gangguan atau ketidakstabilan pada cabang fitur lainnya. Namun, mengintegrasikan semua kode terlalu dini dalam siklus pengembangan kemungkinan besar akan menimbulkan konflik dan secara tidak sengaja menyebabkan penundaan.

Pemisahan ini memungkinkan pengembang untuk mengerjakan tugas secara bersamaan dan mendapatkan umpan balik dengan cepat.

"Saya telah menemukan bahwa sangat penting untuk melakukan percakapan dan pertemuan dengan kolega Anda saat mengelola produk," kata Alyssa Parr, Pemilik Produk di Jomo247 . "Kontak tatap muka (bahkan melalui Zoom!) tidak menyisakan interpretasi dan memungkinkan penjelasan yang mudah dari kedua belah pihak tentang apa yang kami butuhkan dari satu sama lain."

Langkah 3: Uji Coba QA yang Liar

Tim QA (Quality Assurance) mencari potensi risiko dalam lingkungan pementasan yang stabil berdasarkan kriteria yang telah ditetapkan. Di sini, tim Tim QA dapat menunjukkan dengan tepat ketika kemampuan gagal dan menindaklanjutinya dengan terus menjalankan tes reguler .

Lingkungan pementasan sangat membantu untuk menguji fitur dengan sekelompok kecil pengguna sebelum rilis penuh. Hal ini memungkinkan pengujian dan pelacakan kinerja yang agresif sebelum tersedia untuk pengguna akhir.

Matthew Ramirez, Pendiri Rephrase Media dan Alat Parafrase , menyarankan untuk menggunakan daftar periksa untuk mengatur pendekatan manajemen penyebaran:

"Perilisan produk sangat menegangkan karena ada begitu banyak hal yang bisa saja salah. Memiliki daftar periksa dengan semua item yang perlu diselesaikan sebelum rilis Anda dapat membantu mengurangi beberapa stres yang terkait dengan merilis produk Anda. Daftar periksa yang baik juga akan membantu mencegah Anda melewatkan langkah apa pun atau melupakan sesuatu yang penting selama proses rilis."

Otomatisasi lebih masuk akal daripada menambah jam kerja orang.

Salah satu cara terbaik untuk memastikan peningkatan keandalan adalah dengan mengotomatiskan tugas-tugas yang berulang sebanyak mungkin. Otomatisasi memungkinkan frekuensi rilis dilakukan lebih cepat dan kesalahan manusia diminimalkan. Selain itu, cabang fitur akan berumur pendek (ideal untuk sprint yang dibatasi waktu), dan tim dapat secara proaktif membuat perubahan.

Sekarang, cabang-cabang fitur mendorong ke jalur cabang utama!

Langkah 4: Tetap Tenang dan Bersiap

Setelah pengujian telah melewati lingkungan pementasan dengan aman dan perubahan telah diatasi, tim pemasaran produk membuat draf catatan rilis untuk mengonfirmasi penerapan fitur.

Kemudian, setelah tinjauan dan persetujuan awal, pemilik fitur harus memeriksa dokumentasi.

Bersamaan dengan rencana rilis untuk pengguna akhir, materi pelatihan dan adopsi untuk departemen internal juga harus sama rinci dan tersedia.

Albin Poignot, Salah Satu Pendiri Produk Linky mengatakan yang terbaik: "Catatan rilis disertakan dalam pusat dokumentasi pusat yang tersedia untuk seluruh perusahaan. Tergantung pada perusahaannya, ini bisa berupa wiki sistem manajemen tiket, atau dokumen bersama."

"Namun saya selalu menghindari penggunaan sistem manajemen versi (seperti Git). Tujuannya adalah untuk menghindari detail teknis yang disertakan ketika pembaca hanya ingin mengetahui fitur-fitur yang terdampak," Albin menjelaskan.

Transfer pengetahuan kepada staf pendukung sangat penting karena mereka membantu memungkinkan pelanggan untuk menggunakan produk sesuai dengan tujuannya.

👉 Menghemat waktu menulis dan menggesek tombol Templat Catatan Rilis di Pusat Templat ClickUp .

Langkah 5: Lepaskan ke Produksi

Rilis perangkat lunak yang baru Anda buat dan uji coba dikirim ke produksi untuk pengguna!

Tim pemasaran menerbitkan catatan rilis internal dan eksternal, berkomunikasi dengan pelanggan, dan mengatur kekacauan jika diperlukan perubahan yang mendesak.

contoh proses manajemen rilis yang berhasil

Membagikan rilis terbaru Anda dengan pengguna Anda

Langkah 6: Kumpulkan Suka dan Tidak Suka

Tim akan berisiko mengundang lebih banyak pekerjaan jika menutup penyebaran tidak dilakukan setelah rilis.

Dengan kata lain, jangan lewatkan langkah ini!

Melaporkan efisiensi, peluang untuk peningkatan, dan memantau kesehatan sistem sangat penting untuk dilakukan. Selain itu, umpan balik dari pengguna yang jujur tersedia untuk melakukan pemeliharaan dan memenuhi kebutuhan pengguna.

Aravind Nallasivam, seorang Arsitek Solusi di Claysys menyarankan, "Jika ada masalah kritis yang telah dilaporkan dalam versi rilis utama, maka prioritas akan dialihkan untuk memperbaiki dan menambal masalah tersebut sebelum melanjutkan dengan pengembangan produk . Terkadang hal ini menjadi tantangan ketika ada bug yang memakan waktu yang sangat lama."

Pengujian penerimaan pengguna (alias mendengarkan apa yang disukai dan tidak disukai pengguna) bekerja untuk keuntungan Anda, jadi ini akan masuk ke dalam siklus hidup pengembangan perangkat lunak dan memastikan bahwa rilis berikutnya lebih baik daripada yang terakhir!

Bonus: Pelajari lebih lanjut tentang gaya manajemen produk yang berbeda dengan kami glosarium manajemen produk!

5 Cara Teratas untuk Mengacaukan Manajemen Rilis (dan Cara Menghindarinya)

Tidak semua hal berjalan sesuai dengan rencana, jadi akan sangat membantu untuk mengetahui apa yang dapat dihindari hanya dengan mengarahkan proses manajemen rilis menjauh dari hambatan. Yang paling umum adalah:

Jelaskan cakupan rilis dalam istilah yang paling samar

Dapatkah Anda mengukur keberhasilan rilis jika yang dimiliki tim hanyalah tugas dan tanggal jatuh tempo? Ini bukanlah perilaku yang gesit dan dapat dengan mudah mengundang ruang lingkup merayap !

❌ Membatasi sumber daya

Meskipun tim bekerja di dalam cabang fitur mereka di awal, sangat penting untuk tetap terhubung dengan rantai untuk mengimbangi tenggat waktu dan menangani permintaan perubahan. Oleh karena itu, bahasa rilis perangkat lunak harus jelas dan ringkas di semua tim yang terlibat.

❌ Menolak praktik pengujian otomatis

Mengotomatiskan penyampaian informasi menjadi tugas-tugas yang dapat ditindaklanjuti, sehingga pengembang tahu apa yang harus dikerjakan selanjutnya. Hal ini meningkatkan efisiensi dan membuat operasi sehari-hari berpusat pada produktivitas.

❌ Memprioritaskan proses manajemen di atas risiko

Pemikiran strategis tidak dapat berkembang dengan bebas jika ada gangguan pada proses internal tim. Anggota tim mengambil kepemilikan pribadi ketika kemampuan mereka untuk memecahkan masalah dihargai daripada proses dan alat .

❌ Tanggapi dengan santai

Pengembang membuat kode yang terkadang rumit. Semakin banyak umpan balik konstruktif yang mereka dapatkan, semakin baik mereka dapat menyempurnakan fitur perangkat lunak mereka. Agar hal ini berhasil, perjelas ekspektasi untuk tinjauan dan sistem persetujuan yang tepat waktu dengan tim dan pemangku kepentingan utama.

Bonus: Lihatlah kami Panduan tentang alat manajemen rilis ! 💜

Kesimpulan

Meskipun perangkat lunak terus mengubah cara kerja organisasi ada juga sisi manusiawi di dalamnya. jadi, kami menemukan cara-cara baru untuk membantu orang-orang tetap terhubung dan menyederhanakan tantangan hidup._ Organisasi di semua industri telah berkomitmen untuk terus memperbarui produk mereka untuk memberikan desain yang lebih baik kepada masyarakat, pengujian kegunaan dan keluaran dengan setiap peningkatan baru.

ClickUp adalah perangkat lunak manajemen rilis dan penyebaran yang dirancang bagi tim untuk membawa rilis produk mereka ke tingkat berikutnya. Jika Anda membutuhkan bantuan manajemen proyek untuk mengelola kerangka kerja agile atau metodologi pilihan lainnya, ClickUp mendukung Anda !

Semoga sukses dengan transformasi digital Anda. Kami mendukung Anda!