Manajemen Rilis 101: Meluncurkan Produk Anda ke Dunia
Erica Golighly.
Penulis
Apakah Anda di sini karena Anda menderita proses rilis perangkat lunak yang rusak? Apakah Anda merasa Andasatu lagiPertemuan status jauh dari melemparkan handuk?
Siapa pun yang terlibat dalam pengembangan perangkat lunak tahu bahwa membawa yang baru dan segarFitur Produkke pasar tidak mudah. Ini adalah proses yang sangat terorganisir dan kompleks yang mau tidak mau memiliki masalah penyebaran rilis.
Inilah beberapa kebenaran: Efek samping dari proses manajemen pelepasan yang disengaja dapat mencakup perangkat lunak berkualitas tinggi, transformasi pengiriman, dan rekan kerja bahagia.
Mari kita berjalan melalui mengapa aProses manajemen rilis yang dapat dikendalikan, terukur, dan otomatisApakah solusi Anda.
Apa itu Manajemen Rilis?
Pada intinya, manajemen rilis meminimalkan risiko, pelacakan dan persyaratan audit, jaminan pelanggan, dan implementasi yang konsisten - dalam pendekatan yang paling tidak mengganggu.
Perubahan dilacak, diuji, dan dikoreksi sebanyak yang diperlukan sebelum rilis yang berhasil.
SEBUAHmelepaskan(ataumelepaskan satuan) Apakah penyebaran satu atau lebih komponen berubah menjadi suatu produk ke lingkungan produksi.
Melepaskan pengelolaanadalah perencanaan, penjadwalan, dan pengujian produk melalui berbagai fase dan lingkungan.
Untuk mencapai rilis yang berhasil dan bertahan di era kompetitif ini,Manajer produk akan memonitor KPI dan metrikUntuk memastikan pengguna mereka dapat menggunakan perbaikan ini untuk mendukung bisnis mereka.
Jika Anda tidak melepaskan terus menerus, Anda melakukan kerugian bisnis Anda.
Mengapa? Berkomitmen untuk rilis perangkat lunak yang sering membuat produk Anda dapat diandalkan dan stabil-karakteristik penting untuk kesehatan bisnis Anda.
Bagaimanaseringsering? Setahun sekali, dua kali setahun? Pertimbangkan beberapa poin untuk menimbang: pentingnya pembaruan, kompatibilitas pengguna akhir, dan ketergantungan perangkat lunak saat ini.
PadaWorkpuls., COO Ryan Fyfe mengatakan, "Laju pelepasan workpuls adalah pada jadwal rolling bulanan. Sebagian besar minggu, kami merilis materi baru pada hari Senin berikutnya dan membuatnya tersedia secara bebas untuk semua anggota di situs web kami, dengan beberapa pengecualian (mis., Masalah yang telah diunduh terlalu banyak waktu atau yang perlu diedit lebih banyak). Selain dari pengecualian itu, tidak ada penundaan antara publikasi dan ketersediaan. "
Mari kita lihat empat jalur untuk dipertimbangkan untuk penyebaran rilis Anda:
Itu bisa menggoda bagi manajer pelepasan untuk jatuh ke dalam pola pikir "kita harus mempertimbangkan setiap situasi yang mungkin" untuk membuat fitursempurna .
Jika Anda jatuh, Anda berpotensi membuat produk sulit bagi pengguna untuk mengalami dengan membuatnya rumit untuk digunakan.
Meskipun manajemen rilis tidak diragukan lagi adalah kerja keras dari awal hingga akhir, manfaatnya melebihi perjuangan.
Bahkan lebih banyak tim yakin bahwa apa yang mereka keluarkan bekerja .
Mengapa Anda harus menerapkan proses manajemen rilis (alias sh * t baik)
Jika Anda bisa mengeluarkan dugaan dan meningkatkan produktivitas per jam, yang berpendapat bahwa perencanaan rilis tidak perlu?
Di sini adalah manfaat penting yang datang dari menerapkan strategi manajemen rilis:
🔁. Tetap di 'Ulangi'
✨. Kualitas seperti segalanya tentang tom hanks
💬. Di sini untuk komentar
Pada dasarnya, kami semua ingin membuat produk yang ingin kami gunakan, jadi kegembiraan kami dan perjalanan melalui proses ini menambah proses manajemen rilis.
👉 Periksa iniproduk okr contoh.Untuk tim produk Anda!
Kekacauan untuk kejelasan: 6 langkah proses rilis
Karena teknologi modern menjadi canggih, pengembang telah membuka jalan untuk melepaskan fitur baru lebih cepat - dan lebih aman.
Kerangka gesit melepaskan perubahan iteratif dalam jadwal pembangunan yang dikenal sebagaiSprint kotak waktu(ciuman koki yang sering dirilis). Dengan pendekatan pengiriman lincah,tim.Dapat mengoordinasikan kegiatan rilis untuk meminimalkan dampak pada bisnis.
Dengan memecah badan-badan besar bekerja ke dalam tugas-tugas yang dapat dikelola dan mengaturnya ke dalambacklog produk., tim produk dapatmengelola dan menilai perencanaan .
"Kami mengikuti metodologi gesit, jadi kami biasanya merilis item pemeliharaan dan peningkatan secara iteratif bersama pekerjaan jangka panjang pada rilis yang lebih besar dan dapat dipasarkan," kata Allie Wolff, direktur pemasaran produk diEmail benchmark .
"Kami fokus untuk merilis satu fitur baru per kuartal. Kami punya tujuan besar dan tidak ada kekurangan ide. Apa pun yang mungkin terjadi ketika Anda memiliki sumber daya tanpa batas, tetapi seperti kebanyakan bisnis, itu bukan kenyataan bagi kami. Denganalokasi sumber dayaMenjadi rintangan di kali, kami dengan hati-hati memprioritaskan item rilis sehingga kami dapat tetap dengan kecepatan dan melanjutkan memberikan nilai kepada pengguna kami. "
Langkah 1: Pimpin cara untuk melepaskan
Langkah pertama melibatkan manajer produk (atau manajer rilis), tim produk (pemilik, analis, dan pemasar), danStakeholder utamaMendefinisikan visi.
Ariana Dugan, VP produk diInteraksi belajar, Saham, "Kami memiliki pertemuan" skuad "lintas-fungsional reguler untuk bidang fokus utama kami di mana kami meninjau rilis dan desain besar yang akan datang untuk memastikan semua orang tahu apa yang akan terjadi kapan dan mengapa."
Selanjutnya, grup akan menentukan peningkatan fitur prioritas pada bisnis dan pelanggan di rilis berikutnyapeta jalan .
"Rilis kami diperintahkan oleh campuran dari apa yang kami pikir akan memiliki dampak tertinggi dalam keselarasan dengan tujuan strategis kami, musiman pelanggan, dan sekantung kemenangan cepat dan bug yang kami tahu banyak pelanggan akan menghargai," Dugan berlanjut. "Kami menggunakan matriks prioritas dan banyak diskusi sehat secara triwulanan untuk menyelaraskan prioritas dan urutan ini lintas fungsi dan level dalam organisasi."
Faktor keputusan meliputi:
Cara terbaik untuk menghindari backtracking nanti jalan adalah untuk membuatsilang tim.keterlibatan di awalperencanaan sprint. Tapi, tentu saja, selalu lebih mudah untuk melakukannya dengan benar pertama kali.
Selanjutnya, manajer rilis menentukan ruang lingkup pekerjaan (dengan pertimbangan pemangku kepentingan utama) untuk membuat arencana terperinci.Dari persyaratan pembangunan, analisis kelayakan, prioritas, dan pengujian ide-ide produk.
Proses asupan ini sangat penting untuk menyeluruh, karena mengartikulasikan nilai rilis.
👉 Jumpmir perencanaan Anda denganRoadmap dengan timeline.Template in UDN Task Manager.Pusat template . 🚀.
Langkah 2: Jalan ke Kode
Tim Teknik dan DevOps bekerja dalam cabang fitur spesifik mereka untuk menerjemahkan persyaratan produk dan harapan pemangku kepentingan dengan Roadmap.
Cabang-cabang fitur adalah segmen dari garis cabang master - di mana semua cabang fitur dikumpulkan dan diintegrasikan untuk mendorong produksi.
Tim pengembangan yang ditugaskan untuk cabang fitur tertentu dapat membangun, menguji, dan membuat perubahan apa pun tanpa menyebabkan gangguan atau ketidakstabilan ke cabang fitur lainnya. Namun, mengintegrasikan semua kode terlalu dini dalam siklus pengembangan kemungkinan akan menciptakan konflik dan keterlambatan yang tidak sengaja.
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 ketika mengelola suatu produk," mencerminkan Alyssa Parr, pemilik produk diJomo247.. "Kontak tatap muka (bahkan melalui zoom!) Tidak meninggalkan apa-apa untuk interpretasi dan memungkinkan penjelasan yang mudah dari kedua sisi dari apa yang kita butuhkan satu sama lain."
Langkah 3: Tes liar liar QA
Tim QA (Jaminan Mutu) mencari risiko potensial dalam lingkungan pementasan yang stabil berdasarkan kriteria yang ditetapkan. Di sini, tim QA dapat menentukan kapan kemampuan gagal dan bertindak pada mereka dengan terus menjalankan tes reguler.
Lingkungan pementasan sangat membantu untuk menguji fitur dengan sekelompok kecil pengguna sebelum rilis penuh. Ini memungkinkan pengujian dan pelacakan kinerja yang agresif sebelum tersedia untuk pengguna akhir.
Matthew Ramirez, pendiri rephrase media danParaphrase Tool., menyarankan penggunaannyadaftar periksaUntuk mengatur pendekatan manajemen penyebaran:
"Rilis produk sangat menegangkan karena ada begitu banyak hal yang bisa salah. Memiliki daftar periksa dengan semua item yang perlu diselesaikan sebelum rilis Anda dapat membantu meringankan beberapa stres yang terkait dengan merilis produk Anda. Daftar periksa yang baik juga akan membantu mencegah Anda kehilangan langkah atau melupakan sesuatu yang penting selama proses rilis Anda. "
Otomatisasi lebih masuk akal daripada jam ekstra.
Salah satu cara terbaik untuk memastikan peningkatan keandalan adalah mengotomatisasi tugas-tugas berulang sebanyak mungkin.
OtomatisasiMemungkinkan frekuensi rilis untuk melakukan kesalahan yang lebih cepat dan manusia diminimalkan. Selain itu, cabang fitur akan berumur pendek (ideal untuk sprint box time), dan tim dapat secara proaktif membuat perubahan.
Sekarang, fitur cabang-cabang mendorong ke garis cabang master!
Langkah 4: Tetap tenang dan siapkan
Setelah pengujian telah lulus lingkungan pementasan dengan aman dan berubah ditujukan, tim pemasaran produk menyamakan catatan rilis untuk mengkonfirmasi fitur penyebaran.
Kemudian, setelah ulasan dan persetujuan awal, pemilik fitur harus final memeriksa dokumentasi apa pun.
Seiring dengan rencana rilis untuk pengguna akhir, pelatihan dan bahan adopsi untuk departemen internal harus sama detail dan tersedia.
Albin Poignot, Co-Founder ofProduk Linky., mengatakan yang terbaik: "Notes rilis dimasukkan dalam pusat dokumentasi pusat yang tersedia untuk seluruh perusahaan. Tergantung pada perusahaan, itu bisa menjadiwiki., sistem manajemen tiket, atau dokumen bersama. "
"Tapi saya selalu menghindari menggunakan sistem manajemen versi (seperti git). Tujuannya adalah untuk menghindari rincian teknis yang disertakan ketika pembaca hanya ingin mengetahui fitur-fitur yang terkena dampak, "Albin menjelaskan.
Transfer pengetahuan ke staf pendukung sangat penting karena mereka membantu memungkinkan pelanggan untuk menggunakan produk dengan tujuannya.
👉 Hemat waktu menulis dan menggesekTemplate Rilis Catatandi dalam UDN Task Manager.Pusat template .
Langkah 5: Biarkan saja produksi
Rilis perangkat lunak Anda yang baru dibangun dan diuji dikirim ke produksi untuk pengguna!
Tim pemasaran menerbitkan catatan rilis internal dan eksternal, berkomunikasi dengan pelanggan, dan mengatur kekacauan jika diperlukan perubahan mendesak.
Bagikan rilis terbaru Anda dengan pengguna Anda
Langkah 6: Kumpulkan suka dan tidak suka
Dengan kata lain, jangan lewati langkah ini!
Pelaporan efisiensi, peluang untuk perbaikan, dan sistem pemantauan kesehatan sangat penting untuk berolahraga. Selain itu, umpan balik pengguna yang jujur tersedia untuk melakukan pemeliharaan dan memenuhi persyaratan pengguna.
Aravind Nallasivam, arsitek solusi diClaysys., menyarankan, "jika ada masalah kritis telah dilaporkan dalam versi rilis utama, maka prioritas akan bergeser untuk memperbaiki dan menambal masalah-masalah tersebut sebelum melanjutkanpengembangan produk. Kadang-kadang ini adalah tantangan ketika ada bug yang membutuhkan waktu yang luar biasa besar. "
Pengujian penerimaan pengguna (alias mendengarkan suka dan tidak suka pengguna) bekerja untuk keuntungan Anda, jadi ini akan memberi makan 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 kamiGlosarium Manajemen Produk!
5 cara teratas untuk mengacaukan manajemen rilis (dan bagaimana menghindarinya)
Tidak semuanya berjalan sesuai rencana, jadi sangat membantu untuk mengetahui apa yang bisa dihindari hanya dengan mengarahkan proses pengelolaan rilis dari hambatan. Yang paling umum adalah:
❌. Jelaskan ruang lingkup rilis dalam istilah yang tidak jelas
Bisakah Anda mengukur keberhasilan rilis jika semua tim memiliki tugas dan tanggal jatuh tempo? Ini bukan perilaku lincah dan dapat dengan mudah mengundang cakupan creep!
❌ Batasi 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 pengiriman informasi ke dalam tugas yang dapat ditindaklanjuti, sehingga pengembang tahu apa yang harus dikerjakan selanjutnya. Ini meningkatkan efisiensi dan melakukan operasi sehari-hari berpusat pada produktivitas.
❌ Memprioritaskan proses manajemen atas risiko
Pemikiran strategis tidak dapat dengan bebas meregangkan jika ada gangguan dengan proses tim internal. Anggota tim mengambil kepemilikan pribadi ketika kemampuan mereka untuk menyelesaikan masalah adalahdihargai proses dan alat .
❌ Tanggapi santai
Pengembang adalah kode bangunan yang terkadang bisa rumit. Umpan balik yang lebih konstruktif yang mereka miliki, semakin baik mereka dapat memperbaiki fitur perangkat lunak mereka. Agar ini berfungsi, mengklarifikasi harapan untuk tinjauan tepat waktu dan sistem persetujuan dengan tim dan pemangku kepentingan utama.
Kesimpulan
Meskipun perangkat lunak terus berlanjutUbah cara kerja organisasi, Ada juga sisi manusia untuk itu.Jadi kami menemukan cara baru untuk membantu orang tetap terhubung dan menyederhanakan tantangan hidup.
Organisasi di semua industritelah berkomitmen untuk terus memperbarui produk mereka untuk memberi orang desain, kegunaan, dan output yang lebih baik dengan setiap peningkatan baru.
UDN Task Manager.adalah perangkat lunak pengelolaan pelepasan dan penyebaran yang dirancang untuk tim untuk mengambil rilis produk mereka ke tingkat berikutnya. Jika Anda memerlukan bantuan manajemen proyek mengelola kerangka gesit atau metodologi preferen lainnya, UDN Task Manager.memiliki punggung Anda !
Semoga beruntung dengan transformasi digital Anda. Kami rooting untuk Anda!
