Tasarım Eleştirisi Oturumu Yürütmek: Hazırlık, Akış ve Geri Bildirim Dili
Beceri rehberi

Tasarım Eleştirisi Oturumu Yürütmek: Hazırlık, Akış ve Geri Bildirim Dili

Hazırlayan: Mindset Institute EditörlüğüGüncellendi: 4 dk okuma

İyi bir tasarım eleştirisi, tasarımı beğenip beğenmemeyi değil, tasarımın hedefe hizmet edip etmediğini tartışır. Sayfada oturumun hazırlığı, akışı, geri bildirim dili ve fasilitatörün zor anlarda yapacakları anlatılır.

Bir bakışta

  1. Eleştiri, tasarım onayı ya da beğeni oylaması değildir. Amaç, tasarımcının bir sonraki iterasyonda daha iyi karar vermesini sağlamaktır.
  2. Oturumdan önce bağlam, hedef ve istenen geri bildirim türü netleşmelidir. Sunan kişi bunları söylemeden eleştiri dağılır.
  3. Geri bildirim hedefe ve kullanıcıya bağlanmalıdır. Kişisel zevke dayanan yorum değil, gözlem ve gerekçe taşıyan yorum işe yarar.
  4. Fasilitatör süreyi, söz sırasını ve çözüm dayatmayı yönetir. Çözüm önerme sorumluluğu tasarımcıdadır; eleştirmen sorun ve gözlem getirir.
  5. Oturum bir kararla ve kayıtla biter. Notlar, tasarımcının alacağı aksiyonlar ve sahibi yazılı olmazsa eleştiri boşa gider.

Eleştiri neyi çözer, neyi çözmez?

Tasarım eleştirisi, çalışmanın kullanıcı ve iş hedefleriyle uyumunu gözden geçirmek için yapılan düzenli bir görüşme biçimidir. Yeni bir akışın kafa karıştırıcı bir adımı, bir ekranda öncelik sırasının bozulması, erişilebilirlik riskleri ve tutarsızlıklar bu oturumun tipik konularıdır.

Eleştiri şunlar için uygun bir zemin değildir: yöneticinin son kararı almak için yaptığı onay toplantısı, bir ekran için renk seçimini oylama, hatayı bulma amaçlı kalite denetimi. Onay sürecinde karar zaten verilmiştir; oylamada kişisel zevkler öne çıkar; kalite denetimi ise uygulanmış ekranı bir listeyle kontrol eder. Genel geri bildirim kavramı için eleştiri ve geri bildirim karşılaştırmasına bakılabilir; burada tasarım ekiplerine özgü oturum formatı anlatılıyor.

Oturumdan önce: çerçeveyi kurmak

Oturumun verimi büyük ölçüde başlamadan belirlenir. Sunan tasarımcının önceden hazırlaması gerekenler şunlardır:

  • Bağlam: Çalışmanın hangi kullanıcı sorununa cevap verdiği ve tasarımın hangi aşamada olduğu.
  • Hedef: Başarının nasıl anlaşılacağı, örneğin kullanıcının bir görevi kendi başına tamamlaması.
  • Sorular: Hangi konuda görüş istendiği. Henüz karar verilmemiş bir bölgeyle, kesinleşmiş bir bölgeyi ayırın.
  • Kısıtlar: Teknik, takvim ya da marka kaynaklı değişmeyecek unsurlar.

Katılımcı seçimi de çerçevenin parçasıdır. Farklı bakış açısı getiren birkaç kişi, yani bir başka tasarımcı, bir mühendis, ürün sahibi ve mümkünse kullanıcıyı iyi bilen biri, kalabalık bir salondan daha verimlidir. Çalışma bağlantısı ve çerçeve, oturumdan önce paylaşılırsa ilk dakikalar bağlam anlatmakla geçmez.

Oturumun akışı

