Dalam dunia pembangunan produk digital, kerjasama antara UX dan pembangunan selalunya lebih kepada ideal daripada realiti. Namun, daripada sinergi inilah lahirnya produk berprestasi tinggi—produk yang bukan sahaja memenuhi keperluan pengguna tetapi juga memberi makna kepada hasil kerja mereka yang menciptanya. Artikel ini merupakan kajian kes tentang bagaimana kerjasama yang diperkukuh antara UX dan pembangun dapat mengubah produk yang sedang bergelut dan memberi nafas baharu kepada sesebuah pasukan.

Titik permulaan: Produk dalam bahaya dan pasukan di bawah tekanan

Kisah kami bermula dengan alat digital penting untuk pengurus kedai dan ketua jabatan di Decathlon. Direka untuk mengoptimumkan prestasi ekonomi dan kecekapan masa, alat ini digunakan oleh kira-kira 20,000 orang di 78 buah negara.

Sejak tahun 2017, pasukan yang mengusahakan produk ini telah beroperasi secara silo, dengan budaya tangkas yang dangkal. Pembangun khusus (bahagian hadapan, bahagian belakang, data) mengusahakan tugas mikro tanpa visi keseluruhan, yang membawa kepada kelewatan penghantaran yang tidak berkesudahan dan pengumpulan hutang teknikal. Sebagai contoh, dan salah satu pencetus untuk apa yang berlaku seterusnya, ciri yang dianggarkan mengambil masa tiga minggu untuk dihantar mengambil masa hampir setahun (dan walaupun begitu, ia tidak stabil!). 

Dari segi produk, masalahnya juga ketara: penggunaan yang rendah, penggunaan paksa oleh pengguna disebabkan kekurangan alternatif dan tekanan daripada pihak pengurusan, dan yang paling penting, ketersediaan yang tidak boleh dipercayai. Masa pemuatan terlalu lama, dan aplikasi sering tidak boleh diakses pada saat-saat penting, menyebabkan kekecewaan pengguna yang ketara. Akhir sekali, kerumitan alat ini menyukarkan pembangun baharu dan pengguna baharu untuk memahaminya. Kesimpulannya jelas: hubungan antara pembangun, produk dan pengguna rapuh, jika bukan tidak wujud langsung.

Strategi transformasi: Autonomi dan pengetahuan

Berhadapan dengan situasi kritikal ini, pasukan Mayday, sebuah inisiatif dalaman Decathlon yang terkenal dengan pendekatan pragmatiknya, telah campur tangan. 

Penyelesaiannya tidak boleh semata-mata teknikal. Satu pendekatan yang menyeluruh diperlukan untuk memulihkan keseimbangan. Pasukan sokongan, yang terdiri daripada empat pembangun dan seorang penyelidik UX, telah campur tangan. Strategi ini berkisar pada dua paksi utama: meningkatkan autonomi pasukan et meningkatkan pengetahuan pengguna dan produk.

1. Membangunkan autonomi pasukan melalui ketangkasan dan Kemahiran Perisian

Matlamatnya adalah untuk beralih daripada budaya "projek" kepada budaya "produk", di mana pasukan akan berasa bertanggungjawab sepenuhnya terhadap nilai yang disampaikannya.

