Membina Pasukan Reka Bentuk Produk, Membina Produk Pengguna Anda Cinta

Pada bulan Julai 2016, saya dijemput di atas projek yang paling bercita-cita tinggi dalam OutSystems Engineering: untuk menyertai sekumpulan orang yang bersemangat tentang UX dan membentuk apa yang diketahui hari ini sebagai pasukan Rekabentuk Produk. Pasukan ini mempengaruhi bagaimana kejuruteraan membina produk sehingga pengalaman pengguna menjadi lebih mantap dalam budaya kita. Biar saya ceritakan kisah bagaimana kita sampai di sini.

Cerita saya

Saya seorang jurutera perisian yang menyertai Kejuruteraan OutSystems pada tahun 2007. Sejak itu saya telah melakukan dan mempelajari banyak perkara teknikal. Saya menjadi ketua pasukan, dan sepanjang perjalanan saya mendapati kebolehgunaan dan reka bentuk. Saya selalu menjadi salah satu daripada orang-orang yang benar-benar peduli tentang pengguna kami, lelaki yang bereksperimen bekerja dengan mockups dan prototaip dan yang melakukan ujian kebolehgunaan sebelum menghantar produk.

Januari 2015: Pelanggan sangat gembira dengan kerja pasukan saya,
bahawa mereka menghantar surat Selamat Tahun Baru.

Walau bagaimanapun, jika anda ingin membina produk yang hebat, tidak cukup untuk mempunyai beberapa orang yang peduli dengan pengalaman pengguna. Syarikat itu menyedari dan mencuba (dan gagal) untuk mencipta dan menyelenggarakan pasukan UX atau rekaan berpusat. Jadi, mengapa saya dijemput untuk membina pasukan ini ?? Nah, seperti yang anda lihat, alasannya ialah, kali ini, kita akan melakukan perkara yang berbeza. Selepas percubaan yang berjaya dijalankan dalam pasukan yang sedia ada, pihak pengurusan menerima cadangan kami untuk membina sebuah pasukan rekaan baru.

Peraturan asas untuk pasukan ini adalah bahawa ia harus menjadi pelbagai disiplin: bertentangan dengan lelaran sebelumnya, ia perlu terdiri daripada pereka UI dan UX dan jurutera dengan latar belakang pembangunan perisian yang kuat. Mengapa ini penting?

OutSystems menawarkan platform kod-rendah untuk membina aplikasi mudah alih dan web. Tujuan utama kami adalah untuk memperbaiki kehidupan pemaju dengan membuat pembangunan lebih cepat dan lebih mudah. Untuk memahami pemaju itu, mengetahui keperluan mereka, dan mereka bentuk dan mengesahkan penyelesaian terbaik, kami memerlukan kedua-dua jurutera dan pereka UI / UX. Saya akan menjadi jurutera dan juga pemimpin pasukan untuk pasukan baru ini, dan itulah cabaran utama!

November 2016 - Pasukan Rekabentuk Produk.

Peringkat Awal: Menetapkan Tujuan Kita dan Visi kita

Keputusan penting pertama yang kami buat ialah menamakan pasukan "Reka Bentuk Produk". Kami mahu memecahkan daripada pasukan reka bentuk yang lalu sahaja. Malangnya, ini hanya terhad kepada peringkat akhir projek, hanya berfungsi pada reka bentuk visual (gambar dan ikon) dan barangan reka bentuk yang lain yang tidak dapat dilakukan jurutera, seperti baju kaos dan mug, dan lain-lain swag yang menakjubkan.

Kami mahu membentuk masa depan produk kami dan tidak menjadi perkara biasa; kita akan terlibat dari bawah.

Pasukan Rekabentuk Produk akan mempengaruhi bagaimana Rekabentuk merekabentuk produk dalam pelbagai aspeknya. Kami akan mempengaruhi fungsi, kebolehgunaan dan kegunaan produk, dan juga aspek visual produk.

Dengan ini kita menentukan visi yang menginspirasi kita:

Visi Pasukan Rekabentuk Produk.

Seterusnya, kami menetapkan satu set matlamat yang kami gunakan untuk setiap projek yang kami kerjakan. Matlamat ini membimbing kita ke arah visi kita: menyampaikan pengguna produk akan jatuh cinta pada pandangan pertama dan terus mencintai selama-lamanya:

  1. Jadikan produk mudah digunakan.
  2. Buat produk yang cantik dan diingini.
  3. Bantu pengguna memahami nilai produk.

Dalam peninjauan semula, matlamat kami tidak berbeza dengan pasukan rekaan terdahulu, dan kami sedar bahawa selalu ada risiko gagal seperti yang dilakukan oleh pasukan.

Menjalankan Premortem

