Sejajarkan Tim Teknologi dan Produk Anda dengan Kanvas Produk Teknologi

Dengarkan versi audio dari artikel ini

Miskomunikasi antara pengembangan produk dan tim teknologi mungkin merupakan sumber pemborosan sumber daya terbesar dalam pengembangan perangkat lunak. Perusahaan teknologi dengan pertumbuhan tinggi menghadapi peningkatan permintaan untuk pengiriman produk, dan dengan demikian, perencanaan yang tepat terkadang diabaikan. Ada beberapa tanda yang menunjukkan kurangnya keselarasan produk dan tim teknologi:

• Produk tidak dikirim ke persyaratan.
• Butuh waktu lebih lama dari yang direncanakan untuk menghadirkan fitur produk.
• Tim memiliki interaksi dan komunikasi yang sangat sedikit setiap minggu.
• Tim teknologi harus "melakukan kembali" infrastruktur mereka karena permintaan produk baru.
• Laju perkembangan terasa lambat dibandingkan dengan kompetisi.
• Tim teknologi sering bertanya: “ Mengapa Anda tidak memberi tahu kami sebelumnya? ”

Perusahaan yang sukses secara aktif mengelola antarmuka antara kedua tim ini dan memiliki peta jalan produk dan teknologi yang jelas yang dipahami oleh semua orang. Namun, saat ini, tidak ada metodologi populer yang memecahkan masalah ini secara terstruktur.

Sebaliknya, sebagian besar waktu, tujuan ini dicapai dengan cara ad-hoc melalui pertemuan tidak terstruktur. Perbandingan terdekat dengan ini adalah kerangka kerja Agile yang diskalakan, tetapi bahkan pendekatan ini tidak selalu layak untuk semua perusahaan, terutama yang lebih kecil, karena pendekatan ini memerlukan penerapan seluruh kerangka kerja.

Salah satu cara untuk dengan mudah mencapai keselarasan antara tim produk dan teknologi adalah dengan menggunakan Kanvas Produk Teknologi terstruktur

Apa Kanvas Produk Teknologi itu?

Konsep kanvas telah ada selama bertahun-tahun. Para visioner dan inovator utama di bidang ini termasuk Alexander Osterwalder yang menciptakan Business Model Canvas, Roman Pichler dan Product Vision Canvas-nya, dan Jeff Patton, yang dikenal dengan metode Pemetaan Cerita Pengguna dan Opportunity Canvas-nya. Saya telah menggunakan metodologi kanvas untuk memecahkan masalah keselarasan produk dan teknologi dan menciptakan Kanvas Produk Teknologi.

Kanvas akan bertindak sebagai cara cepat untuk memfasilitasi diskusi tim dan membuat semua orang pada halaman yang sama - secara harfiah. Ini adalah salah satu manfaat terpenting dari pembuatan dokumen ini. Dengan melalui proses, yang dapat memakan waktu hanya satu jam, Anda akan mulai mengelola keselarasan antara tim produk dan teknologi.

Kanvas Produk Teknologi memaksa tim Anda untuk menyatakan dan memvisualisasikan tujuan peta jalan produk, tujuan peta jalan teknologi, dan mendiskusikan setiap tahap produk-teknologi dari peta jalan secara eksplisit. Latihan ini memastikan tim sinkron dan semua orang dapat meninggalkan ruangan dengan harapan dan arah yang jelas.

Melalui pekerjaan saya dengan perusahaan teknologi, saya telah memperhatikan bahwa persimpangan antara tujuan bisnis dan kemampuan teknologi adalah tempat yang paling berisiko. Kanvas Produk Teknologi dibuat untuk mengelola risiko yang tepat ini.

Kapan Menggunakan Kanvas Produk Teknologi?

Diskusi Kanvas Produk Teknologi paling baik dimulai oleh pemilik produk ketika Anda telah sepenuhnya mendefinisikan visi produk, melakukan proses pemetaan cerita, dan mengembangkan peta jalan rilis produk awal. Pada tahap ini, akan menjadi jelas fitur produk mana yang penting untuk setiap rilis utama. Pada titik ini, tim siap untuk melakukan diskusi teknis terperinci tentang bagaimana produk akan dibangun.

Latihan Kanvas Produk Teknologi akan membawa kejelasan, terkadang konflik, tetapi pada akhirnya kesepakatan tentang arsitektur teknologi apa yang perlu diterapkan untuk mengembangkan produk, dan bagaimana platform teknologi akan berkembang untuk memenuhi kebutuhan produk. Ini akan memungkinkan tim teknologi untuk melakukan brainstorming berbagai kemungkinan dan memastikan masukan mereka tentang inovasi akan ditangkap.

