İnsan Faktörleri Yoluyla Tasarım Hatalarını Önleme

Günlük hayatımızda karşımıza çıkan “küçük” aksaklıkları düşünün: Yanlış tasarlanmış bir kapı kolu yüzünden elinizin her seferinde kapı kasasına çarpması, karmaşık bir mutfak robotunu monte edememeniz veya bir banka ATM’sinin anlaşılmaz arayüzü yüzünden işlem yapamamanız… Çoğu zaman bu durumları “kullanıcı hatası” olarak etiketleyip kendimizi suçlarız.

Ronald William Day, “Design Error: A Human Factors Approach” adlı eserinde tasarım hatalarının sadece teknik birer kusur olmadığını, sistem geliştirme yaşam döngüsündeki (SDLC) insan faktörü eksikliğinin yıkıcı bir sonucu olduğunu vurgular. Day’in verdiği meşhur çim biçme makinesi örneğini ele alalım: Bir tasarımcı, teknik spesifikasyonları tam olarak karşılayan bir çim toplama sepeti tasarlayabilir; ancak kullanıcı bu sepeti boşaltmak için her seferinde dakikalarca uğraşıyorsa, o tasarım “kullanıcı kavramsal çerçevesini” (User Conceptual Framework) karşılayamadığı için hatalıdır. Bu tür kavramsal hatalar, Queensland Sağlık (Queensland Health) bordro fiyaskosunda olduğu gibi devasa boyutlara ulaştığında, 85.000 çalışanın mağduriyetine ve 1,25 milyar dolarlık bir maliyete yol açan sistemik bir felakete dönüşebilir.

Tasarım Hatalarında İnsan Faktörünün Rolü

Tasarım süreçlerindeki en kritik risk, tasarımcı ile son kullanıcı arasındaki “Bağlantı Kopukluğu Modeli”dir (Disconnect Model). Araştırmalar, tasarımcıların iletişimlerinin %75’inden fazlasını projeyi finanse eden ve çoğu zaman operasyonel detaylardan bihaber olan “müşterilerle” (yöneticilerle) kurduğunu; asıl kullanıcılarla temasın ise %25’in altında kaldığını göstermektedir. Bu “çift körleme” durumu, tasarımcının operasyonel gerçeklikten uzak, sadece masa başındaki belgelere dayalı bir sistem inşa etmesine yol açar.

Bu kopukluğun bir diğer tehlikeli boyutu ise “Otomasyon Miti”dir. İnsanı devreden çıkarmanın hatayı azaltacağı düşünülür; ancak Day’in “5 Karmaşıklık Seviyesi Modeli” bunun tersini kanıtlar. 4. seviyede SDLC, insan faktörleri ve bütçe tavizleri arasındaki etkileşim riskleri “eksponansiyel” olarak artırır. 5. seviyede ise insan tamamen devreden çıkarılır. Otomasyon rutin işlerde mükemmeldir; ancak “anormal durumlarda” makineler insanın problem çözme yeteneğinden yoksundur. Bu noktada kullanıcı, sistemin ne yapacağını bilemediği bir “bakıcı” konumuna düşer ve olası bir kazada “kullanışlı günah keçisi” (convenient scapegoat) ilan edilir.

Gerçek Dünyadan Trajik Dersler

Tasarım hatalarının maliyeti bazen sadece para değil, insan hayatıdır. Kaynak metindeki iki vaka, sistem güvenliği uzmanları için ders niteliğindedir:

• Zanthus Demiryolu Kazası: Avustralya’da gerçekleşen bu kazada, uzaktan kumandalı bir makas değiştirme sistemi tasarlandı. Tasarımcılar, demiryolu güvenliğinin altın kuralı olan ve 1889 Armagh faciasından beri kullanılan “Anklaşman” (Interlocking – bir rota set edildiğinde tren geçene kadar geri alınamaması) prosedürünü sisteme dahil etmediler. Ayrıca İnsan-Makine Arayüzü (HMI) o kadar kötüydü ki; düğmeler etiketlenmemişti ve yazılı talimat yoktu. Sonuç: Bir mühendisin düğmeye yanlış zamanda basmasıyla iki tren çarpıştı; 45 kişi yaralandı ve bunların 21’i Kraliyet Uçan Doktor Servisi (RFDS) tarafından hastanelere taşınmak zorunda kaldı.
• Queensland Sağlık Bordro Fiyaskosu: Burada 1.800 kişilik basit bir yapı için tasarlanmış eski bir model, 85.000 kişilik devasa ve karmaşık bir yapıya uyarlanmaya çalışıldı. Tasarım konsepti en baştan hatalıydı ve bu durum bir “domino etkisi” yarattı. Uçtan uca (end-to-end) testler yapılmadan sistem devreye alındığında, binlerce sağlık çalışanı aylarca maaş alamadı. Tasarımcıların son kullanıcılarla (bordro personeli) konuşmak yerine sadece yöneticilere güvenmesi, projenin en büyük yıkım sebebiydi.