Yapı, sürenin kontrolden çıkmasını engeller. Uygulamada işleyen bir akış şöyledir. Fasilitatör oturumun amacını ve kurallarını hatırlatır. Tasarımcı çerçeveyi kısaca anlatır; çözümü savunmaz, kararlarını ve sorularını açıklar. Katılımcılar önce anlamaya yönelik sorular sorar. Ardından yapılandırılmış geri bildirim turu gelir; herkesin söz hakkı vardır, sessiz kalanlar özellikle davet edilir. Oturum, tasarımcının duyduklarını kendi cümleleriyle özetlemesi ve aksiyonların kararlaştırılmasıyla kapanır.

Süre ayrımı nettir: sunum kısa, geri bildirim uzun tutulur. Sunumun uzaması, tartışma süresini yer ve oturum bir sunuma dönüşür. Oturum formatını ekibin ritmine göre (haftalık, sprint sonunda ya da önemli bir akış tamamlandığında) belirlemek mümkündür; önemli olan ritmin tahmin edilebilir olmasıdır.

Şekil 1

Sunum kısa, geri bildirim uzun, sonuç yazılı

Tipik oturum akışı

  1. AçılışAmaç ve kurallarFasilitatör eleştirinin neyi hedeflediğini hatırlatır.
  2. ÇerçeveTasarımcı bağlamı anlatırSorun, hedef ve istenen geri bildirim türü.
  3. AnlamaAçıklayıcı sorularYorumdan önce anlamaya yönelik sorular.
  4. TurGeri bildirim turuGözlem ve gerekçe; herkese söz hakkı.
  5. KapanışÖzet ve aksiyonlarTasarımcı özetler, sahipli aksiyonlar yazılır.
Kaynak: sayfa içeriğiMindset Institute

Geri bildirim dili: zevkten gözleme

Eleştiriyi verimli kılan şey, yorumların kişisel tercih yerine gözlem ve hedef üzerine kurulmasıdır. 'Bu mavi hoşuma gitmedi' tasarımcıya ne yapacağını söylemez. 'İkinci düğme, birincisiyle aynı ağırlıkta olduğu için hangisine basılacağı belirsiz kalıyor' ise hem gözlemi hem etkiyi verir. Basit bir kalıp işe yarar: ne gördüm, bu hedefle nasıl ilişkili, merak ettiğim soru. Durum, davranış ve etki üzerine kurulu geri bildirim modeli için SBI sayfasına bakılabilir.

Çözüm önermek konusunda dikkatli olunmalıdır. Eleştirmen sorunu bildirdiğinde tasarımcı kendi çözümünü üretir; hazır çözüm dayatılırsa tasarımcı savunmaya geçer ve asıl sorun gizli kalır. Sorular ('Kullanıcı burada ne yapmayı bekler?') öneriden daha verimli olabilir.

Şekil 2

Zevke dayalı yorum yerine gözleme dayalı yorum

Verimsiz yorum
Verimli yorum
Bunu beğenmedim
İki düğmeyi ayırt etmek zor, birincil eylem belirsiz kalıyor
Daha modern olsun
Hedef kullanıcı için bu yazı boyutu okunurluğu düşürüyor
Bence bu butonu kaldırın
Bu adımda kullanıcının ne yapması beklendiğini merak ediyorum
Kaynak: sayfa içeriğiMindset Institute

Fasilitatörün zor anlardaki işi

Oturumlar sıklıkla aynı yerlerde sorun yaşar. Birincisi, en kıdemli kişinin görüşünün tartışmayı kapatmasıdır; fasilitatör önce diğerlerinin söz almasını sağlayarak bunu önleyebilir. İkincisi, tartışmanın çözüm üretme moduna kayması; fasilitatör konuşmayı 'sorun nedir' sorusuna geri çeker. Üçüncüsü, tasarımcının her yoruma savunmayla cevap vermesi; ona yalnız dinleme ve not alma görevi verilir, cevap hakkı oturum sonunda açıklayıcı sorular için saklanır. Dördüncüsü ise ilgisiz konuların girmesi, yani ürün stratejisi ya da öncelik tartışmasının oturumu ele geçirmesidir; bu konular ayrı bir listeye alınır.

Bir diğer sorun, geri bildirim sonrası hiçbir şeyin olmamasıdır. Aksiyonlar kimin sahipliğinde ve ne zamana kadar olduğuyla yazılmazsa ekip, eleştirinin işe yaramadığı sonucuna varır ve katılım azalır.

