Blog KaryaVirtual

Gudang Pengetahuan Digital

Agile roadmaps

January 23, 2020 Product Management 0

Gagasan bahwa Agile development membuang perencanaan jangka panjang merupakan mitos. Sebuah roadmap adalah untuk sebuah tim Agile sebagaimana untuk tim waterfall karena ia menyediakan konteks kerja tim setiap hari, dan merespon pergeseran dalam lanskap kompetitif.

Apa itu agile product roadmap?

Sebuah roadmap produk adalah sebuah rencana aksi untuk bagaimana suatu produk atau solusi akan berkembang dari masa ke waktu. Pemilik produk menggunakan peta jalan untuk menguraikan fungsi produk masa depan dan ketika fitur baru akan dirilis. Ketika digunakan dalam pengembangan Agile, peta jalan menyediakan konteks penting bagi pekerjaan tim sehari-hari, dan harus responsif terhadap pergeseran dalam lanskap kompetitif. Beberapa tim Agile dapat berbagi Roadmap produk tunggal.

Membangun Roadmap

Untuk membangun peta jalan, product owner memperhitungkan trend pasar (market trajectories), proposisi nilai (value proposition), dan kendala engineering. Setelah faktor ini cukup dipahami dengan baik, mereka dituangkan dalam roadmap sebagai inisiatif dan jadwal. Di bawah ini adalah roadmap yang sangat sederhana untuk tim produk. Inisiatif ini dalam warna biru dan garis waktu diindikasikan oleh penanda tonggak merah.

Agile roadmap | Atlassian agile coach

Mensosialisasikan Roadmap

Setelah peta jalan dibangun, perlu diinformasikan dengan seluruh tim produk sehingga semua orang memahami visi dan arah. Di banyak organisasi, pemilik produk membuat peta jalan mereka di PowerPoint dan spreadsheet, lalu mengirimkan slide dan spreadsheet ke tim. Sementara bermaksud baik, strategi ini adalah cacat dari awal. Setiap anggota tim memiliki salinan peta jalan mereka sendiri, dan menjaga semua orang untuk mempercepat Kapan dan jika perubahan Roadmap menjadi rumit.

Jadi bagaimana product owner dapat menjaga tim lebih terinformasikan? Sederhana.

Tuangkan roadmap secara online, misalkan degan tools tertentu google sheet atau googledrive

Kebanyakan Alat kolaborasi dibangun untuk hal semacam ini akan secara otomatis memberitahu semua peserta proyek membiarkan mereka tahu jika Roadmap telah berubah.

Ketika menambahkan sebuah inisiatif untuk Roadmap, pertimbangkan pertanyaan berikut:

Sebelum kita berbicara tentang solusi forecasting dinamis, mari kita bicara tentang langkah untuk membangun rencanaAgile jangka panjang menggunakan metafora membangun rumah:

  • Apa prioritas relatif dari setiap inisiatif?
  • Kapan kita diperlukan untuk mengerjakan setiap inisiatif?
    • Apakah ada tanggal tertentu yang tim butuhkan untuk memukul?
    • Dependensi apa yang dimiliki program – baik internal, maupun tim lain
  • Tim mana yang bekerja pada setiap inisiatif?
    • Apakah tim saat ini memiliki ketersediaan dalam jadwal mereka dan kapasitas yang cukup?
    • Bisakah kita menjaga tim lincah saat ini stabil?
      • Jika tidak…
        • Bagaimana tim akan diorganisasi kembali?
          • Apakah kita akuntansi untuk ramping-up tim yang baru terbentuk di Timeline proyek?

Menggunakan Roadmap

Sangat penting untuk menghubungkan kerja tim Anda kembali ke Roadmap sehingga Anda mendapatkan seluruh “konteks” hal yang saya sebutkan di atas. Sebuah cara untuk melakukan hal ini adalah untuk memecahkan inisiatif ke dalam epics dalam product backlog,dan kemudian menjabarkan kedalam requireme. Mengatiakan semuanya bersama-sama seperti itu membuat lebih mudah bagi product owner dan tim developer untuk membuat keputusan jangka panjang yang tidak membahayakan pekerjaan di masa depan. Mari kita lihat sebuah contoh untuk melihat bagaimana ini bekerja

Katakanlah, misalnya, bahwa kita merelease fitur profil pengguna di website kita. Jika kita menemukan bahwa pelanggan kita tidak menggunakan dengan fitur, Haruskah kita terus berinvestasi di dalamnya? Mungkin, mungkin tidak. Kita perlu memahami mengapa engagement nya rendah sebelum kita membuat keputusan ini. Jadi, bukannya terus maju , kita mungkin memilih untuk menerapkan beberapa tes A/B dengan harapan mendapatkan beberapa wawasan tentang tingkat engagement yang rendah-yang mungkin mengarahkan kita ke arah yang akan jauh lebih sulit .

Kemampuan untuk mengambil langkah mundur dan penelitian sebelum kita membuat keputusan penting adalah esensi dari sebuah agile roadmap. Ini memberikan tim kemampuan untuk mengevolusi fitur ketika mereka belajar lebih banyak tentang produk, dan pasar.

Mengembangkan Roadmap

Proyek waterfall memerlukan investasi diawal yang besar. Akibatnya, anggota tim menjadi emosional melekat pada roadmap dan pengorbanan membuat keputusan yang tepat karena terlalu menyakitkan untuk membatalkan pekerjaan yang telah mereka lakukan

Untuk itu bagian, pengembangan Agile berjalan ke dalam tiga risiko yang berbeda:

  • Tim mungkin kehilangan kepercayaan pada kemampuan kepemimpinan untuk membuat keputusan strategis jika Roadmap diperbarui terlalu sering.
  • Produk mungkin datang terlambat di pasar dan kehilangan permintaan terpendam jika Roadmap tidak diperbarui cukup sering.
  • Upaya jangka panjang dapat tampak “terlalu besar dan terlalu sulit” untuk iterasi yang lebih pendek. Tim over-kompensasi dengan memecah pekerjaan ke dalam bubuk-halus granularity, dan akhirnya berfokus terlalu berat pada hasil jangka pendek.

Untuk memerangi “thrashing”, staleness, dan rabun dekat, menjaga roadmap secara merata terfokus pada taktik jangka pendek dan strategis, tujuan jangka panjang. Cara yang bagus untuk melakukan ini adalah untuk meninjau peta jalan triwulanan, menyesuaikan sesuai kebutuhan, dan berbagi. Ini bekerja dengan baik dalam setiap organisasi ukuran, tapi ingat: satu peta jalan dapat menjangkau beberapa agile team, jadi memeriksa, mengadaptasi, dan berkomunikasi.

Teruslah membaca The Agile Coach untuk belajar tentang pertimbangan khusus untuk tim yang lebih besar yang mengelola portfolio yang memiliki roadmap di beberapa tim.

Leave a Reply

Your email address will not be published. Required fields are marked *