Hata Önleme: Şapkalar ve 7 Kritik Adım

Ronald Day, hataları önlemek için projenin doğasına uygun bir “Şapka” sistemi önerir:

• KIRMIZI ŞAPKA (Geleneksel Modeller): Köprü veya gökdelen gibi sonu kesin projeler içindir. İstatistiki kalite kontrolü (Six Sigma gibi) gerektirir. Burada kullanıcı girdisi projenin en başında “betona dökülmeden” alınmalıdır.
• MAVİ ŞAPKA (Prototip Modelleri): Fikirlerin “ayağının yere basıp basmadığını” görmek için kullanılır.
• SARI ŞAPKA (Adaptif/Çevik Modeller): Yazılım ve modern iş süreçleri için en idealidir. Kullanıcı tasarımın bir parçasıdır.

Hataların sisteme sızmasını önlemek için tasarımın 7 kritik adımı titizlikle yönetilmelidir:

1. Konsept Oluşumu: En riskli aşamadır. Kullanıcı durumsal bilgisi (situational knowledge) olmadan yapılan her varsayım bir hatadır.
2. Spesifikasyon Yazımı: Veri sözlüğü (data dictionary) eksikliği terim karmaşasına yol açar.
3. İnşa: İş akış araçları “dini bir disiplinle” kullanılmalıdır.
4. Test: Birim testleri yetmez; son kullanıcılarla uçtan uca test şarttır.
5. Uygulama: Kullanıcıya sürpriz yapılmamalı, süreç başından beri dahil edilmelidir.
6. Eğitim: Bu bir maliyet değil, güvenlik yatırımıdır.
7. Bakım: Sistem canlıya geçtiğinde “internship” dönemi başlar; anomaliler hemen

“Organik SDLC” ve Sürekli Çeviklik

Day, tasarımı yaşayan bir organizma gibi gören “Organik SDLC” (Şemsiye Model) yaklaşımını savunur. Bu modelde paydaşlar, tasarımcılar ve son kullanıcılar bir bütünün organları gibidir; biri aksarsa tüm bünye çöker. Günümüzün hızla değişen dünyasında “Sürekli Çeviklik” (Continuous Agile) bir zorunluluktur. Bakım aşaması artık isteğe bağlı bir eklenti değil, sistemin değişen iş ortamına uyum sağlamasını sağlayan hayati bir döngüdür.

Tasarımcılar ve Yöneticiler İçin 5 Aksiyon Planı

Sistem güvenliğini artırmak ve tasarım hatalarını minimize etmek için şu stratejiler uygulanmalıdır:

1. Son Kullanıcıyı Tasarım Ekibine Dahil Edin: Katılımcı tasarım (Participative Design) lüks değil, gerekliliktir. Kullanıcıların durumsal bilgisinden yararlanmayan her tasarım eksiktir.
2. Kapsamlı Test Protokolleri Uygulayın: Sadece teknik kodları test etmeyin; sistemin bir ucundan diğer ucuna operasyonel akışı gerçek kullanıcılarla doğrulayın.
3. HMI ve Arayüz Standartlarına Bağlı Kalın: Etiketsiz düğmeler ve karmaşık menülerden kaçının. Standart UI kılavuzları ve tutarlı bir “Veri Sözlüğü” kullanın.
4. Eğitimi Güvenlik Gerekliliği Olarak Görün: Eğitimi bütçe kalemi olarak değil, sistemin doğru çalışması için bir sigorta olarak konumlandırın.
5. Bakım Döngüsünü Yaşatın: Tasarım canlıya geçtiğinde bitmez. İlk operasyonel süreçte ortaya çıkan anomalileri düzeltmek için sürekli geri bildirim mekanizması kurun.

Tasarım hataları kaçınılmaz bir kader değildir. İnsan faktörünü ve kullanıcı deneyimini (UX) sürecin merkezine koyan disiplinli bir yaklaşımla, hem maliyetleri düşürebilir hem de daha güvenli bir dünya inşa edebiliriz.