Geçtiğimiz perşembe akşamı (12 Kasım 2009) UserSpots.com'un düzenlediği Dünya Kullanılabilirlik Günü etkinliğine katılma fırsatım oldu. Rahatlıkla "Son zamanlarda katıldığım en iyi etkinlikti" diyebilirim, yalan da olmaz. Etkinlik sahibi Mustafa Dalcı'ya ve mekan sponsoru BİE'ye teşekkürler.

Yazıyı o gece yazacaktım ama sunumların yayınlanmasını bekledim. (Geçen gün yayınlanmış Dünya Kullanılabilirlik Günü sunumları.) Ürün geliştiricilerin ve kendi açımdan yazılımcıların özellikle incelemeleri gerektiğini düşünüyorum.

Yazılımcılar uygulamalarda birim test (unit test, basitce : yazılan fonksiyonların test edilmesi) yaptığı gibi, arabirimleri de daha yolun başında test etmeli, kolları sıvayıp koda dalmadan önce ekran görüntülerini (eğer başka birimden gelmiyorsa) kağıda dökmeli, "en basit şekli ile bu ekranı nasıl tamamlarım ve işi çözerim?" sorusuna cevap aramalı ve cevabını da kağıda dökmeliler. Başka bir birimden çizimler geliyorsa bile üzerinde kafa yorup varsa çekincelerini bildirmeliler. 

Geliştirme sürecince ise, geliştiriciler/yazılımcılar, başka birini beklemeden ilk testlerini kendileri tam olarak yapabilirlerse;

1. Ürün süreci hızlanacak (test sürecinde ve sonrasında geri dönüşler azalacak), 
2. Ürünler daha kaliteli olacak (az sorunlu ve dönüşü yüksek), 
3. Kullanıcılar bir kaç kat daha mutlu olacak (istediğine ulaşabilecek), 
4. Firma hedeflere daha yüksek oranlarda varmış olacaktır. (kârlılık artacak)

1. Hayal edin,
2. Basit düşünün (KISS : Keep it simple stupid),
3. Hayal edin,
4. Basit düşünün,
5. Çizin,
6. Tartışın,
7. Basit düşünün,
8. Çizin
9. Tartışın
10. Çizin
11. Yazın,
12. Test edin,
13. Yazın,
14. Test edin,
15. Yazın,
16. Test edin,
17. Yazın,
18. Test ettirin,
19. Yazın,
20. Test edin,
21. Test ettirin,
22. Yayınlayın,
23. Test edin,
24. İzleyin (dönüşleri takip edin).
25. goto 1: (yeni özellik geliştirme için)