Mari kita lihat contoh yang lebih mendetail tentang bagaimana Kanvas Produk Teknologi digunakan dalam usaha perangkat lunak hipotetis baru sehingga kita dapat melihatnya beraksi dan mempelajari cara menggunakannya.

Cara Menggunakan Kanvas Produk Teknologi

Kanvas Produk Teknologi dimaksudkan untuk menjadi, terutama, kendaraan untuk menciptakan fokus, komunikasi dan keselarasan tim. Kanvas memungkinkan Anda untuk melakukan percakapan dengan tim teknologi Anda untuk mencari tahu arsitektur teknologi apa yang akan dibutuhkan untuk mendukung pengembangan produk. Mari kita gunakan contoh hipotetis dari produk perangkat lunak baru. Aplikasi berbasis lokasi baru untuk menghubungkan orang dengan orang lain di sekitar mereka - aplikasi komunitas untuk menghubungkan Anda dengan tetangga.

Anda dapat mengunduh Kanvas Produk Teknologi di sini. Anda juga dapat mencetak kanvas dan menulis di atasnya. Atau, Anda juga dapat menggunakan alat online seperti Miro, yang saya gunakan untuk artikel ini.

Pengaturan

Katakanlah Anda telah bekerja dengan tim startup Anda selama beberapa bulan, Anda punya beberapa ide bagus dan sekarang Anda ingin merencanakan pengembangan perangkat lunak. Anda telah mengerjakan kanvas ramping Anda, Anda bahkan telah membuat peta cerita dari langkah-langkah proses yang akan dialami pengguna saat mereka menggunakan aplikasi. Sekarang Anda perlu membangunnya. Jadi, Anda membawa semua orang ke ruang konferensi, tim produk, dan tim teknologi Anda, dan Anda memproyeksikan versi kosong dari Kanvas Produk Teknologi di layar ruang konferensi. Mulai dari mana?

Hal pertama adalah menetapkan harapan tentang mengapa semua orang ada di sini dan apa yang ingin Anda capai. Jelaskan kepada tim Anda bahwa mereka ada di sini untuk memastikan rencana antara tujuan produk dan tugas teknis. Juga, tekankan bahwa Anda tidak mencari kesempurnaan dan bahwa Anda akan terus meninjau ini setiap beberapa bulan saat Anda mempelajari lebih lanjut dan persyaratan berubah. Tapi, setidaknya untuk hari ini, ini adalah taruhan di lapangan untuk memastikan Anda semua berada di halaman yang sama.

Langkah 1: Tentukan Metrik Sukses

Bagaimana Anda akan mengukur apakah keseluruhan rencana Anda berhasil? Apa tujuan bisnis? Mereka mungkin pendapatan di setiap fase rilis atau jumlah unduhan aplikasi. Jika Anda sudah familiar dengan kanvas ramping Anda mungkin sudah memiliki nomor tersebut diidentifikasi. Salin informasi itu ke bagian ini. Dalam contoh ini saya telah menggunakan dua Metrik Sukses berikut: “Hubungkan 1.000 orang di tahun pertama kami” dan “Buat merek kami di Los Angeles”––satu metrik terukur dan satu metrik kualitatif.

Tapi mengapa kita fokus pada ini dulu? Ini memastikan bahwa seluruh tim mengerti mengapa kita berada di ruangan itu. Kami memiliki tujuan untuk mencapai yang lebih besar daripada masalah produk atau teknologi apa pun. Ini adalah alasan bisnis kita semua di sini.

Langkah 2: Lengkapi Visi Produk dan Bagian Rilis Produk Anda

Hal ini memungkinkan tim untuk mendapatkan kejelasan atau penyegaran tentang apa visi produk kami dan bagaimana kami saat ini mendefinisikan prioritas pengembangan produk kami. Tuliskan pernyataan Visi Produk dan siapa kelompok sasaran utamanya. Kemudian, identifikasi beberapa item produk utama yang ingin Anda berikan di setiap rilis. Saya merekomendasikan untuk mengisi kotak-kotak ini sebagai sebuah tim dan tidak mengisinya terlebih dahulu. Ini memastikan bahwa baik anggota tim teknologi dan produk berpartisipasi dalam proses menentukan tujuan. Bekerja dari kiri ke kanan: identifikasi tujuan untuk iterasi produk pertama – fitur besar yang diperlukan untuk memenuhi kebutuhan pelanggan Anda.

