Agile mı, Design Thinking mi? Çevik ve Tasarım Odaklı Düşünmenin Farkı

Aynı yolculuğun iki farklı sorusu

Çevik (Agile) ve tasarım odaklı düşünme (design thinking) sık sık aynı cümlede anılır, çünkü ikisi de yinelemeli çalışmayı, müşteriyle yakın teması ve değişime açıklığı savunur. Yine de farklı soruları yanıtlarlar. Tasarım odaklı düşünme "neyi yapmalıyız, kimin hangi problemini çözüyoruz" sorusuna odaklanır. Çevik yaklaşım ise "bunu nasıl kısa döngülerle, çalışan parçalar halinde ve geri bildirimle inşa ederiz" sorusuyla ilgilenir.

Bu yüzden ikisini birbirine rakip iki yöntem olarak görmek yanıltıcıdır. Tasarım odaklı düşünme ağırlıklı olarak keşif, yani doğru problemi ve doğru çözümü bulma tarafında; çevik yaklaşım ise ağırlıklı olarak teslimat, yani çözümü adım adım üretme ve iyileştirme tarafında durur.

Çevik yaklaşımın ve tasarım odaklı düşünmenin özü

Çevik yazılım geliştirme manifestosu şu değerler üzerine kuruludur: süreçler ve araçlar yerine bireyler ve etkileşimler, kapsamlı dokümantasyon yerine çalışan yazılım, sözleşme pazarlığı yerine müşteriyle iş birliği, bir planı izlemek yerine değişime yanıt vermek. Manifesto sağdaki öğelerin de değerli olduğunu, ancak soldakilere daha çok değer verildiğini vurgular. Scrum ve Kanban gibi çerçeveler bu değerleri ekip düzeyinde uygulamanın yollarıdır.

IDEO, tasarım odaklı düşünmeyi inovasyona insan merkezli bir yaklaşım olarak tanımlar; insanların ihtiyacı, teknolojinin olanakları ve kurum için anlamlı olanın bir araya getirilmesini hedefler. Uygulamada kullanıcıyı gözlemleme, problemi yeniden tanımlama, fikir üretme, kaba prototip yapma ve test etme adımlarıyla ilerler; adımlar arasında sık sık geri dönülür.

Temel farklar: ölçüt ölçüt

• Ana soru: Agile / çözümü nasıl hızlı, kaliteli ve değişime açık biçimde teslim ederiz? Design thinking / hangi problemi, kimin için çözmeliyiz ve hangi çözüm işe yarar?
• Ana çıktı: Agile / her döngü sonunda kullanılabilir bir ürün artışı. Design thinking / kullanıcı içgörüleri, yeniden tanımlanmış problem, test edilmiş çözüm konseptleri ve prototipler.
• Ritim: Agile / sabit uzunlukta döngüler ya da sürekli akış; düzenli planlama, gözden geçirme ve retrospektif. Design thinking / atölye ve araştırma dönemleri; ritim proje ihtiyacına göre değişir.
• Ekip: Agile / ürünü uçtan uca üretebilen, kendini yöneten çapraz fonksiyonlu ekip. Design thinking / tasarımcı, araştırmacı, iş ve teknik temsilcilerden oluşan, kolaylaştırıcı eşliğinde çalışan karma grup.
• Kullanıcıyla temas: Agile / gözden geçirmelerde paydaşlar ve kullanıcılar çalışan ürüne geri bildirim verir. Design thinking / gözlem, görüşme ve prototip testiyle kullanıcı sürecin en başından içeridedir.
• Başarı ölçütü: Agile / düzenli ve öngörülebilir değer teslimi, ürün kalitesi, müşteri memnuniyeti. Design thinking / doğru problemin bulunması ve çözümün kullanıcı ihtiyacına gerçekten yanıt vermesi.

Hangi durumda hangisine ağırlık verilir?

