Paydaş Baskısı Altında Tasarım Sürecini Savunmak

Parlatılmış bir ekran, arkasındaki iki haftayı da saklar. Paydaş gördüğü şeye bakarak süre tahmin eder, göremediğine değil; bu yüzden her temiz teslimat bir sonraki iş için daha kısa bir takvim beklentisi yaratır. Süreci savunmanın yolu daha çok açıklama yapmak değil, süreci görünür kılmaktır.

Cilalı çıktı kendi süresini kısaltır

Tasarımcı olmayan birine bitmiş görünen bir ekran gösterdiğinizde, arkadaki keşif turlarını, elenen üç yönü ve baştan çizilen akışı göremez. Gördüğü tek şey sonuçtur ve sonuç ne kadar temizse iş o kadar kolay görünür.

Asıl tuzak burada: teslim ettiğiniz her cilalı çıktı, karşı tarafta bir sonraki işin süresi için yeni ve daha kısa bir tahmin oluşturur. Süreci sakladıkça kendi takviminizi daraltırsınız. Sunumu “bitti” diye açmak da aynı kapıya çıkar. Hangi aşamada olduğunuzu, neyin hâlâ test edilmeyi beklediğini baştan söyleyin.

Savunduğunuz şey estetik değil, geri bildirim döngüsü

Tasarım süreci özünde düzenlenmiş geri bildirim döngülerinden ibarettir: müşteriden tasarımcıya, tasarımcıdan geliştiriciye, geliştiriciden paydaşa. Köşe kesmek bu döngülerden birini atlamak demektir. Atlanan döngü ortadan kaybolmaz, üretime çıktıktan sonra fatura olarak geri gelir; bir arayüz kararının maliyeti de çoğu zaman tek ekranda değil, o kararı taşıyan bütün akışlarda birikir.

Paydaşa bunu anlatırken kullanıcı değerinden gidin. İş değeri kullanıcı değerinden doğar, tersi değil. Hiçbir verimlilik iyileştirmesi kullanıcı değerini otomatikleştiremez ve bozuk bir tasarımı toparlayacak “sonraki aşama” diye bir şey yoktur.

Zaman istemenin işe yarayan biçimi

“Daha fazla süre lazım” tek başına pazarlık malzemesi değildir, çünkü karşı tarafa seçenek sunmaz. Onun yerine takas önerin: kapsamı kısmak, öncelik sırasını değiştirmek ya da haftanın iki gününü kesintisiz tasarıma ayırmak.

Bir de görünürlük borcunuz var. İlerlemeyi erken ve sık gösterin, ama görüş toplamak için değil. Sorunuz “beğendiniz mi” değil, “bu kullanıcının işini görüyor mu” olsun. Haftada bir çekilen iki dakikalık ekran kaydı, otuz dakikalık durum toplantısından hem ucuza gelir hem de kimsenin takvimini işgal etmeden daha çok kişiye ulaşır.

Süreci panoya dökmek

Şeffaflığın en etkili biçimi anlatmak değil, göstermektir. Soyut Çift Elmas şemaları bunu yapmaz, çünkü o şemada kimsenin işi görünmez. Miro ya da FigJam üzerinde kurulan dağınık bir pano çok daha dürüsttür.

Oturum şöyle işler: projede yer alan herkes iki saatliğine aynı panoya gelir. Başarı için gerçekleşmesi gereken olaylar turuncu notlara yazılıp bir zaman çizelgesine dizilir, sonra şeritlere ayrılır. Araştırma görevleri, kullanıcı testleri, tasarım turları, paydaş onayları, teknik riskler. Ortaya çıkan şey bir plan değil, işin gerçek hacminin fotoğrafıdır; sonrasında yapılanı ve kalanı işaretlemek için de elinizde kalır.

Maliyetini açıkça hesaplayın. Sekiz kişilik bir ekiple iki saatlik oturum on altı adam saat eder, yani kendini ödemesi için en az o kadar yeniden çizimi ya da yanlış anlaşılmayı engellemesi gerekir. Tek bir “biz bunu böyle sanıyorduk” anını proje başına çekmek bu hesabı fazlasıyla kapatır; aynı panoyu her sprintte tekrarlamak kapatmaz. Proje başında bir kez yapın, sonra güncelleyin.

Bir projede takvimi bu şekilde panoya döktükten sonra “neden bu kadar sürüyor” sorusu bir daha gelmedi.