Sebagian besar peta jalan produk ditinggalkan dalam satu kuartal setelah ditulis. Bukan karena tim tidak disiplin, tetapi karena peta jalan dibangun di atas fondasi yang salah: tanggal tetap, daftar fitur, dan keinginan pemangku kepentingan dikemas sebagai rencana. Ketika kenyataan pasti menyimpang dari rencana — fitur membutuhkan waktu lebih lama, kebutuhan pelanggan berubah, pesaing bergerak — peta jalan menjadi fiksi, dan tim berhenti melihatnya.
Peta jalan yang benar-benar diikuti orang bukan bagan Gantt yang didandani seolah-olah strategi produk. Ini adalah dokumen hidup yang mencerminkan pemikiran terbaik tim saat ini tentang urutan penyelesaian masalah, disusun agar jujur tentang apa yang diketahui dan apa yang tidak.
Sebelum merancang peta jalan, ada baiknya memperjelas tujuannya. Peta jalan melakukan tiga hal: ia mengomunikasikan arah (ke mana kita pergi dan mengapa), memaksa penentuan prioritas (kita tidak bisa mengerjakan semuanya, jadi mana yang lebih dulu), dan menciptakan basis untuk keselarasan (sehingga engineering, desain, penjualan, dan dukungan pelanggan semuanya bekerja menuju tujuan yang sama).
Peta jalan tidak menjamin tanggal rilis. Peta jalan juga tidak mengikat diri pada fitur tertentu. Dan ia tidak menggantikan kebutuhan akan discovery yang berkelanjutan. Jika pemangku kepentingan memperlakukan peta jalan sebagai janji, itu adalah masalah proses — bukan alasan untuk menanamkan presisi semu ke dalam dokumen.
Format peta jalan paling awet untuk sebagian besar tim adalah model tiga horizon. Format ini jujur tentang ketidakpastian: item di "Sekarang" sudah pasti dikerjakan, item di "Berikutnya" direncanakan tetapi tidak terkunci, dan item di "Nanti" benar secara arah umum tetapi dapat berubah seiring bertambahnya pemahaman Anda.
Perhatikan bahwa setiap item mencakup bukan hanya apa itu, tetapi juga mengapa item itu ada. Peta jalan tanpa alasan hanyalah daftar. Ketika anggota tim memahami mengapa setiap item dipilih, mereka dapat membuat keputusan yang lebih baik ketika keadaan berubah — dan mereka dapat berdiskusi dengan lebih produktif ketika pelanggan meminta sesuatu yang tidak ada di daftar.
Peta jalan berbasis fitur ("bangun X, bangun Y, bangun Z") menciptakan dinamika yang berbahaya: tim merilis fitur dan menyebutnya selesai, bahkan jika fitur itu tidak menggerakkan metrik yang seharusnya mereka gerakkan. Fiturnya sudah dirilis; masalahnya belum terselesaikan.
Peta jalan berbasis hasil membingkai ulang setiap item sebagai tujuan: "Kurangi waktu hingga nilai pertama (time-to-first-value) untuk pengguna baru dari 4 hari menjadi di bawah 24 jam." Tim kemudian dapat memutuskan — dan meninjau kembali — cara mencapai hasil itu. Struktur ini juga membuat jauh lebih mudah untuk menurunkan prioritas sebuah fitur ketika Anda menemukan cara yang lebih baik untuk mencapai hasil yang sama.
Manajer produk adalah pemilik peta jalan. Itu berarti ia bertanggung jawab atas isinya, pembaruannya, dan komunikasinya kepada pemangku kepentingan. Tetapi kepemilikan tidak berarti penulisan seorang diri — peta jalan terbaik dibangun secara kolaboratif, dengan masukan dari engineering (tentang kelayakan dan upaya), desain (tentang implikasi pengalaman pengguna), dan tim yang berhubungan langsung dengan pelanggan (tentang sinyal pasar).
Yang harus dihindari PM adalah menyusun peta jalan lewat komite. Pemangku kepentingan dapat memberikan masukan; mereka tidak boleh memiliki kekuatan veto atas item individual. PM merangkum masukan dan mengambil keputusan. Jika proses pengambilan keputusan itu dipercaya, hasilnya pun akan dipercaya.
Kolom Sekarang harus ditinjau setiap sprint. Kolom Berikutnya harus ditinjau di awal setiap kuartal, atau kapan pun bukti signifikan baru tiba (pelanggan besar berhenti (churn), pesaing meluncurkan sesuatu yang relevan, sprint penemuan menghasilkan temuan yang mengejutkan). Kolom Nanti perlu ditinjau sekali setiap kuartal — bukan untuk menyempurnakannya, tetapi untuk memastikan bahwa taruhan arah strategis masih masuk akal.
Tujuannya adalah peta jalan yang tidak pernah usang sampai memalukan, tetapi juga tidak diperbarui terlalu sering sampai menimbulkan kecemasan. Sebagian besar tim cenderung kurang memperbarui — peta jalan mencerminkan keputusan yang dibuat enam bulan lalu dan tidak ada yang tahu kapan terakhir kali berubah.
Peta jalan akan diikuti jika — dan hanya jika — tim mempercayainya. Kepercayaan itu berasal dari tiga hal: alasan untuk setiap item terlihat dan masuk akal, tim terlibat dalam membangunnya alih-alih sekadar diberi hasil jadi, dan PM segera memperbaruinya ketika keadaan berubah, alih-alih berpura-pura rencana awal masih berlaku.
Peta jalan yang diperlakukan sebagai alat negosiasi, atau sebagai dokumen yang diproduksi untuk memuaskan eksekutif, akan diabaikan di tingkat tim dan dibenci di tingkat pemangku kepentingan. Peta jalan yang mencerminkan pemikiran yang sungguh-sungguh, trade-off yang nyata, dan ketidakpastian yang diakui secara jujur akan menjadi alat yang dicari orang — karena benar-benar membantu mereka memutuskan.