Kurgusal bir örnek: bir tasarımcı, mobil uygulamadaki kayıt akışını sunuyor. Oturumda kıdemli bir yönetici ilk dakikalarda akışın gereksiz uzun olduğunu söylüyor ve tartışma bir anda adımları kısaltma önerilerine kayıyor. Fasilitatör konuşmayı durdurmadan şunu sorar: bu gözlem, akışın hedefiyle nasıl ilişkili? Yönetici gözlemini yeni kullanıcının hangi adımda vazgeçeceği üzerinden yeniden kurar, diğer katılımcılar da aynı adımı kendi gözlemleriyle tamamlar. Tasarımcı çözümü tartışmaya açılmadan önce sorunun nerede olduğunu net duymuş olur.

Eleştiri ritmini kurmak ve Mindset programlarındaki yeri

Düzenli bir eleştiri kültürü, tek tek iyi oturumlardan değil, ekibin güvenle tekrarlayabildiği bir ritimden doğar. İlk oturumlarda küçük bir çalışmayla başlayın, geri bildirimi kimin verdiğini ve işe yarayıp yaramadığını oturum sonunda kısaca sorun, formatı buna göre ayarlayın. Uzaktan çalışan ekiplerde çalışma dosyasının önceden paylaşılması ve yazılı notların tutulması aynı işi görür.

Mindset kataloğunda Tasarım Eleştirisi (Design Critique) ve Geri Bildirim Ritüelleri programı kritik kültürünün temellerini, geri bildirim dilini, oturum formatlarını ve fasilitasyonu ele alır. Tasarım Liderliği programı ise kalite çıtasını ve kritik ile gözden geçirme ritimlerini ekip yönetimi açısından işler; ekibin kalite beklentisini belirleyecek tasarım yöneticileri için uygundur.

İlgili Mindset programı

Tasarım Eleştirisi (Design Critique) ve Geri Bildirim Ritüelleri

Sık sorulanlar

Sık sorulan sorular

Tasarım eleştirisini kimler katılmalı?

Sunan tasarımcının yanında farklı bakış açısı getiren birkaç kişi yeterlidir: başka bir tasarımcı, bir mühendis, ürün sahibi. Kalabalık oturumlarda söz hakkı dağılır ve sessiz kalanlar çoğalır. Karar sahibinin kim olduğu baştan belli olmalıdır.

Eleştiri ile kullanılabilirlik testi arasındaki fark nedir?

Kritikte ekip arkadaşları uzman gözüyle tasarımı değerlendirir. Kullanılabilirlik testinde ise gerçek kullanıcılar görevleri tamamlamaya çalışır ve gözlem alınır. İkisi birbirinin yerine geçmez; kritik, testten önce bariz sorunları ayıklar, test ise kritikte görülemeyen davranışı ortaya çıkarır.

Sunan kişi geri bildirime itiraz edebilir mi?

Geri bildirim turu sırasında hayır; savunma, kalan yorumların gelmesini engeller. Tasarımcı not alır, anlamadığı noktalarda açıklayıcı soru sorar. Kararını oturumdan sonra verir. Karar sahibi olarak hangi geri bildirimi uygulayacağını seçmek ona aittir.

Uzaktan ekiplerde eleştiri nasıl yapılır?

Çalışma dosyası ve çerçeve notları oturumdan önce paylaşılır; oturumda yorumlar ortak dosyaya yazılır ve gerekirse sesli tartışma yapılır. Yazılı yorum, sesi yüksek kişinin baskın olmasını azaltır. Aksiyonlar yine sahiplerinin adıyla kayda geçirilmelidir.

Oturum sonunda ne üretilmelidir?

Tasarımcının özetlediği ana geri bildirimler, uygulanacak değişiklikler ve her birinin sahibi. Kabul edilmeyen yorumlar da gerekçesiyle not edilebilir. Bu kayıt bir sonraki oturumda çalışmanın nasıl değiştiğini göstermeye yarar.

Tasarım Eleştirisi Nasıl Yapılır? Oturum Rehberi