Dalam contoh aplikasi kami, Visi Produk kami adalah "Untuk memungkinkan komunikasi waktu nyata antara orang-orang yang tinggal di lingkungan saya untuk memperkuat komunitas." Setelah itu, dalam Rilis Produk, kami mungkin mengatakan bahwa Versi 1 adalah "Untuk mengidentifikasi lokasi Anda saat ini, tunjukkan siapa yang terdekat dan berkomunikasi dengan alamat email mereka." V2 mungkin "untuk menunjukkan siapa yang ada di sekitar dan memungkinkan obrolan waktu nyata." V3 mungkin "untuk mengaktifkan privasi dan monetisasi." Iterasi produk ini akan dimasukkan ke dalam kanvas seperti yang terlihat di bawah ini. Buat kanvas sesederhana mungkin sehingga orang dapat melihat gambaran besarnya. Kanvas juga dimaksudkan untuk menangkap visi jangka panjang. Ingatlah bahwa ini mungkin pertama kalinya tim teknologi melihat gambaran yang begitu jelas tentang produk Anda, jadi luangkan waktu yang cukup untuk memastikan mereka memahami setiap rilis dan persyaratan yang menyertainya.

Langkah 3: Sesuaikan Visi Teknologi dengan Visi Produk

Sekarang saatnya untuk mendapatkan masukan dari tim teknologi dan mendefinisikan visi mereka tentang bagaimana arsitektur teknologi akan berkembang. Mulailah dengan Visi Teknologi, pernyataan yang menguraikan gambaran besar pengembangan dan yang dapat bertahan dari perubahan alat vendor. Dalam contoh aplikasi kami, Technology Vision mungkin menyatakan: “Untuk menggunakan kemampuan geo-lokasi perangkat yang menyediakan informasi lokasi dan menggunakan layanan mikro tanpa server untuk mengaktifkan kemampuan kolaborasi cloud.” Kami tidak memilih alat tertentu pada saat ini. Pikirkan Visi Teknologi sebagai gagasan besar tentang bagaimana teknologi akan membantu di sini dan inovasi apa yang ingin kami adopsi yang akan memungkinkan keunggulan kompetitif serta landasan teknologi yang dapat membawa kami ke visi kami.

Langkah 4: Sesuaikan Rencana Teknologi dengan Sasaran Produk

Di sinilah karet menyentuh jalan. Pada Langkah 2, untuk setiap iterasi Rilis Produk, fitur utama diidentifikasi. Sekarang Anda perlu menentukan Rencana Teknologi untuk setiap rilis ini. Identifikasi arsitektur teknologi dan alat apa yang akan dibutuhkan untuk mendukung masing-masing fungsi ini. Tidak apa-apa untuk mengidentifikasi alat yang tepat dan mendapatkan teknis. Anda dapat berputar di rilis mendatang jika diperlukan. Rencananya adalah memiliki tim teknologi untuk secara eksplisit mengomunikasikan apa yang perlu mereka lakukan.

Biarkan tim teknologi memimpin bagian ini dan yakinkan mereka bahwa jawabannya tidak harus sempurna. Jika mereka perlu pergi dan melakukan penelitian lebih lanjut, mereka dapat melakukannya setelah pertemuan. Tetapi tujuannya di sini adalah untuk menyelesaikan iterasi pertama kanvas, yang dapat diperbarui nanti. Kesempurnaan adalah musuh kesuksesan.

Dalam contoh aplikasi kami, kami melihat kebutuhan produk dalam kotak Rilis Produk 1. Berdasarkan persyaratan ini, kami dapat mengatakan bahwa Rencana Teknologi 1 adalah “Mengembangkan aplikasi web progresif menggunakan Ionic untuk mengaktifkan aplikasi lintas platform. Gunakan kemampuan Geo-Location perangkat. Sinkronkan dengan bagian belakang Firebase. Gunakan layanan email SendGrid.” Rencana dan tujuan teknologi yang dijelaskan di sini harus cukup untuk mencapai tujuan produk. Pastikan tim tidak melakukan rekayasa berlebihan saat sasaran produk tidak ada.

Pada langkah ini, kita akhirnya bisa melihat kekuatan kanvas–inilah cara kita menyelaraskan tim. Kami menyelaraskan tujuan produk dengan rencana teknologi. Dan garis di tengah itu? Itulah antarmuka , yang perlu dikelola secara aktif oleh manajer produk di antara tim.

