Karena produk kami semakin kompleks, semakin sulit untuk memiliki gambaran lengkap tentang bagaimana semuanya bekerja bersama. Dan, untuk menjaga kecepatan pertumbuhan kami, kami harus menemukan cara untuk mempertahankan sumber kebenaran terkini untuk semua spesifikasi fungsional kami. Artikel ini menjelaskan cara kami sebelumnya menangani spesifikasi, masalah yang kami temukan dengan pendekatan tersebut, dan cara kami membuat yang baru sepenuhnya.

Apa yang salah dengan "spesifikasi berdasarkan fitur"

Pendekatan tradisional kami terhadap spesifikasi adalah memiliki halaman khusus untuk setiap spesifikasi baru, di mana Manajer Produk akan menyusun daftar perilaku yang diharapkan untuk layar baru dan yang sudah ada. Pendekatan ini bekerja dengan baik hingga produk menjadi lebih kompleks, terutama saat fitur baru menggantikan sebagian layar yang ada.

Akibatnya, sulit untuk memahami dengan tepat cara kerja layar dan dampak potensial apa yang mungkin terjadi di tempat lain di aplikasi saat memperbarui elemen tertentu. Basis kode menjadi satu-satunya sumber kebenaran yang dapat diandalkan, dan Manajer Produk harus mengandalkan Insinyur untuk berulang kali menjelaskan bagaimana perilaku layar. Ini mengganggu fokus Insinyur, menyebabkan mereka memberikan jawaban yang cepat dan perkiraan yang menyebabkan pengerjaan ulang, pemborosan, waktu tunggu yang lebih lama, dan frustrasi.

Membangun prototipe

Untuk mengatasi masalah ini, kami perlu mengembangkan prototipe sumber kebenaran untuk spesifikasi dan desain. Setiap layar harus memiliki sumber kebenaran yang unik. Oleh karena itu setiap pembaruan yang dilakukan pada layar harus tercermin dalam satu sumber kebenaran itu, bukan pada halaman khusus lainnya. Desain kami ada di Figma, jadi kami menyimpannya di sana. Menulis spesifikasi di sebelah tangkapan layar di Notion sebenarnya lebih sulit daripada menulis spesifikasi secara langsung di Figma. Pengembang dapat langsung melihat desain fidelitas tinggi dengan spesifikasi mereka di file Figma yang sama, dengan spesifikasi yang ada tepat di sebelah perubahan yang diusulkan

Untuk memastikan bahwa spesifikasi kami komprehensif, kami mengidentifikasi empat area utama yang terlewatkan oleh pendekatan kami sebelumnya untuk disertakan dalam prototipe baru kami. Pertama, kami membutuhkan visibilitas ke semua elemen layar, apa pun kondisinya. Kedua, kami perlu mengetahui bagaimana elemen apa pun berperilaku tanpa harus meminta para insinyur untuk merekayasa ulang basis kode. Ketiga, kami perlu mengetahui apakah suatu elemen dibagikan di beberapa layar untuk menghindari perubahan di satu layar membuat pembaruan yang tidak diinginkan di layar lain. Dan terakhir, kami membutuhkan gambaran yang jelas tentang alur layar dengan semua kondisi untuk menavigasi dari satu layar ke layar lainnya.

Meningkatkan dan menskalakan prototipe

Untuk melibatkan semua Desainer kami, kami perlu membuat standar yang jelas yang menanggapi kebutuhan khusus mereka pada platform yang mereka kenali dan gunakan secara teratur. Sekarang, kami memiliki satu ruang kerja "Spesifikasi Visual" di Figma dengan folder yang diurutkan berdasarkan tema, dan bukan berdasarkan tim. Setiap layar milik semua orang, bukan hanya satu tim. Jika tim yang bertanggung jawab atas cakupan tertentu membuat perubahan yang akan memengaruhi bagian lain dari aplikasi, mereka dapat memperbarui layar yang tepat di tempat yang tepat dan semua orang akan melihat perubahan tersebut secara otomatis. Dengan cara ini, pendekatan kami saat ini terhadap spesifikasi lebih komprehensif dari sebelumnya. Setiap folder tema memiliki satu halaman untuk setiap cerita pengguna.

Konten cerita pengguna menunjukkan perkembangan horizontal dari perjalanan pengguna. Secara vertikal, kami memiliki semua kemungkinan varian dari setiap layar kunci (status kesalahan, status memuat, status kosong…). Kartu spesifikasi adalah kriteria penerimaan yang lengkap untuk setiap elemen di mana setiap kemungkinan perilaku elemen dijelaskan. Layar utama akan menampung sebagian besar spesifikasi, dan varian hanya akan menampilkan spesifikasi spesifiknya.

