Design Sprints

Jika Anda ingin mendalami lebih lanjut tentang design sprints, mengapa tidak mempelajarinya langsung dari sumbernya? Google 

Design Sprint Kit

 adalah sumber daya open-source untuk siapa saja yang sedang belajar atau menjalankan design sprints. Situs web ini mencakup

studi kasus

 tentang design sprints yang telah menyelesaikan berbagai jenis tantangan,

template untuk slide dan aktivitas

, dan lainnya.

Selain itu, baca artikel ini di Medium tentang pentingnya design sprints. Atau, untuk benar-benar terinspirasi, baca buku 

Sprint

 yang ditulis oleh pencipta design sprints, dan mantan karyawan Google, Jake Knapp. Berikan perhatian khusus pada bab “Start at the End” untuk mendapatkan gambaran tentang bagaimana menetapkan tujuan jangka panjang untuk sprint, dan “Liftoff” untuk memotivasi Anda untuk memulai sprint pertama Anda. Selamat membaca!

Peran Desainer UX Tingkat Pemula

Jika Anda baru memulai sebagai desainer UX, Anda mungkin juga ingin tahu tentang peran seorang desainer UX tingkat pemula dalam sebuah sprint. Kami punya informasi lengkap untuk Anda! Periksa posting ini dari 

INKONIQ BLOG tentang cara kerja design sprint di Google

 dan artikel di Medium tentang apa yang 

satu desainer UX pelajari dari design sprint pertama mereka

.

Selamat atas pemahaman Anda tentang segala hal terkait design sprint! Gunakan sumber daya ini saat Anda terus menjelajahi tahap dan tujuan bagian penting dari pekerjaan desain UX ini.

Pertanyaan Umum dalam Retrospektif

Setiap design sprint merupakan kesempatan bagi tim Anda untuk mempelajari hal baru. Ini sangat berguna bagi desainer UX pemula yang mengikuti design sprint untuk pertama kalinya.

Selama design sprint, fokusnya adalah:

1. Memahami tantangan desain.

2. Menghasilkan solusi-solusi kreatif.

3. Memutuskan solusi mana yang akan dibangun.

4. Membuat prototipe dari beberapa solusi.

5. Menguji prototipe-prototipe tersebut.

Langsung setelah design sprint, tim Anda sebaiknya mengadakan sesi retrospektif. Retrospektif adalah proses kritik kolaboratif terhadap design sprint. Tujuan retrospektif adalah memastikan bahwa setiap orang yang terlibat dalam sprint memiliki kesempatan untuk memberikan umpan balik dan memikirkan peluang-peluang perbaikan.

Pertanyaan kunci yang harus diajukan dalam retrospektif adalah:

1. Apa yang berjalan dengan baik?

2. Apa yang bisa diperbaiki?

Menjawab pertanyaan-pertanyaan ini akan membantu Anda bekerja lebih baik sebagai tim dan individu. Pastikan semua orang merasa berdaya untuk berbagi pengalaman mereka, dan bahwa identitas pribadi seperti ras atau jenis kelamin tidak menghalangi anggota tim untuk jujur. Sebelum retrospektif dimulai, beri tahu grup bahwa umpan balik yang diberikan akan digunakan untuk merefleksikan pengalaman dan meningkatkan proses untuk sprint berikutnya.

Mulailah retrospektif dengan membahas bagian-bagian dari design sprint yang berhasil dan area-area di mana tim berkinerja baik. Mungkin proses baru telah dibuat yang bisa diterapkan pada sprint-sprint mendatang. Atau mungkin penambahan alat digital baru telah meningkatkan produktivitas tim. Analisis kemenangan tim Anda, dan pertimbangkan bagaimana hal tersebut bisa diterapkan pada sprint-sprint berikutnya.

Pertanyaan-pertanyaan yang mungkin diajukan selama bagian ini dari retrospektif meliputi:

– Alat apa yang paling banyak menghemat waktu dan usaha Anda?

– Kapan Anda merasa paling puas?

– Apa yang membantu Anda memberikan kontribusi terbaik kepada tim selama sprint ini?

