Design Sprint Planlama ve Yürütme: Gün Gün Akış

Design sprint nedir, ne zaman uygundur

Design sprint, Jake Knapp'ın Google'da geliştirdiği ve Sprint kitabıyla yayımlanan beş günlük bir çalışma biçimidir. Küçük bir ekip bir haftalığına takvimini boşaltır; problemi haritalar, çözüm fikirleri üretir, aralarından birini seçer, prototipini yapar ve gerçek kullanıcılarla sınar. Resmî tanımda amaç, bir ürünü, hizmeti ya da kampanyayı büyük yatırıma girmeden önce müşteri tepkisiyle görmektir.

Her iş için uygun değildir. Şu durumlarda işe yarar: problem büyük ve belirsizse, birçok olası yön varsa, ekip arasında uzun tartışmalar sürüyorsa, bir fikre kaynak ayırmadan önce hızlı kanıt gerekiyorsa. Çözümü zaten belli olan bir iyileştirme için ya da erişilecek kullanıcı bulunamıyorsa sprint gereksiz yük olur.

Design thinking ile ilişkisini şöyle düşünebilirsiniz: design thinking bir düşünme yaklaşımı ve geniş bir araç kutusudur; design sprint ise bu yaklaşımdan alınmış fikirleri tek bir hafta, belli roller ve günlük çıktılarla sıkıştıran bir formattır. Format sabittir, yaklaşım esnektir.

Sprint öncesi hazırlık

Sprint başlamadan önce üç şeyi sağlayın: doğru problem, doğru ekip, doğru zaman ve mekân.

Problem büyük ama bir haftada fikir üzerinde anlaşılabilecek kadar sınırlı olmalıdır. Neden önemli olduğunu ve başarının nasıl görüneceğini bir cümleyle yazın. Ekip küçük ve çok işlevli olsun: ürün, tasarım, mühendislik, pazarlama ya da müşteri tarafından birer kişi, ve problem hakkında karar yetkisi olan biri. Sürecin akışını yönetecek bir kolaylaştırıcı seçin; bu kişi içerikte rol almaz, zamanı ve tartışmayı yönetir.

Takvim boşaltılır; ekip hafta boyunca başka toplantıya girmez. Resmî rehber ekibin her büyüklükte olabileceğini söyler, ancak küçük ekipte karar daha hızlı çıkar. Odada bir duvar, kâğıt ve yapışkan not yeterlidir. Dijital ortamda yürütecekseniz ortak bir beyaz tahta ve kısa mola düzeni kurun.

Salı günü kullanıcı görüşmeleri için kişi aramaya başlanır. Bu iş geciktirilirse Cuma günü test edecek kimse bulunamaz; hazırlıkta bile kimlerle görüşeceğinizi düşünün.

Beş günün akışı

Her gün tek bir odak ve tek bir çıktı vardır.

Pazartesi, harita: ekip uzun vadeli hedefi belirler, problemi haritalar, şirket içinden uzmanların bilgisini toplar ve haftanın hedefini seçer. Resmî rehberin vurgusu sondan başlamaktır: önce ulaşmak istenen sonuç, sonra yol. Hedef, bir haftada çözülebilecek iddialı ama yönetilebilir bir parça olmalıdır.

Salı, eskiz: ekip mevcut fikirlere bakıp ödünç alınacakları belirler; sonra herkes tek başına çözüm eskizi çizer. Süreç sanat yeteneğinden çok eleştirel düşünmeyi öne çıkarır. Aynı gün kullanıcı bulma işi başlar.

Çarşamba, karar: eskizler eleştirilir, hedefe ulaşma ihtimali en yüksek olanlar seçilir. Öğleden sonra kazanan fikirler bir hikâye panosunda birleşir. Amaç tek ve sağlam bir plandır; her fikri prototiplemek mümkün olmaz.

Perşembe, prototip: ekip tek günde gerçekçi, müşteriye gösterilebilir bir prototip yapar. Bu sahte yüz yaklaşımıdır; yalnız kullanıcının tepki vereceği kısım inandırıcı olur. Gün sonunda görüşme programı ve görüşme metni hazırdır.