Sekarang, setiap kali kami mengembangkan fitur baru, kami membuat cabang baru di Figma dan menambahkan kartu spesifikasi baru dengan warna berbeda di sebelah elemen baru. Setelah fitur selesai, kartu spesifikasi ini akan diubah menjadi status "langsung", dan cabang digabungkan dengan yang utama. Ini membuat semuanya tetap bersih, terkini, dan siap untuk memulai fitur baru dalam kondisi terbaik.

Melakukan migrasi penuh

Memperbarui cara kerja di departemen Teknologi dan Produk bisa jadi menantang. Di situlah Qonto Way masuk — peningkatan berkelanjutan adalah inti dari budaya kami. Kami mencoba metode baru dengan sebagian tim, dan jika terbukti bermanfaat, kami menerapkannya ke seluruh tim. Jika tidak, kami membuangnya. Dalam hal pembenahan pendekatan spesifikasi kami, kami mulai di tingkat tim saya dan saya mengambil inisiatif penuh dengan dukungan anggota tim Produk/Desain/Teknologi yang terlibat langsung dalam penggunaannya. Idealnya, Anda ingin merekayasa ulang layar dan spesifikasi yang cukup untuk mencakup fitur berikutnya yang pada akhirnya akan Anda kerjakan (saya merekayasa ulang cakupan penuh tim saya sehingga kami siap untuk fitur baru apa pun yang datang).

Pastikan untuk menunjukkan pengalaman (positif!) Anda tentang fitur baru ini dan jangan ragu untuk mempromosikan manfaatnya secara besar-besaran kepada orang lain untuk mendapatkan persetujuan dari eksekutif Teknologi dan Produk.

Setelah bola bergulir, kami perlu memperbarui cara kami bekerja dalam skala besar. Kami menulis serangkaian standar yang ditinjau, masing-masing diarahkan untuk tim yang berbeda: Teknologi, Produk, dan Desain, dengan kepemilikan yang diuraikan dengan jelas untuk setiap tumpukan.

Setelah Anda mencapai langkah ini, Anda dapat membuat fitur baru dalam spesifikasi visual, menggabungkan fitur pengetahuan demi fitur. Namun, Anda hanya mendapatkan manfaat penuh dari bekerja dengan cara ini setelah Anda memetakan setiap perilaku terakhir. Bergantung pada situasi Anda, ada dua cara untuk memulai pemetaan skala penuh (setiap tim dapat memutuskan untuk mengadopsi satu pendekatan atau lainnya):

• Hentikan produksi selama beberapa hari di setiap tim fungsional dan minta tim Teknologi dan Desainer Anda untuk merekayasa retro seluruh cakupan yang ada. Metode ini memiliki beberapa keuntungan: tim yang bersangkutan mendapatkan pengetahuan domain lengkap, termasuk anggota baru, dan Anda mendapatkan 100% kejelasan tentang cara kerja semuanya — tidak ada lagi titik buta.
• Rekayasa retro hanya bagian yang Anda rencanakan untuk diperbarui sebelum membuat fitur baru. Ini memastikan bahwa Anda tidak melewatkan apa pun, dan Anda dapat mulai membangun elemen baru di atas sumber kebenaran baru ini. Kelemahan dari pendekatan ini adalah Anda tidak akan pernah memiliki gambaran lengkap yang dipetakan.

Proses spesifikasi baru kami telah merevolusi cara kami bekerja, menawarkan kata perpisahan ke basis kode "penyelaman gua". Dengan membuat satu sumber kebenaran untuk spesifikasi dan desain, kami telah menciptakan ruang kerja yang mudah digunakan, dapat diakses oleh semua anggota tim, dan memberikan informasi yang akurat dan terkini di semua layar dan cerita pengguna kami. Kami telah menghemat waktu, mengurangi pengerjaan ulang, mempercepat orientasi peserta baru, dan memberikan gambaran yang lebih komprehensif tentang bagaimana semuanya bekerja sama.

Qonto adalah solusi keuangan yang dirancang untuk UKM dan pekerja lepas yang didirikan pada tahun 2016 oleh Steve Anavi dan Alexandre Prot. Sejak diluncurkan pada Juli 2017, Qonto telah memudahkan pembiayaan bisnis bagi lebih dari 350.000 perusahaan.

Pemilik bisnis menghemat waktu berkat pengaturan akun Qonto yang disederhanakan, pengalaman pengguna sehari-hari yang intuitif dengan riwayat transaksi tak terbatas, ekspor akuntansi, dan fitur manajemen pengeluaran yang praktis.

Mereka tetap memegang kendali sambil dapat memberi tim mereka lebih banyak otonomi melalui pemberitahuan waktu nyata dan sistem manajemen hak pengguna.

Mereka mendapat manfaat dari peningkatan visibilitas arus kas melalui dasbor cerdas, penandaan otomatis transaksi, dan alat pemantauan arus kas.

Mereka juga menikmati dukungan pelanggan yang luar biasa dengan harga yang adil dan transparan.

Tertarik untuk bergabung dengan perusahaan yang menantang dan mengubah permainan? Konsultasikan tawaran pekerjaan kami !