Ini juga saat yang tepat untuk mengakui performa kuat seorang anggota tim. Merayakan kesuksesan membangun hubungan dan meningkatkan koherensi serta harmoni dalam tim!

Setelah menyoroti semua yang berjalan dengan baik, saatnya beralih dan memikirkan area yang perlu diperbaiki. Tim Anda akan ingin tahu apa yang salah, sehingga Anda semua bisa lebih baik di waktu berikutnya.

Dorong semua orang untuk berpartisipasi dalam berbagi area untuk perbaikan. Anda bahkan bisa bergantian berbicara dan menambahkan tantangan-tantangan ke daftar bersama. Jika ada yang merasa cemas untuk berbicara, ajak setiap orang untuk menulis pemikiran mereka secara anonim di catatan stiker individu. Kemudian, semua perbaikan dapat diperiksa bersama. Ini menghilangkan kekhawatiran tentang menyinggung orang lain dan mengurangi kemungkinan berpikir kelompok. Berpikir kelompok dapat terjadi dalam diskusi kelompok ketika satu orang berbagi pendapat dan semua orang setuju dengan pendapat tersebut, alih-alih berbagi perasaan mereka sendiri tentang suatu topik. Berpikir kelompok menghalangi setiap orang untuk memiliki pendapat yang sama, dan mungkin berarti beberapa area untuk perbaikan terabaikan.

Pertimbangkan setiap fase dari design sprint untuk mengatur umpan balik: memahami, ideate, memutuskan, membuat prototipe, dan menguji. Pada titik mana ada kesalahan? Apa yang menyebabkan tantangan-tantangan tersebut? Bagikan perspektif Anda jika ada satu atau dua fase yang tidak berjalan sesuai rencana.

Pertanyaan yang mungkin diajukan selama bagian ini dari retrospektif meliputi:

– Apa yang salah yang membuat Anda terkejut?

– Masalah apa yang muncul paling sering?

– Kapan menurut Anda kami mengalami tantangan terbesar sebagai tim?

Kemudian, tinjau hasil atau produk akhir dari sprint, dan tanyakan pertanyaan-pertanyaan seperti:

– Apakah tim salah menilai atau meremehkan pekerjaan yang dibutuhkan untuk menyelesaikan desain?

– Apakah faktor eksternal menghambat produktivitas Anda?

– Dan yang paling penting, apakah desain akhir benar-benar menyelesaikan masalah pengguna?

Identifikasi cara tim bisa mendapatkan solusi yang lebih baik. 

Ingat, retrospektif adalah tentang memberdayakan, bukan merendahkan. Ini bukan saatnya menyalahkan individu karena kinerja buruk. Jika Anda memiliki masalah dengan pekerjaan anggota tim, lebih baik mengatasinya dengan orang tersebut secara pribadi, bukan selama retrospektif secara tim.

Pada akhir pertemuan retrospektif, tim Anda akan memiliki pemahaman yang lebih baik tentang apa yang berjalan dengan baik dan apa yang bisa diperbaiki. Secara alami, Anda akan ingin membawa pelajaran yang didapat ke design sprint berikutnya.

Sebelum design sprint berikutnya, tinjau kesimpulan yang Anda capai pada akhir retrospektif terakhir. Kesimpulan Anda harus memengaruhi bagaimana Anda menjalankan sprint berikutnya. Mungkin Anda perlu melibatkan tim yang lebih beragam, memberikan lebih banyak waktu untuk ideasi, atau menguji dengan lebih banyak pengguna sebelum melanjutkan dengan desain.

Pertanyaan-pertanyaan yang mungkin diajukan meliputi:

– Apa yang Anda temukan selama sprint yang masih membuat Anda penasaran?

– Bagaimana proses saat ini bisa menghambat tim dari menciptakan solusi yang lebih baik?

Ingatlah: Berbicaralah dan bagikan saran Anda

 tentang bagaimana sprint desain berikutnya bisa lebih baik. Jangan takut untuk mengusulkan apa pun yang menurut Anda akan meningkatkan proyek atau sprint berikutnya. Satu-satunya saran yang buruk adalah saran yang tidak dibagikan!