Cuma, test: müşteriler prototiple karşılaştırılır ve ekip tepkilerini izler. Resmî rehber bu görüşmeleri tüm sprinti değerli kılan bölüm olarak tanımlar.

Roller ve ekip içi iş bölümü

Resmî rehber ekip büyüklüğüne ve rollere ayrıntılı girmez; uygulamada sprint ekibinde kabaca şu görevler görülür.

• Kolaylaştırıcı: günlük akışı, zamanı ve tartışmayı yönetir. İçerik fikri vermez; ekibin kararı tıkandığında süreci açar.
• Karar verici: ürünün ya da işin sorumlusudur. Eskizler arasında seçim yaparken ekibin görüşünü dinler, ama son sözü söyler. Bu kişi yoksa Çarşamba günü kararlar sürüncemede kalır.
• Uzmanlar: Pazartesi günü bilgisini ekiple paylaşan şirket içi kişiler; müşteri hizmetleri, satış, mühendislik gibi.
• Prototip yapan kişiler: Perşembe günü tasarım ve içerik hazırlar. Ekipte biri akışı yazar, biri görseli üretir, biri görüşme metnini hazırlar.
• Görüşmeyi yapan kişi: Cuma günü müşteriyle konuşur; ekibin geri kalanı ayrı bir odadan izler ve not alır.

Bu görev dağılımı sabit değildir, ekibin büyüklüğüne göre birleşebilir. Önemli olan karar verici ve kolaylaştırıcının farklı kişiler olmasıdır; ikisi aynı kişide birleşirse hem süreci yönetmek hem sonuca karar vermek zorlaşır.

Prototip ve kullanıcı görüşmeleri

Perşembe günü yapılacak prototip, ürünün tamamı değil, test edilecek akıştır. Ekran görüntülerinden oluşan tıklanabilir bir sunum, kâğıt maket ya da basit bir sayfa yeterli olabilir. Önemli olan müşterinin gerçek bir ürünle karşılaştığını düşünerek tepki verebilmesidir. Üretim kalitesinde kod yazmaya çalışmak, günü ve hafta sonunda değer üretmeyen bir işi yutar.

Cuma günü görüşmeler için hazırlanan metin, kullanıcıya önce kendisi ve alışkanlıkları hakkında sorular sorar, sonra prototipi göstererek görevler verir. Kullanıcıya ne düşündüğünü yüksek sesle söylemesi hatırlatılır. Görüşmeci kullanıcıyı yönlendirmez, fikrini savunmaz, "neden öyle düşündünüz" gibi açık sorularla ilerler.

Ekibin geri kalanı görüşmeleri izler ve her tepkiyi not eder. Tek bir kullanıcının sözüne değil, birden çok görüşmede tekrar eden kalıplara bakılır. Gün sonunda ekip kalıpları birlikte okur ve sonuçları şu yönlerden birine bağlar: fikir çalışıyor, düzeltilerek devam edilmeli ya da vazgeçilmeli.

Sık yapılan hatalar

• Takvimi tam boşaltmamak: ekip arada işlere dönerse günler yarım kalır.
• Karar vericiyi odaya almamak: Çarşamba günü seçim yapılamaz, sprint uzar.
• Yanlış problemi seçmek: çok geniş ya da çok dar bir hedef haftayı boşa harcar.
• Prototipi fazla parlatmak: Perşembe günü kod ya da cilalı tasarım uğruna test hazırlığı geri kalır.
• Kullanıcıyı yönlendirmek: görüşmeci fikrini savunursa tepkiler anlamını yitirir.
• Tek görüşmeden sonuç çıkarmak: tek bir kullanıcı genel kalıbı göstermez.
• Sonucu eyleme bağlamamak: sprint bir karar vermiyorsa yalnız eğlenceli bir haftadır.

Bu beceriyi Mindset programlarında nerede çalışırsınız

UX/UI Bootcamp, kullanıcı araştırması, persona ve kullanıcı yolculuğu, kullanılabilirlik testi ile Design Sprint ve Ürün Stratejisi modüllerini bir araya getirir. Ürün, tasarım ya da girişim ekibinde çalışıp sprinti kendi ekibinde uygulamak isteyen biri için bu program, sprintin dayandığı araştırma ve prototip becerilerini tek yerde toplar.