Problem net, kullanıcı ve ihtiyaç iyi biliniyorsa çevik teslimat doğrudan başlayabilir. Örneğin mevcut bir bankacılık uygulamasına, müşterilerin sık talep ettiği bir fatura ödeme talimatı özelliği eklenecekse ekip bunu iş listesine alır, parçalara böler ve döngüler halinde geliştirir.

Problemin kendisi belirsizse ya da ekip neyi neden yaptığından emin değilse önce tasarım odaklı düşünmeye ağırlık vermek gerekir. Örneğin aynı bankada genç müşterilerin uygulamayı indirip kısa sürede kullanmayı bıraktığı görülüyor ama nedeni bilinmiyorsa, yeni özellik yazmaya başlamadan önce bu kullanıcılarla görüşmek, kullanım anlarını gözlemlemek ve problemi doğru tanımlamak gerekir.

Değerlendirme için iki soru yeterlidir:

• Kimin hangi problemini çözdüğümüzü kanıtlarla söyleyebiliyor muyuz? Hayırsa keşif gerekir.
• Çözümün ne olacağı kabaca belli mi ve bunu parçalara bölebiliyor muyuz? Evetse çevik teslimat başlayabilir.

Birlikte kullanım: keşif ve teslimat parkurları

Ürün ekiplerinde iki yaklaşımı birleştirmenin bir yolu, işi iki paralel parkur olarak düşünmektir. Bu modele dual-track agile da denir.

• Keşif parkuru: Ürün yöneticisi, tasarımcı ve bir geliştirici temsilcisi kullanıcı araştırması, prototip ve küçük testlerle sıradaki fikirlerin değerli olup olmadığını sınar. Burada tasarım odaklı düşünmenin araçları kullanılır.
• Teslimat parkuru: Çevik ekip, keşiften geçmiş ve yeterince netleşmiş işleri döngüler halinde geliştirir.
• Bağlantı noktası: Keşiften çıkan öğrenmeler ürün iş listesine (product backlog) öğe olarak girer; teslimatta ortaya çıkan kullanıcı geri bildirimi yeniden keşfi besler.

Bu düzende sık yapılan hatalar şunlardır: tasarım odaklı düşünmeyi projenin başında bir kez yapılıp biten bir atölye sanmak, keşfi yalnız tasarımcılara bırakıp geliştiricileri dışarıda tutmak ve keşif çıktısını ayrıntılı bir şartnameye çevirerek çevik ekibin esnekliğini ortadan kaldırmak.

Roller ve beceriler açısından fark

Çevik ekiplerde öne çıkan beceriler iş listesini önceliklendirme, işi küçük ve değer taşıyan parçalara bölme, tahminleme, ekip içi iş birliği ve düzenli gözden geçirmedir. Scrum'da ürün sahibi (Product Owner), Scrum Master ve geliştiriciler (Developers) bu hesap verebilirlikleri paylaşır.

Tasarım odaklı düşünmede öne çıkan beceriler ise empatiyle dinleme, gözlem yapma, görüşme yürütme, içgörü sentezleme, problemi yeniden çerçeveleme, hızlı ve ucuz prototip üretme ve atölye kolaylaştırmadır. Bu becerilerin yalnız tasarımcılarda değil, ürün sahibi ve geliştiricilerde de bulunması iki yaklaşım arasındaki geçişi kolaylaştırır.

Mindset programlarında iki yaklaşım

Design Thinking Sertifika Programı yaratıcı düşünce, fikirden eyleme geçiş, yaratıcılığı özgür kılmak ve değişimi tasarlamak modüllerinden oluşur. Agile Project Management Foundation eğitimi AgilePM Foundation içeriğine odaklanır.

İki parkuru birleştirmek isteyen ekipler için Dual-Track Agile eğitimi; modele giriş, keşif parkuru ve sürekli keşif, teslimat parkuru, UX araştırma ile ürün yönetimi senkronizasyonu, çıktı odaklı metrikler ve OKR entegrasyonu ile çok ekipli ortamda ölçeklendirme modüllerini içerir.