Klasik akış sorumlu görünür: bir tasarımcı cilalı ekranlar üretir, onaylatır ve "sadece geliştirilsin" diye geliştiricilere devreder. Pratikte bu devir, projelerin sessizce haftalar kaybettiği yerdir. Mockup bitmiş görünüyordu ama gerçek veriyle, gerçek uç durumlarla ya da gerçek bir veritabanıyla hiç karşılaşmamıştı.
Devrin gizli maliyeti
Statik bir tasarım, önemli soruları yanıtlayamaz: 5 yerine 500 satır olunca ne olur? Hata durumu nerede yaşar? Boş durum ne der? Geliştiriciler uçarken yeniden tasarlar, tasarımcı devre dışı bırakılmış hisseder ve "onaylanmış" tasarım kurguya dönüşür. Herkes meşguldür; hiçbir şey hizalı değildir.
"Buton güzel olabilir ama yanlış yerdeyse, yanlıştır." — RESWONS DNA
Bunun yerine yaptığımız: çalışan prototip
Güzel bir resim yerine, ince ama gerçek bir prototip kurarız: gerçek HTML/JS/PHP, tıklanabilir butonlar, gönderilen bir form, ekranda sahte veri. Müşteri "böyle görünecek" demez — "böyle çalışıyor" der. Tasarım kararları daha ilk günden gerçeğe karşı test edilir.
Tek döngü olarak tasarım ve kod
Aynı kısa döngü hem görünümü hem davranışı ürettiğinde, geri bildirim ucuz ve süreklidir. Beceriksiz bir akış, değiştirmesi bir sprint değil bir saat sürerken yakalanır. Sonuç daha az tasarım değildir; gerçek sistemle temasta hayatta kalan tasarımdır.
Çıkarım
"Önce tasarla, sonra geliştir", sisteme dokunmadan doğru ekranı bilebileceğinizi varsayar. Genelde bilemezsiniz. Erkenden çalışan bir prototip kurun, gerçeğin tasarımı düzeltmesine izin verin; hem güzel görünen hem doğru olan bir şey yayınlarsınız. Bu, dört adımlı sürecimizin ikinci adımıdır.
Dört adımlı pipeline'ın tamamını Süreç sayfasında görebilirsiniz.