Pada masa lalu, kami telah berjaya menggunakan teknik yang berguna, yang dipanggil premortem (lebih lanjut di sini), yang membantu kami meramalkan risiko dalam projek kami. Di dalam premortem, kita membayangkan kegagalan projek masa depan yang hipotetikal. Kami meminta setiap orang yang terlibat dengan projek itu untuk menunjukkan risiko yang mungkin menyumbang kepada kegagalan itu. Kemudian, kita menyesuaikan rancangan kita, untuk mengelakkan risiko hipotesis ini, dan mengelakkan kegagalan. Jadi mudah dan berkuasa, betul? Ia adalah; percayakan saya!

Projek Premortem

Oleh itu, kami membuat keputusan untuk menjalankan premortem untuk pasukan. Penetapan hipotesis adalah selepas satu tahun, pasukan itu gagal secara spektakuler. Kami meminta semua pihak mengenai pasukan untuk mengenal pasti sebab-sebab yang mungkin untuk kegagalan ini. Daripada hipotesis ini, kami mengenal pasti kebimbangan bersama, dan kami menetapkan item tindakan untuk mengelakkannya. Beberapa item tindakan ini telah dilaksanakan semasa bootstrapping pasukan, dan yang lain masih dijalankan hingga ke hari ini, hanya untuk memastikan kami tidak terjatuh dari tebing. :)

Menilai Kemahiran Kita

Salah satu risiko yang kami telah dikenal pasti adalah sifat pelbagai disiplin pasukan kami. Melengkapi kemahiran kami yang pelbagai mungkin mencabar, dan pada masa itu, kami mungkin tidak mempunyai kemahiran yang diperlukan untuk melakukan kerja kami. Kami menerima cabaran sebagai peluang yang baik untuk kita berkembang! Dan kita semua sudah sampai sejauh ini.

Kami melihat definisi produk. Kami mendapati ini:

Reka bentuk Produk mengenal pasti, menyiasat, dan mengesahkan masalah, dan akhirnya kraf, reka bentuk, ujian dan kapal penyelesaian.

Kami menyesuaikan definisi ini dengan keperluan spesifik kami dan kami mula membentuk apa yang dimaksudkan sebagai Pereka Produk dalam Kejuruteraan OutSystems. Kami juga membuat gambarajah kemahiran utama yang kami perlukan sebagai Pereka Produk.

Diagram menunjukkan kemahiran pasukan reka bentuk produk untuk 2016.

Seterusnya, kami masing-masing melakukan penilaian sendiri kemahiran, kami juga membincangkan kemahiran yang ingin kami usahakan, atau di mana kami dapat melatih orang lain. Ini memberi kami gambaran yang berguna di mana pasukan memerlukan latihan atau lebih banyak ahli pasukan.

Ia juga membantu kami mentakrifkan peraturan asas yang lain untuk pasukan: kita harus sentiasa bekerja secara berpasangan, menyertai kemahiran kejuruteraan dan reka bentuk untuk melengkapkan kerja yang hebat antara satu sama lain dan belajar daripada satu sama lain.

Kami masih melakukan senaman ini dari semasa ke semasa, dan sejak lelaran pertama, kami terus menilai kemahiran kami. Akibatnya, kami telah menyesuaikan rajah untuk merangkum perubahan kami. Inilah rajah 2018 kami:

Diagram menunjukkan kemahiran pasukan reka bentuk produk untuk 2018.

Bekerja dengan Pasukan Produk

Dengan pasukan yang ada, visi dan matlamat kami ditetapkan, dan kemahiran kami ditentukan dan jelas, bagaimanakah kami dapat mempengaruhi masa depan produk? Kejuruteraan OutSystems mempunyai beberapa pasukan produk, satu untuk setiap kawasan produk: front-end, back-end, kitaran hayat aplikasi, dan sebagainya.

Satu lagi risiko yang kami telah dikenalpasti adalah bahawa pasukan produk boleh memutuskan untuk berhenti bekerja dengan kami jika proses kami mengganggu ketangkasan mereka. Oleh itu, kami menetapkan beberapa peraturan asas untuk pasukan kami:

  1. Kami bekerjasama dengan pasukan, bukan untuk pasukan
  2. Kami sentiasa berhasrat untuk menambah nilai maksimum dan sekurang-kurangnya overhead kepada pasukan.

Kami memerlukan proses yang jelas supaya pasukan tahu bila mereka boleh bergantung kepada kami. Kami meneliti beberapa sistem reka bentuk, membaca buku, dan artikel dan mendapat inspirasi dari syarikat lain. Terdapat banyak proses reka bentuk di luar sana, tetapi kita perlu menyesuaikan proses dengan keperluan khusus kita sendiri.

Kami mendefinisikan proses dengan empat peringkat: menemui, prototaip, menyampaikan dan men-tweak.

Empat peringkat reka bentuk produk

The Discover Stage

