- Banyak perusahaan melambat dalam pengembangan karena terjerat proses yang rumit atau persyaratan yang bertele-tele, padahal yang benar-benar penting adalah dengan cepat membuat ‘produk yang tepat’
- Jika elemen-elemen yang tidak perlu dihilangkan dari proses pengembangan produk, kecepatan pengembangan bisa meningkat drastis. Membuat produk yang tepat itu sendiri pada dasarnya adalah proses yang cepat
- Yang memperlambat tim produk adalah elemen-elemen yang tidak perlu seperti proses, jarak antara pengambil keputusan dan pelaksana, serta spesifikasi yang berlebihan
[Prinsip untuk Product Velocity]
1. Perlu ‘melakukan lebih sedikit’
- Secara umum, ada trade-off antara kecepatan dan kualitas
- Kebanyakan perusahaan menetapkan persyaratan dan tenggat waktu lalu memperlakukan kualitas sebagai hasil akhir, tetapi kami melakukan kebalikannya: menetapkan standar kualitas terlebih dahulu lalu memikirkan apa yang bisa dirilis dalam 60 hari
- Yang penting bukan mencoba memenuhi semua persyaratan, melainkan menyelesaikan hal-hal yang penting dengan cepat
- Dengan menghapus persyaratan dan hanya melakukan pekerjaan yang perlu, kita bisa meningkatkan kecepatan dan kualitas sekaligus
- Elon Musk juga mengusulkan pendekatan serupa dengan mengatakan, “pertama, buat persyaratannya tidak terlalu bodoh”
2. ‘Mode bodoh’ sering kali efektif
- Jika mengambil contoh ‘midwit meme’, orang yang sangat pintar dan orang bodoh sama-sama setuju pada solusi sederhana, sementara orang rata-rata justru membuat masalah menjadi rumit tanpa perlu
- Kami sering mendekati masalah dengan ‘mode bodoh’, berusaha mencari solusi sederhana alih-alih memikirkannya secara rumit
- Saat kami membuat kesalahan, biasanya itu karena terlalu banyak berpikir; cara yang sederhana lebih sering berhasil
- Bertanya pada diri sendiri, “kalau saya bodoh, apa yang akan saya lakukan?” sering membawa kami pada solusi yang bisa dieksekusi
3. Tidak semua masalah itu penting
- Hanya sedikit masalah yang benar-benar sangat penting. Masalah penting seperti keamanan wajib diselesaikan, tetapi tidak semua masalah harus diperbaiki
- Misalnya, UI mobile kurang bagus, tetapi karena pelanggan hampir tidak menggunakannya di mobile, kami tidak memperbaikinya
- Dengan cara ini, masalah yang tidak terlalu dipedulikan pelanggan bisa diabaikan
4. Langsung saja buat
- Kami tidak punya proses khusus untuk pengembangan produk. Kami tidak menggunakan mockup Figma, PRD, design system, agile, OKR, roadmap produk yang pasti, A/B testing, growth hacking, dan sebagainya
- Karena pelanggan kami adalah engineer, kami menganggap engineer kami bisa menangani produk, desain, dan lainnya sekaligus
- Kami lebih suka cepat membuat produk lalu melihat bagaimana reaksi pelanggan
5. Rewrite dilakukan saat memang perlu
- Perusahaan sering berpikir bahwa mereka bisa bergerak lebih cepat jika utang teknis ditunda selama mungkin, tetapi kami tidak keberatan melakukan rewrite besar-besaran saat memang diperlukan
- Kadang jalan tercepat untuk membuat hal yang benar adalah dengan membuat hal yang salah terlebih dahulu, menyadari bahwa itu salah, lalu menggantinya dengan yang benar
- Jika menghapus utang teknis tampak berguna, kami akan melakukannya
6. Gunakan outsourcing jika memungkinkan
- Jika memungkinkan, kami membeli solusi dari vendor eksternal alih-alih membuatnya sendiri di dalam perusahaan. Misalnya, kami menghasilkan SDK melalui perusahaan bernama Fern
- Tentu saja, menggunakan vendor membutuhkan biaya awal yang cukup besar dan membatasi fleksibilitas, tetapi umumnya itu adalah pilihan yang tepat
- Sumber daya engineering kami sangat terbatas dan mahal; satu minggu waktu engineer menelan biaya sekitar 5.000 dolar. Jika memperhitungkan opportunity cost, nilainya jauh lebih besar
- Hal yang benar-benar layak dibuat sendiri sebenarnya relatif sedikit
7. Tidak merekrut
- Kami tidak berharap output tim akan meningkat hanya karena menambah orang. Perekrutan itu lambat dan sulit, sementara onboarding dan pengelolaan orang menghabiskan waktu
- Terlebih lagi, sulit membawa orang yang benar-benar kompeten dan bisa berkontribusi tanpa banyak dukungan
- Karena itu, meskipun kami punya sumber daya untuk membangun tim engineering besar, kami berusaha sekuat mungkin untuk tetap kecil. Ini membuat hidup jauh lebih mudah
Pemikiran penutup
- Kami menyadari, lebih dari yang sebelumnya kami pahami, bahwa pengembangan produk seharusnya tidak memakan waktu selama itu
- Jika Anda tahu apa yang dibutuhkan pelanggan, memiliki tim yang kuat, dan menyingkirkan elemen-elemen tidak perlu yang mengalihkan perhatian, Anda bisa mengembangkan produk dengan sangat cepat
10 komentar
Saya juga datang lagi untuk melihatnya. Sampai jumpa lagi nanti.
Bagus dibaca berulang kali pun tetap enak.
?? Sangat idealistis ya
Biaya pengelolaan outsourcing maupun sumber daya yang harus dialokasikan ke sana sepertinya tidak sedikit... Meski begitu, secara keseluruhan ini tetap nasihat yang sangat bagus.
Orang selalu bilang untuk menggunakan outsourcing. Tetapi, saya hampir tidak pernah melihat penjelasan tentang bagaimana seharusnya melakukannya saat memakai outsourcing.
Kalau Anda menyerahkan hanya sketsa sederhana tanpa gambaran layanan yang jelas, Anda tidak menyadari bahwa hasil yang diterima bisa jauh lebih buruk dari yang dibayangkan....
???: Tolong buat ini cepat, tetapi tidak agile
Saya rasa itu mungkin ketika produknya jelas
Saat yang harus dikerjakan sudah jelas, rasanya desain lebih dari itu tidak diperlukan
"Pertama, buat persyaratannya tidak terlalu bodoh"
Kalau suatu hari vendor outsourcing tiba-tiba hilang... kalau telepon juga tidak diangkat, huhu
Bahkan jika itu pengembangan internal, bukankah situasinya akan mirip kalau suatu hari semua orang tiba-tiba mengundurkan diri..?