• Barisan pasukan baharu: Pasukan ini perlu berkembang ke arah budaya susunan penuh dan tugas penuh. Ideanya adalah untuk memecahkan saling kebergantungan dengan menggalakkan fleksibiliti dan keupayaan untuk memimpin projek daripada reka bentuk hingga pengeluaran. 
• Memperkukuhkan kerjasama pasukan dan membolehkan pembangunan kemahiran: Sesi pengaturcaraan berpasangan dianjurkan untuk berkongsi pengetahuan dan amalan terbaik. Semakan kod kolaboratif membantu menyeragamkan konvensyen dan meningkatkan kualiti kod.
• Pengaturan ritual pasukan kendiri: Ritual tangkas sedang dikaji semula untuk memulihkan tujuannya. Mesyuarat harian menjadi kemas kini kemajuan mengenai hasil dalam pengeluaran dan bukannya laporan tugasan yang mudah. ​​Retrospektif berkala diadakan untuk mengenal pasti dan menyelesaikan isu pasukan. Bengkel penambahbaikan tunggakan dijadualkan setiap minggu untuk menentukan dan menilai kematangan topik yang akan dibangunkan.
• Mengintegrasikan Pemilik Produk (PO) dengan pandangan 360 darjah: Seorang Pemilik Produk baharu telah menyertai pasukan ini, membawa visi holistik yang mengintegrasikan keperluan pengguna, kekangan kawal selia dan strategi korporat. Peranan mereka menjadi penting dalam menyalurkan dan menimbang tara permintaan, belajar untuk berkata "tidak" apabila perlu dan mengutamakan pembangunan bersama pasukan.
• Pemboleh aliran: Amalan seperti had WIP (mengehadkan kerja yang sedang dijalankan) dan pendekatan "berhenti mula, mula siapkan" membolehkan tumpuan diberikan kepada penyelesaian tugasan. Seperti yang dinyatakan sebelum ini, pengaturcaraan berpasangan menggalakkan perkongsian kemahiran dan saling melengkapi.
• Penghantaran berterusan: Penyederhanaan cabang kod (pembangunan berasaskan trunk) dan automasi ujian (beralih daripada manual kepada hampir automatik sepenuhnya) telah mengurangkan masa ke pasaran dengan ketara, membolehkan berbilang keluaran harian jika perlu. Ini adalah "penghantaran bukan peristiwa", di mana alatan membolehkan penggunaan yang lancar dari stesen kerja pembangun kepada pengguna.

2. Meningkatkan pengetahuan pengguna dan produk

Peranan penyelidik UX adalah penting dalam menerapkan pasukan dengan realiti pengguna dan dalam memahami produk dari dalam.

• Interaksi langsung dengan pengguna: Langkah pertama adalah untuk menganjurkan temu bual pengguna yang mana pembangun telah dijemput. Pendengaran secara langsung ini membantu mewujudkan hubungan dan memberi makna kepada hasil kerja semua orang.
• Pelaksanaan analitik penggunaan: Sebelum intervensi, tiada alat analitik disediakan. Penjejak telah digunakan untuk memahami tingkah laku pengguna sebenar pada produk tersebut. Bengkel konvensyen penamaan yang mudah diakses telah diadakan supaya semua orang, termasuk pembangun, boleh menyemak dan mentafsir data ini.
• Pemantauan status pengeluaran: Selain analitik penggunaan, papan pemuka telah dicipta secara kolaboratif untuk menjejaki ralat dan kadar ketersediaan pengeluaran. Ini membolehkan pasukan memahami kesihatan produk dan membuat keputusan termaklum, seperti mengenal pasti sama ada masalah berpunca daripada dalam pasukan atau dengan rakan kongsi luaran.
• Pendekatan Pemikiran Reka Bentuk yang Dipertingkatkan: Pendekatan ini berdasarkan model Pemikiran Reka Bentuk yang dipertingkatkan, yang mengintegrasikan seluruh pasukan pada setiap peringkat:
  • Memahami keperluan: Temu bual, analitik.
  • Pengesahan dan skop: Memformalkan pandangan, berkongsi dengan seluruh pasukan.
  • Penjanaan idea dan pembinaan: Bengkel kolaboratif bersama pasukan (idea terburuk, lapan gila, sumbang saran, nilai ciri, …).
  • Pemodelan dan pengujian berterusan: Ujian A/B telah dilaksanakan untuk membandingkan dua versi produk dan memerhatikan statistik penggunaan. Bendera ciri membenarkan versi produk tertentu ditawarkan kepada sampel pengguna untuk mengumpulkan maklum balas kualitatif. Kerjasama antara pasukan UX dan pembangunan adalah penting di sini, dengan pembangun membuat pengubahsuaian antara muka dan pereka UX membimbing perubahan ini dan mengurus interaksi pengguna.

