Pada 23 Mei 2017, republik UX mengalu-alukan orang dari latar belakang yang berbeza untuk menyemarakkan perbincangan tentang peranan dan tanggungjawab dalam pasukan produk IT semasa Meetup "meja bulat".
Jika anda tidak dapat datang, anda boleh melihat video itu. Anda tiada masa untuk 1h12 video? Catatan blog ini mungkin penyelesaiannya!
Mahu jawapan dalam masa kurang dari 5 minit?
Pengalaman pengguna: subjek untuk seluruh pasukan
Dapatkan pengalaman pengguna terbaik mungkin mesti yang kebimbangan seluruh pasukan produk. Bergantung pada:
- Les kaedah UX untuk meletakkan pengguna di tengah-tengah proses reka bentuk.
- Les kaedah tangkas yang memfokuskan semula produk pada nilainya.
- Le permulaan kurus et UX kurus yang menyokong kitaran pesat penjanaan dan pengesahan hipotesis
- Mendengar aktif kedua-duanya dengan pengguna dan antara ahli pasukan.
La mesyuarat pengguna adalah kebimbangan yang berulang. Pengurusan atasan kadangkala tahan untuk membenarkan pasukan bertemu pengguna "sebenar". Ia kemudiannya perlu untuk "menggodam" (ujian gerila, menggunakan rangkaian anda untuk bertanya soalan, dsb.). Keputusan daripada kaedah penyelidikan atau ujian selalunya sangat konklusif dan bercakap untuk diri mereka sendiri.
Arah yang berbeza
Pengurus Produk, Pemilik Produk (peranan daripada rangka kerja Agile Banyak orang), pereka UX, Penganalisis Perniagaan… mesti mengejar matlamat bersama dan menyumbang kemahiran mereka untuk mencapainya. yang PM mempunyai visi yang lebih strategik dan berhubung dengan pihak berkepentingan. yang PO ialah "pemilik produk" dalam kaedah Scrum, dia menentukan dan mengutamakan skop produk. L'Pereka UX dia adalah titik hubungan dengan pengguna, penyokong kaedah penyelidikan, reka bentuk dan penilaian pengalaman pengguna. yang BA dipenuhi dengan pengetahuan teknikal dan mendalam tentang proses perniagaan yang kompleks.
Les pemaju umumnya menghasilkan kod kualiti yang lebih baik dan lebih bermotivasi jika mereka berhubung dengan pengguna.
Kerjasama yang mantap
Sebaik-baiknya semua ahli pasukan mengambil bahagian kepada ujian. Jika ahli pasukan tertentu ingin menggunakan kaedah UX yang sesuai, pereka bentuk UX boleh menyokong mereka atau memanfaatkan masa yang diluangkan untuk memberi tumpuan kepada subjek lain. The komunikasi adalah kunci kepada pengagihan tugas yang tenang.
Anda mempunyai sedikit masa lagi
Berikut ialah ringkasan mesej yang dikongsi oleh Noémie, Audrey, Esther, Antoine, Jocerand dan Yannick. Dan beberapa nota dari saya juga :).
Reaksi pertama mengenai subjek
Yannick
Takrifan isu UX yang baik, penyasaran "keperluan" pengguna yang baik boleh meningkatkan kod. Pembangun boleh membuat kod yang lebih bersih.
Jika tidak silap saya, ini juga merupakan salah satu idea yang mendasari DDD, "Reka Bentuk Dipacu Domain sedang mereka bentuk perisian dengan memfokuskan pada nilai perniagaan yang dibawanya kepada penggunanya." Baca lebih lanjut.
Setiap ahli pasukan "produk" (PM, PO, Penganalisis Perniagaan, Pereka UX, pembangun, dll.) mempunyai kebolehan dan kemahiran mereka dan boleh mencari "topi untuk diletakkan di atas kepala mereka".
“Boleh jadi PM, PO asalkan dia bekerja dengan baik, topi tidak menarik minat saya”.
Ester
Dalam syarikat yang mempunyai proses yang rumit, pengiraan "bayangan", seorang Penganalisis Perniagaan berperanan mengambil pengetahuan teknikal daripada "perniagaan" (= pengguna) untuk menyampaikannya kepada pelakon lain, seperti pereka bentuk UX atau pembangun.
Jocerand
Pereka UX ialah pereka pengalaman, dalam digital atau di tempat lain. UX boleh berfungsi dengan BA, PM, PO, pembangun… BA membantu pereka UX memahami proses dan peraturan perniagaan yang kompleks. Peranan pereka UX adalah untuk mengingatkan bahawa pengguna berada di tengah-tengah reka bentuk, dia mesti "menyedarkan" pasukan kepada pendekatan berpusatkan pengguna.
Noémie
Pendekatan UX bermula dari pemahaman pengguna, peranan pereka pengalaman pengguna adalah untuk bertanya kepada orang ramai. Pemilik Produk membina dengan pereka UX Cerita pengguna. Pereka UX juga membantu untuk mewakili kerumitan dengan bertanya banyak soalan. Ia menjamin produk dengan kebolehgunaan yang baik, daya maju berfungsi, ergonomik dan keseluruhan pengalaman pengguna. Penjamin daya maju ekonomi adalah PO atau PM.
Antoine
Mendengar secara aktif adalah satu konsep yang penting. PO atau jurulatih tangkas mendengar pasukan. Pereka UX mendengar pengguna. PM lebih kepada strategi, perancangan, dia buat hubungan dengan pihak berkepentingan.
Audrey
Peranan Pemilik Produk ditakrifkan dalam Scrum. PO ialah peranan yang boleh diambil oleh Pengurus Produk atau orang lain. PM / PO mungkin perlu bekerjasama dengan pereka bentuk UX untuk semua isu'antara muka lelaki / produk. Pereka bentuk UX boleh menyokong beberapa PM. Pada setiap hari, PM membuat keputusan berdasarkan garis panduan yang disediakan oleh pereka bentuk UX. Kita boleh mempunyai beberapa topi PM, PO, UX.
Soalan daripada penonton: anda seperti batu bata lego, bagaimana anda sesuai?
Jocerand
Ia bergantung kepada saiz syarikat, projek dan metodologi.
Di Société Générale, pasukan produk (perisian btoe) bekerja dalam UX lean dan pasukan ciri.
Dalam setiap pasukan ciri terdapat seorang PM, BA/PO, pereka UX dan lima pembangun secara purata.
Pereka UX bekerja dengan PO untuk menentukan keperluan. Dia menggunakan teknik mendengar dan penyelidikan pengguna untuk menyokong PO.
Pereka UX kadangkala mengambil bahagian dalam penulisan Kisah Pengguna, tetapi lebih jarang.
Ia juga menyokong pemaju. Secara ramping, pereka UX mungkin perlu membuat pintasan tertentu. Secara umum, pasangan PO-UX adalah satu hingga dua pecut di hadapan pembangun, tetapi boleh berlaku bahawa kami bekerja secara langsung dalam "reka bentuk berpasangan" dengan pembangun semasa pecut.
Dalam konteks sesetengah projek, pereka UX tidak bertemu dengan pembangun, dia bekerja secara berpasangan dengan PO atau PM dan penghantaran terakhirnya ialah satu set wireframe.
Antoine
Apabila seseorang mempunyai idea yang baik, ia adalah titik permulaan yang baik, tetapi anda perlu memfokus semula pada masalah yang anda cuba selesaikan. Adalah penting untuk melihat pengguna dan mencabar idea awal. "Idea" yang tidak dihadapi dengan pengguna hanyalah hipotesis.
Pereka UX memberi nasihat, dia pergi ke lapangan.
PO, dengan mengikuti cadangan pereka UX atau dengan pergi ke lapangan, membuat keputusan. Dia memilih "Kisah Pengguna", dia adalah pemilik produk.
PM mempunyai peranan apabila terdapat pematuhan pasaran untuk produk tersebut. Ia membawa visi dan strategi.
Soalan daripada orang ramai: tiba-tiba untuk mengelakkan pembangunan terowong: kitaran reka bentuk pendek, bagaimana kita melakukan ujian pengguna? Siapa yang hadir?
pusingan pertama
Audrey
Pada PeopleDoc, ujian pengguna dijalankan setiap 2-3 bulan oleh pereka UX / pasangan PM. Dan seluruh pasukan dijemput untuk memerhati. Dalam B2B (perniagaan ke perniagaan) tidak selalu mudah untuk mencari pelanggan (=pengguna) bersedia untuk menjalani ujian pengguna.
Tetapi adalah penting bagi PM/PO untuk mengutamakan perkara yang tertunggak dan pasukan pembangunan sering mendapat rangsangan motivasi daripada hubungan pengguna.
Noémie
Pecut reka bentuk adalah hulu pecut pembangunan (yang dipanggil operasi tak segerak). Pereka bentuk kemudiannya menyokong pasukan pembangunan semasa pecut. Ujian pengguna boleh dilakukan sejurus selepas rangka wayar, atau selepas lapisan grafik. Mereka mestilah sangat teratur, daripada prototaip kesetiaan rendah kepada kesetiaan tinggi. Ia tidak membuang masa.
Ester
BA tidak semestinya mengesahkan wireframes, alat mereka agak demo dan UAT. Kempen UAT (User Acceptance Test) dilakukan pada persekitaran prod iso (data yang sama seperti dalam persekitaran pengeluaran) untuk mengesahkan skrin tetapi juga data.
UAT selalunya merupakan kaedah ujian yang telah sedia ada di syarikat besar dan membenarkan untuk mendapatkan maklumat tentang pengguna dan interaksi mereka dengan produk. Walau bagaimanapun, adalah penting untuk berfikir tentang melakukan ujian terlebih dahulu. UAT dilakukan selepas produk dibangunkan, jadi lebih mahal untuk membuat perubahan berbanding semasa anda berada di peringkat lakaran atau prototaip kesetiaan rendah. Mereka juga kadangkala berat sebelah: beberapa penguji dalam bilik yang sama, soalan tidak selalu mengikut amalan yang baik ujian pengguna...
Oleh itu, adalah perlu untuk mengambil kira perkara ini tetapi tidak menggantikan semua ujian pengguna dengan UAT.
Yannick
Dalam kaedah Agile Pengaturcaraan Ekstrim, seluruh pasukan (UX, pakar perniagaan, pembangun, dll.) berada secara langsung dengan pengguna.
Ini adalah cabaran besar bagi syarikat besar. Pada pasukan yang sangat besar, prinsip ini tidak boleh berfungsi tanpa pemotongan.
menara 2d
Jocerand
“Ia pengurusan perubahan”. Apabila kami tiba pada projek yang tidak begitu matang dari segi UX, kami menemui orang yang sudah fikir mereka tahu segala-galanya tentang pengguna.
Peranan pereka UX kemudiannya untuk menerangkan kepada mereka bahawa mereka sebahagiannya betul, tetapi juga sedikit salah dan yang idealnya adalah perlu untuk mendekati pengguna.
Selalunya salah satu objektif pereka UX adalah untuk mendamaikan MOA dengan pengguna.
Yannick
Sangat sedikit pembangun telah berhubung dengan pengguna. Walau bagaimanapun, adalah sangat memotivasikan untuk melihat bahawa di luar kod terdapat kepuasan, keberkesanan, kecekapan orang yang dipertaruhkan.
Audrey
Di luar UX, ia adalah kematangan budaya produk yang kita bincangkan. Untuk memahami dan mengutamakan keperluan, anda perlu pergi berjumpa pengguna. Dalam sesetengah syarikat yang tidak mempunyai "budaya produk", terdapat perebutan kuasa dalaman dan pembangun, mahupun PO, mahupun PM tidak menemui pengguna.
Jocerand
PO dan UX selalunya mempunyai masalah yang sama pada tahap ini.
Noémie
Dalam kes ini, masih perlu menghubungi pengguna. Kita mesti mengabaikan tembok yang didirikan oleh pengurusan atasan dan kemudian menunjukkan hasil pertemuan dengan pengguna.
Secara umum, konfrontasi hipotesis dengan pengguna membuat semua orang bersetuju. Ini mengelakkan perdebatan pendapat.
Antoine
Ada pepatah: "Lebih baik meminta maaf daripada mengatakan tolong". Kadang-kadang anda hanya perlu bertanya, atau mencari orang yang sesuai untuk mempunyai rezeki. Seperti, sebagai contoh, menghabiskan masa seminggu di padang dengan seluruh pasukan.
Soalan daripada orang ramai: Bagaimana anda mendapat 2 larian pecut ke hadapan? Jika tidak, bagaimana kita menguruskannya?
Noémie
Pereka bentuk UX, PO dan pembangun mengatur sesama mereka untuk hanya membenamkan Cerita Pengguna sedia (dengan itu pereka UX telah pun bekerja). Sudah tentu, beberapa Cerita Pengguna diubah suai selepas itu, ini boleh menyebabkan sedikit ketegangan. Tetapi biasanya ia cenderung untuk mengimbangi.
Ester
Pereka BA / PO / UX tidak semestinya mempunyai dua pecut lebih awal tetapi mesti ada sekurang-kurangnya cukup untuk memberi makan pecut pembangunan.
Amalan yang baik ialah tidak mengubah suai tunggakan pecut semasa pecut.
Yannick
Sebagai pembangun anda tidak pernah bosan. Jarang sekali kami tiada apa-apa lagi yang perlu dilakukan, bahawa kod itu sangat bersih, liputan ujian sempurna...
Selalunya pihak pengurusan yang mahukan segalanya berjalan dengan cepat.
Beberapa orang mahu membina, memecahkan dan membina semula perkara yang sama sepuluh kali.
Mungkin ia perlu mengambil lebih banyak masa untuk melakukan sesuatu.
Jocerand
Kadang-kadang, bagaimanapun, anda perlu pergi dengan cepat. Designet UX boleh melakukan "reka bentuk pasangan" dengan pembangun. Menggunakan lakaran, dia boleh membina sesuatu dengan cepat dengan pembangun untuk menguji dengan pengguna dan menyesuaikan diri.
UX ialah wireframes?
Audrey
Hari ini pereka UX kami sedang mengusahakan platform global. Dia tidak membuat Wireframes sama sekali.
Antoine
Bagi saya, UX benar-benar mendengar huluan, bermula dari emosi pengguna. Bingkai wayar ialah alat semula jadi untuk pereka UX, sangat semula jadi sehingga ia bukan topik.
Noémie
Reka bentuk UX ialah gabungan strategi dan pengeluaran. Salah satu objektif adalah untuk memastikan konsistensi pengalaman dengan semua titik hubungan. Untuk melakukan ini, anda perlu mengambil langkah ke belakang.
Jocerand
Ia selalunya dengan perkataan "wireframe" yang memulakan misi, ia adalah output selepas proses. ia adalah artifak visual yang difahami oleh ramai orang. Tetapi itu hanya puncak gunung ais.
Ester
UX sedikit seperti "kolaborator super", "keyakinan". BA tidak semestinya mempunyai kemahiran untuk mencipta aliran kerja pengguna atau skrin. Sebelum ini, ia adalah peranan yang sering jatuh kepada BA, tanpa menjadi salah satu bidang kepakaran yang ditetapkan.
Sesetengah BA membangunkan "pergantungan UX". Ia juga merupakan idea yang dibentangkan oleh Vincent semasa Meetup pada UX dalam persekitaran Agile (pembentangannya tersedia ici).
“Di Société Générale, sebagai BA, saya melihat orang yang dihubungi untuk pengiraan, dsb. Pereka UX akan melihat lebih ramai pengguna akhirnya.
Yannick
"Tolong jangan photoshop". CSS (Cascading Style Sheets) adalah sukar. Lakaran dan Bingkai Dawai disertakan dengan “Sinki dapur“, perpustakaan komponen atau “corak (lihat Bootstrap), panduan gaya, dsb. menjadikan pembangunan lebih mudah!
Soalan daripada orang ramai: ujian akhir untuk pengguna, bagaimana kita boleh membuat pelanggan memahami bahawa pengguna akhir bukanlah mereka tetapi orang di belakang pengguna mereka?
Antoine
Kadangkala anda perlu menggodam ujian pengguna. Gunakan rangkaian rangkaiannya. Walaupun kita hanya melihat beberapa orang, dan ia bukan sasaran yang tepat, ia sudah penuh dengan maklumat. Ujian yang tidak disasarkan atau disesuaikan dengan sempurna adalah lebih baik daripada tiada ujian pengguna sama sekali.
Anda juga boleh menghubungi syarikat luar untuk ujian.
Atau gunakan alat seperti Ujian Pengguna ou Testapic.
Noémie
Banyak syarikat penyumberan luar ujian pengguna. Malangnya, pasukan produk kehilangan peluang untuk menjana empati kepada pengguna dalam kes ini.
Menurut Nielsen, ia sudah cukup untuk dilihat 5 pengguna, 3 kali.
Kami juga boleh mengikuti analitik pada produk sebaik sahaja ia boleh diakses oleh pengguna.
Kami berbesar hati mendapat reaksi daripada Carine Lallemand mengenai perkara ini, yang ingin mengingatkan kami bahawa kami tidak seharusnya mengambil terlalu banyak jalan pintas dalam hal ini.
"Daripada 5 atau 7 ujian, kami melihat corak muncul. Tetapi kami menghadapi risiko bahawa pereka UX profesional berhenti di nombor tanpa mempersoalkan kes mereka sendiri. Ini juga risiko angka yang kita tidak ada masa untuk menerangkan atau stereotaip (saya rasa seorang penceramah berkata sebelum ini bahawa adalah lebih baik untuk menguji walaupun pada sasaran yang salah daripada tidak tidak menguji).
Apa yang saya fikir perlu disampaikan kepada orang ramai ialah bagaimana untuk menentukan sendiri bilangan ujian yang betul dan melihat apabila data itu penting dan relevan. Juga tahu profil mana yang hendak digerakkan.
Kami juga mesti memenuhi syarat "kebolehgunaan" dan UX. Jika ujian pengguna gerila dengan sasaran yang buruk (bukan pengguna akhir) kadangkala relevan untuk mengesan masalah kebolehgunaan (dan masih boleh dibahaskan) ia bukan untuk mengkaji pengalaman. Dalam kes penilaian yang benar-benar "UX" maka saya fikir adalah lebih baik untuk tidak menguji sama sekali daripada gerila pada sasaran yang tidak baik. Kerana risikonya adalah bergantung pada data yang tidak sah (kerana bukan pada sasaran yang betul) untuk belajar daripadanya. Jadi ia memberikan keyakinan palsu atau andaian palsu.”
Jocerand
"Ujian sentiasa menjadi detik yang rumit".
Pereka UX dibayar untuk menyampaikan kerja berkualiti, kemudian meminta pelanggan memberikan wang untuk melakukan beberapa ujian untuk memastikan kerja itu berkualiti. Kalau kita tengok masalah macam tu, kita cakap kat diri kita ni putar belit sikit.
Tetapi bagaimanapun anda perlu pergi. Walaupun semua dinding sudah terpasang, semua pintu tertutup, ada penyelesaian, contohnya ujian gerila. Hasilnya biasanya merupakan titik jualan yang sangat baik. Kami segera menyedari bahawa kami mempelajari perkara lain dan pengurus juga boleh menyebabkan ketagihan terhadap ujian.
Kesimpulan
Yannick
Bekerja dengan UX, PO, PM, BA yang baik sedang membina sistem mental yang baik.
Ester
Anda perlu belajar untuk bekerjasama, bukan memijak kaki satu sama lain. Kami berbincang dan dalam kebanyakan kes ia berfungsi.
Jocerand
Apa yang penting ialah kerjasama, kerja berpasukan. Kejayaan pasukan bergantung kepada kemahiran masing-masing.
Noémie
Kami mendengar orang yang marah kerana "pereka bukan UX" melakukan wireframe untuk mereka. Lebih menarik untuk menemani ahli pasukan yang lain dalam UX, lakaran, penciptaan wireframe, prototaip... Ini adalah peluang untuk mengembangkan disiplin, UX "mainset". Pekerjaan ini, yang berkisar tentang memahami orang, sangat menarik. Hubungan antara pekerjaan teknologi dan orang adalah sangat mengejutkan dan menarik.
Antoine
Pengertian mendengar aktif adalah kunci. Apabila anda seorang pereka UX, anda dibayar untuk pergi melihat pengguna. Mendengar secara aktif membolehkan anda mengenali emosi dan mengubah cara bekerja, tetapi juga cara hidup seharian.
Audrey
Sebagai PM atau PO, sangat bagus untuk mempunyai pereka UX dalam pasukan.
"Saya tidak pernah merasakan sebarang konflik atau kawasan bertindih". PM, PO, Pereka UX umumnya mempunyai matlamat yang sama dan lebih baik untuk menolak bersama daripada bersendirian.
Tidak kira topi atau label, pasukan mesti mengetahui keperluan pengguna, mengenal pasti masalah yang perlu diselesaikan dan bekerjasama untuk "menghilangkan duri dari sisi" pengguna.
Alat kecil yang saya cadangkan kepada anda: the kanvas pasukan.
Très vite!