Demikian pula, Paket Teknologi 2 akan menjadi “Menerapkan otentikasi pengguna menggunakan otorisasi Facebook/Google, mengimplementasikan obrolan waktu-nyata dengan database Firebase dan antarmuka Obrolan.” Paket Teknologi 3 akan menjadi "Menerapkan privasi/penyembunyian GPS dan metode pembelian dalam aplikasi untuk peningkatan aplikasi."

Prosesnya akan membutuhkan tim teknologi dalam rapat Anda untuk berkontribusi dalam diskusi. Anda akan memiliki kesempatan untuk semua ide dan wawasan untuk dibagikan dan didiskusikan, dan Anda akan mendapatkan keselarasan dan dukungan tim. Di sinilah orang-orang di semua sisi tim akan memahami kebutuhan, prioritas, dan masalah yang perlu didiskusikan dan di mana Anda akan mengembangkan rencana dan kesepakatan awal.

Pada titik ini, Anda memiliki draf peta jalan teknologi pertama yang cocok dengan peta jalan produk. Tugas teknologi utama ditata dalam alur visual yang akan membantu tim Anda mengetahui apa yang harus difokuskan dan kapan.

Langkah 5: Identifikasi Risiko dan Sumber Daya

Terakhir, setelah Anda memutuskan bagaimana Anda akan membangun produk dari perspektif arsitektur teknologi, ada baiknya untuk mendiskusikan risiko dan sumber daya. Dalam contoh kami, kami mungkin mengatakan untuk Risiko: "Ada kemungkinan aplikasi web progresif tidak akan cukup cepat." Jika demikian, kita dapat beralih ke React atau pengembangan aplikasi Native. Untuk Sumber Daya, kami akan membutuhkan orang-orang dengan keahlian dalam “Ionic, PWA, geolocation, dan Firebase.”

Menyertakan item ini di sini memastikan bahwa ringkasan satu halaman ini menangkap elemen penting yang muncul dari diskusi dan akan membantu nanti saat Anda meninjau kanvas lagi.

Gambar Lengkap

Berikut adalah contoh lengkap dari Technology Product Canvas berdasarkan contoh aplikasi hipotetis kami di atas:

Seharusnya tidak ada harapan bahwa kanvas harus sepenuhnya selesai pada langkah pertama. Anda mungkin tidak setuju sebagai sebuah tim tentang apa itu fitur produk dibandingkan dengan kemampuan teknis dan di mana harus meletakkan apa di kanvas. Tujuan kanvas adalah untuk memulai dan membingkai diskusi sehingga pada akhir sesi Anda dan seluruh tim memiliki kesepakatan konseptual yang jauh lebih baik tentang bagaimana pengembangan perlu dilanjutkan.

Dokumen ini sekarang menjadi inti dari rencana pengembangan Anda. Ini adalah peta jalan pengembangan tingkat tinggi dan tim teknologi sekarang dapat mengambil ini dan membingkai tugas pengembangannya yang lebih rinci dengan mengetahui tujuan bisnis.

Kesimpulan: Ulangi Kanvas Produk Teknologi Anda

Lima langkah dalam membuat Technology Product Canvas adalah:

1. Tentukan Metrik Sukses
2. Lengkapi Bagian Visi Produk dan Rilis Produk Anda
3. Sesuaikan Visi Teknologi dengan Visi Produk
4. Sesuaikan Rencana Teknologi dengan Sasaran Produk
5. Identifikasi Risiko dan Sumber Daya

Manfaat kanvas yang sangat penting adalah memungkinkan tim untuk mengidentifikasi teknologi 'minimum' yang perlu diterapkan atau dikembangkan pada setiap tahap. Ini membantu tim produk menyadari upaya teknologi yang diperlukan dan tantangan apa pun yang ada di depan. Pengembangan produk tidak diperlambat oleh kurangnya kemampuan teknis karena rencana teknis disinkronkan dan melihat cukup banyak langkah ke depan. Dalam contoh aplikasi, kami akan melatih tim kami atau menemukan pakar teknologi SignalR saat kami semakin dekat untuk merilis versi 1 sehingga kami siap untuk merilis versi 2 di mana keterampilan itu diperlukan.

Anda dapat mengunduh Kanvas Produk Teknologi di sini. Saya merekomendasikan agar tim melakukan peninjauan setiap kuartal, dan pasti setelah setiap rilis diselesaikan. Jangan ragu untuk memodifikasi kanvas agar lebih sesuai dengan kebutuhan Anda. Saya akan sangat tertarik untuk mendengar tanggapan Anda tentang bagaimana Kanvas Produk Teknologi dapat ditingkatkan.