Matlamat UX bukanlah untuk menjadi sangat diperlukan, tetapi untuk memudahkan maklum balas dari lapangan dan untuk memastikan bahawa mencari jawapan daripada pengguna menjadi kebiasaan bagi semua pembangun. Ia adalah tentang memastikan bahawa daya maju (oleh pihak berkepentingan), pihak kebolehlaksanaan (oleh pemaju) dan keinginan (oleh UX) diambil kira dari awal proses.

Keputusan awal: Produk dan pasukan yang telah diubah suai

Tindakan yang diambil telah memberi impak yang mendalam kepada pasukan dan produk tersebut.

Daripada sebuah pasukan yang hanya melaksanakan tugas, kami beralih kepada pasukan yang memberikan nilai dan memberi makna kepada kerja hariannya. Ia mempunyai interaksi langsung dengan penggunanya dan dilengkapi untuk mencabar keperluan yang muncul dan bukan sekadar menjadi pelaksana. Masa ke pasaran telah dikurangkan dengan ketara. Pasukan ini bukan lagi sekadar beberapa individu yang bekerja bersebelahan, tetapi orang yang berkomunikasi dan bekerjasama setiap hari untuk membuat keputusan yang tepat. 

Daripada produk yang tidak dapat menampung terlalu ramai pengguna, kami telah beralih kepada produk yang tersedia sepanjang masa. Jika sebelum ini kami cuba menarik minat khalayak yang luas, akhirnya memberikan sedikit nilai kepada setiap satu, kini kami memberikan nilai yang pasti kepada kumpulan sasaran keutamaan yang dikenal pasti. Produk ini telah menjadi lebih mudah difahami oleh pembangun dan pengguna. 

Kerjasama UX-Dev: Tuas untuk timbang tara dan makna

Kesimpulannya, transformasi alat dan pasukannya adalah hasil daripada usaha gabungan. Tindakan di pihak pembangun memperkukuh autonomi mereka (menentukan ritual, menambah baik tunggakan, sokongan pengguna, penyampaian berterusan, togol ciri). Tindakan di pihak UX meningkatkan pengetahuan (audit, pemerhatian, temu bual, persona, perjalanan pengguna). Tetapi ia adalah kerjasama yang erat dan berterusan antara UX dan pembangun, melalui bengkel bersama, analisis analitik kongsi dan pengujian (pengujian A/B, bendera ciri), yang memungkinkan untuk memberi makna kepada semua tindakan ini.

Kerjasama ini penting untuk timbang taraIa bukan tentang "melakukan segala-galanya", tetapi tentang pilih pertempuran anda dengan pemahaman yang komprehensif tentang projek dan produk. Sama ada menyesuaikan tahap sokongan, menentukan kualiti kod atau mengutamakan pepijat, keputusan ini dibuat dengan pemahaman bersama tentang cabaran teknikal, pengguna dan perniagaan.

Kami tidak mencipta apa-apa, tetapi kami melaksanakan amalan terbaik daripada Agile dan Software Craftsmanship. Perkara yang paling penting ialah kami memberi tumpuan kepada gemar dan bukan sahaja pada bentukMemberi makna kepada setiap keputusan, setiap baris kod, setiap interaksi pengguna adalah apa yang mengubah projek menjadi produk berprestasi tinggi dan pasukan menjadi enjin inovasi. Dengan menjadikan pencarian jawapan dari lapangan sebagai perkara biasa bagi semua pembangun, dan dengan mengintegrasikan kebolehlaksanaan teknikal dari peringkat reka bentuk, UX dan pembangunan benar-benar boleh bekerjasama untuk membina produk yang penting.

Florine Auffrait, Penyelidik UX di UX-Republic