Di peringkat ini, matlamatnya adalah memahami segala-galanya mengenai masalah ini. Kami menemu bual, mengumpul maklum balas daripada pelbagai sumber, melakukan ujian kebolehgunaan dengan penyelesaian semasa, menganalisis persaingan, dan menjalankan proses ideasi untuk menghasilkan sebanyak mungkin penyelesaian. Kami menjalankan beberapa eksperimen yang sangat keren semasa proses ideasi, dan hari ini kami menjalankan variasi Sprint Reka Bentuk Google yang kami panggil "Sesi Reka Bentuk." Ini adalah salah satu daripada tahap yang paling penting dalam proses ini terutamanya kerana ia menjajarkan semua orang dengan masalah kami cuba selesaikan.

November 2016: Mencuba latihan Google Design.Disember 2016 - Produk Sesi Rekaan kami yang pertama, untuk Penyahpepijat Visual Penuh.

Peringkat Prototaip

Di peringkat ini, kami prototaip penyelesaian masalah, menguji mereka dengan pengguna sasaran dan kemudian themerate mereka. Prototaip boleh merangkumi beberapa tahap kesetiaan, dari kertas ke perisian. Pada akhir tahap ini, kami akan menguji beberapa prototaip, jadi kami tahu apa yang berfungsi dan apa yang tidak berfungsi. Kami bekerjasama rapat dengan pasukan produk yang akan melaksanakan penyelesaian, dan pada akhirnya, mereka memutuskan penyelesaian yang akan dilaksanakan.

Januari 2017: Full-Stack Visual prototype.Mac 2017: Satu prototaip kertas Editor Gaya.

Peringkat Penyampaian

Pada peringkat ini, pasukan produk membina perisian dan reka bentuk produk menyediakan aset visual, menyemak perisian yang dilaksanakan dari hujung ke hujung, dan menjalankan ujian kebolehgunaan. Ujian dengan perisian kerja memberikan kita lebih banyak pandangan mengenai isu kebolehgunaan, dan kita terbuka untuk menyesuaikan penyelesaian pada tahap ini, dan jika perlu, kita boleh prototaip alternatif. Pada akhir tahap penghantaran, produk dihantar dan kami meraikannya dengan pasukan!

Mac 2017: Salah seorang ahli pasukan menyampaikan bayi, wow!September 2017 - UI akhir bagi dialog Penyediaan Peranti Mudah Alih pada Debugger Visual Stack Penuh

Peringkat Tweak

Tahap ini bermula sekali maklum balas dari pengguna kami gulung masuk. Pada peringkat ini, kita melihat metrik untuk tweak penyelesaian yang disampaikan. Matlamatnya adalah untuk mengenal pasti apa yang sedang bekerja dan apa yang tidak, untuk melakukan perbaikan cepat, atau merancang pembaikan masa depan. Dalam imej seterusnya, anda boleh melihat analisis kami mengenai metrik Editor Styles. Dari analisis, kami mengenal pasti berapa banyak cara pengguna mengakses kefungsian, dan cara yang paling popular.

Maklumat ini membantu kami memudahkan reka bentuk.

Disember 2017: - Menganalisis metrik penggunaan untuk Editor Gaya.

Sebaliknya, Bilas, Ulangi

Kami melalui semua peringkat ini dengan pasukan produk kami, supaya semua orang terlibat dalam proses reka bentuk, dari hari ke hari sehingga pelanggan gembira menggunakan apa yang kita semua dibina bersama. Proses ini boleh disesuaikan dan berulang; kita boleh berlari beberapa kali semasa projek. Kami sentiasa terbuka untuk menyesuaikan proses dengan teknik baru, keperluan baru, dan kami melakukan tweak semasa eksperimen kami.

Di mana Kita Hari Ini; Di mana Kami Pergi?

Hari ini, kami mempunyai pasukan reka bentuk produk yang mantap, kukuh, dan berprestasi tinggi, dan kami telah membuktikan nilai kami dalam pelbagai projek, yang telahpun disampaikan. Kami telah bekerja dengan kebanyakan pasukan produk, dan hari ini semua kejuruteraan OutSystems memahami nilai amalan kami. Pengalaman pengguna menjadi sebahagian daripada budaya kami.

Kami masih mempunyai banyak cabaran di hadapan: kita perlu mengetengahkan pasukan untuk mempengaruhi lebih banyak projek, kita perlu terus mengusahakan visi kita untuk masa depan, kita perlu meningkatkan penyegerakan kami dengan pengurus produk dan pemilik produk, dan sebagainya. Ada banyak yang perlu dilakukan, jadi marilah kita melancarkan lengan baju kita dan sibuk!

Kembali ke Kisah Saya

Ini adalah projek yang paling mencabar dan bermanfaat yang saya telah terlibat dalam masa saya di OutSystems. Cabarannya adalah tetap; pasukannya mengagumkan! Terima kasih, OutSystems, untuk peluang yang luar biasa.

Pasukan Rekaan Produk pada tahun 2018