-
Sistem peninjauan adalah sarana penting manajemen produk Internet. Sistem peninjauan berjalan melalui semua aspek manajemen produk seperti perencanaan strategis, desain produk, implementasi teknologi, pengoperasian produk, dan pemasaran produk. Dapat dikatakan bahwa sistem review yang efisien merupakan ukuran penting dari kemampuan manajemen produk suatu perusahaan. Mari kita daftar secara singkat beberapa nilai dari sistem tinjauan:
Sistem peninjauan dapat membantu pemangku kepentingan mencapai pemahaman yang konsisten tentang tujuan konstruksi produk;
Melalui sistem peninjauan, kualitas rencana perencanaan produk, rencana permintaan produk, rencana teknis, rencana operasi, rencana pemasaran, dll. dapat diperiksa untuk meningkatkan kualitas produk;
Melalui sistem peninjauan, poin-poin penting dan poin risiko dalam perencanaan produk dan proses konstruksi dapat diperiksa untuk mengurangi risiko pelaksanaan proyek.
Sistem evaluasi secara efektif dapat meningkatkan kemampuan peserta;
Periksa rencana melalui tinjauan sistem untuk memastikan bahwa semangat arsitektur produk sistem dan desain arsitektur diterapkan secara konsisten
Meskipun peninjauan produk sangat penting, tampaknya tidak ada sistem peninjauan perusahaan yang efisien. Semua orang mengeluh tentang banyaknya kelemahan sistem peninjauan yang telah berkembang menjadi formalitas atau berkembang menjadi PK antar kubu besar. Mengenai sistem review, dibahas dalam berbagai buku dan metodologi rekayasa perangkat lunak. Fokus di sini bukan untuk membahas prinsip-prinsip umum sistem review (seperti review produk). produk berbasis. Cara pengecekannya melalui sistem review.
1. Proyek tahap konstruksi VS. Proyek tahap operasi
Untuk produk Internet (platform produk) yang mengadopsi konsep platform produk, seperti platform pembayaran dan platform terbuka, manajemen proyek produk pada masa konstruksi menghadapi tantangan yang berbeda dibandingkan manajemen proyek produk pada masa operasi.
Alasan untuk menekankan platform produk ini adalah karena bagi banyak produk Internet, logika utamanya adalah bagian depan situs web, sehingga peninjauan situs web ini relatif mudah dan hanya memerlukan pendekatan berbasis prototipe. Namun untuk produk platform ini, ini bukan sekadar pekerjaan pengembangan halaman situs web sederhana. Logika paling rumit dari sistem ini umumnya terletak pada aturan bisnis back-end dan logika bisnis, dan ini tidak dapat dijelaskan dengan jelas melalui prototipe.
1). Karakteristik proyek selama masa konstruksi
Siklus proyeknya relatif lama, misalnya lebih dari 1 bulan
Sumber daya proyek relatif melimpah dan dapat dioperasikan sebagai tim proyek terpisah
Manajemen proyek dapat menggunakan metode manajemen proyek tradisional atau metode manajemen proyek tangkas
Pekerjaan persiapan pra-proyek relatif cukup, seperti dokumen produk yang relatif lengkap, prototipe lengkap, rencana proyek yang lengkap, seminar pendirian proyek/seminar permintaan, dll, riset pasar/analisis produk pesaing, dll.
Proyek ini relatif independen dan tidak terlalu dibatasi oleh proyek lain
2) Karakteristik proyek selama masa operasi
Siklusnya pendek, sebagian besar kurang dari 2 minggu
Sumber daya terbatas, dan anggota tim proyek mungkin harus memelihara produk lain secara bersamaan.
Ketika bisnis perusahaan berkembang, orang-orang yang memahami produk dan arsitektur teknis selalu langka. Orang-orang ini umumnya bertanggung jawab atas beberapa proyek baru yang penting dan harus membantu pendatang baru untuk mengenal sistem di tempat kerja.
Manajemen proyek umumnya mengadopsi metode manajemen proyek tangkas seperti Scrum dan XP, atau bahkan mengurangi pengembangan tangkas.
Persiapan untuk proyek ini tidak terlalu memadai, dan tidak mungkin dilakukan setelah persiapan yang memadai.
Proyek perlu dioptimalkan dan direkonstruksi berdasarkan produk yang ada dan tidak dapat mempengaruhi sistem yang ada. Untuk produk operasional, arsitektur produk dan arsitektur sistem kehilangan kendali dan berubah bentuk selama modifikasi sedikit demi sedikit. Harus ada mekanisme untuk mengendalikan faktor-faktor ini.
Di sini kami fokus pada metode review produk dan review teknis selama periode operasi.
2. Prinsip review produk selama masa operasi
Betapapun mendesaknya proyek tersebut, tinjauan produk dan tinjauan teknis harus dilakukan
Ulasan harus gesit
Format review tidak masalah, review! =Rapat, bentuk review dapat berupa review formal maupun review informal. Inti dari peninjauan ini adalah perlunya orang-orang yang akrab dengan sistem dan mampu memeriksa rencana tersebut.
Tujuan dari tinjauan ini bukan untuk menemukan solusi optimal, namun solusi yang paling masuk akal dalam keterbatasan sumber daya yang ada.
Tidak ada sistem review yang sempurna. Kuncinya adalah terus mengoptimalkan sistem review dalam praktiknya dan menetapkan sistem review dan tindakan tindak lanjut yang sesuai dengan situasi perusahaan Anda.
3. Metode review produk selama masa operasi
Untuk peninjauan produk selama periode operasi, tidak ada rencana praktik terbaik sebagai referensi. Setiap perusahaan memiliki kondisi bisnis realistisnya sendiri, dan model bisnis yang berbeda memiliki metode peninjauan yang berbeda. Dapat dikatakan bahwa peninjauan produk yang efisien selama masa operasi merupakan seni keseimbangan, yang harus menyeimbangkan persyaratan standarisasi manajemen, ketangkasan, dan realitas bisnis. Namun secara keseluruhan, inti dari metode review produk selama periode operasi adalah sama: perbaikan berkelanjutan berdasarkan kolaborasi tim.
Sistem review pada masa operasi perlu didukung dengan proses pengembangan produk pada masa operasi. Proses pengembangan produk yang disederhanakan selama periode operasi (dibandingkan dengan proses pengembangan produk selama periode konstruksi) harus dirumuskan untuk mengumpulkan dan mengungkap masalah dalam sistem tinjauan dari tautan proses lain untuk memastikan optimalisasi berkelanjutan dari sistem tinjauan produk. Misalnya, melalui umpan balik dari pengujian kualitas, operasi, penjualan, pemasaran, dan tautan lainnya, proyek dengan sistem peninjauan yang gagal ditemukan dan dimasukkan dalam perpustakaan kasus untuk terus mengoptimalkan proses R&D dan sistem peninjauan.
Tetapkan standar kaku yang harus ditinjau dan sempurnakan menjadi bentuk daftar periksa yang dapat diukur (kriteria pertama saja)
Misalnya, jika waktu pengembangan lebih dari 1 minggu atau kurang dari 1 minggu tetapi melibatkan modul bisnis utama, maka harus ditinjau ulang. Alasan mengapa metode periode konstruksi dan dampak yang diterapkan adalah satu-satunya yang bisa diterapkan dibandingkan menggunakan personel penghubung untuk mengevaluasi perlu tidaknya peninjauan, terutama untuk menghindari terlalu banyak faktor manusia yang menyebabkan sistem peninjauan hanya menjadi formalitas belaka.
Jika kurang dari 1 minggu dan tidak melibatkan perubahan model bisnis utama, penanggung jawab akan membuat penilaian sendiri.
Tinjauan tersebut harus melibatkan partisipasi pemangku kepentingan, dan tidak boleh membiarkan personel produk dan personel teknis melakukan evaluasi sendiri. Misalnya: solusi produk harus memiliki personel teknis, personel operasi, personel keuangan, dll.; solusi teknis harus memiliki personel produk, arsitek, pakar bisnis, dll.; Pemangku kepentingan yang berpartisipasi dalam peninjauan mempunyai hak untuk membatalkan rencana tersebut dan mengulanginya. Tentu saja, ini melibatkan topik lain yang lebih besar: kolaborasi tim jika sebuah tim tidak dapat membangun hubungan saling percaya, betapapun sempurnanya sistemnya, itu akan menjadi PK.
Peninjau tidak perlu melakukan tinjauan komprehensif, tetapi hanya meninjau rencana pada poin-poin penting persyaratan, aturan bisnis utama, dan poin risiko untuk memastikan efisiensi tinjauan. Hasil peninjauan perlu dicatat dalam formulir proses yang relevan.
Membentuk perpustakaan kasus tinjauan, meninjau perpustakaan kasus tinjauan secara berkala (bulanan), dan terus mengoptimalkan sistem tinjauan. Ringkasan kasus peninjauan harus fokus pada permasalahannya, bukan pada orangnya. Jangan membebani peninjau untuk bertanggung jawab penuh atas hasilnya.
Eksekusi suatu sistem tidak bergantung pada seberapa sempurna sistem tersebut didefinisikan pada awalnya. Kuncinya terletak pada apakah sistem tersebut dapat terus dioptimalkan. Optimalisasi berkelanjutan/perbaikan berkelanjutan/perbaikan berkelanjutan adalah salah satu rahasia inti yang terkenal dan efektif dari berbagai metode manajemen, tetapi juga yang paling sulit untuk diterapkan. Apalagi dibandingkan dengan istilah-istilah mode manajemen, menyebutkan perbaikan berkelanjutan terlalu tidak orisinal dan membosankan Begitu besarnya sehingga kita semua berharap adanya “peluru perak” untuk menyelesaikan berbagai permasalahan yang kita hadapi.
Sumber artikel: Menjadi biksu seperti sebelumnya dan menjadi Buddha. Harap tunjukkan link sumber saat mencetak ulang.