Kullanıcı Deneyimi: Teknik Gereksinimler

Kullanıcı Deneyimi için Teknik Gereksinimler kararının sınırı

Gereksinimler teknoloji adı yazmaktan çok, sistemin hangi koşulda nasıl davranacağını tarif etmelidir. Kullanıcı Deneyimi bağlamında bu cümle; kapsam dışını, hata anındaki davranışı ve onay verecek rolü aynı kayıtta göstermeyi gerektirir. Bu ayrım Kullanıcı Deneyimi çalışmasında Teknik Gereksinimler değerlendirmesinin sınırını netleştirir.

Çalışmanın somut çıktısı bir test edilebilir teknik gereksinim seti olmalıdır. Belgede mevcut durum, seçilen yaklaşım, vazgeçilen seçenek, sorumlu kişi ve kararın yeniden ele alınacağı tarih bulunursa sonraki değişiklikler kişisel hafızaya bağlı kalmaz. Kullanıcı Deneyimi için seçilen yaklaşım, Teknik Gereksinimler gözden geçirmesinde yeniden doğrulanmalıdır.

Teknik Gereksinimler için uygulanabilir adımlar

Kullanıcı Deneyimi çalışmasını küçük fakat uçtan uca bir örnekle başlatın. Her adımın çıktısı, bir sonraki adıma geçmeden önce kontrol edilebilen ayrı bir kanıt üretmelidir. Buradaki kanıt Kullanıcı Deneyimi projesinde Teknik Gereksinimler kararının tamamlandığını göstermelidir.

1. 1. karar: Kullanıcı, işlem hacmi ve beklenen büyümeyi tahmin edin. Bu adım test edilebilir teknik gereksinim seti içinde sorumlu rol ve kabul koşuluyla kaydedilmelidir.
2. 2. karar: Cihaz, tarayıcı, ağ ve erişilebilirlik koşullarını tanımlayın. Bu adım test edilebilir teknik gereksinim seti içinde sorumlu rol ve kabul koşuluyla kaydedilmelidir.
3. 3. karar: Entegrasyon, veri formatı ve hata yönetimi kurallarını yazın. Bu adım test edilebilir teknik gereksinim seti içinde sorumlu rol ve kabul koşuluyla kaydedilmelidir.
4. 4. karar: Yedekleme, izleme, loglama ve kurtarma hedeflerini belirleyin. Bu adım test edilebilir teknik gereksinim seti içinde sorumlu rol ve kabul koşuluyla kaydedilmelidir.

Kapsama alınacak iş sonuçları

Teknik Gereksinimler odağında kapsam, Kullanıcı Deneyimi için aşağıdaki sonuçların hangisini gerçekten değiştireceğini göstermelidir. Her madde ayrı teslim ve test koşuluna bağlanmalıdır.

• Hata mesajları ve yönlendirmelerle görev kaybının azalması. Bu sonuç, Teknik Gereksinimler değerlendirmesinde ölçülebilir bir kabul maddesi olarak yazılmalıdır.
• Farklı cihaz ve yeteneklere daha erişilebilir deneyim. Bu sonuç, Teknik Gereksinimler değerlendirmesinde ölçülebilir bir kabul maddesi olarak yazılmalıdır.
• Destek ihtiyacı ile eğitim süresinin düşmesi. Bu sonuç, Teknik Gereksinimler değerlendirmesinde ölçülebilir bir kabul maddesi olarak yazılmalıdır.
• Kullanıcıların aradığı bilgiye daha az adımla ulaşması. Bu sonuç, Teknik Gereksinimler değerlendirmesinde ölçülebilir bir kabul maddesi olarak yazılmalıdır.

Teknik Gereksinimler kararını etkileyen riskler

Risk listesi yalnız ihtimalleri sıralamamalıdır. Kullanıcı Deneyimi için her riskin erken uyarısı, önleyici kontrolü, olay sonrası sorumlusu ve geri dönüş noktası birlikte tanımlanmalıdır. Kullanıcı Deneyimi açısından bu madde, Teknik Gereksinimler çalışmasının varsayımı değil doğrulanacak çıktısıdır.

• Görsel estetiği okunabilirlik ve görev başarısının önüne koymak. teknik tasarım ve kabul ölçütü incelemesi sırasında bu durum için gerçek bir kayıt veya test sonucu aranmalıdır.
• Boş, hata ve bekleme durumlarını tasarlamamak. teknik tasarım ve kabul ölçütü incelemesi sırasında bu durum için gerçek bir kayıt veya test sonucu aranmalıdır.
• Erişilebilirlik kontrollerini yalnızca proje sonunda yapmak. teknik tasarım ve kabul ölçütü incelemesi sırasında bu durum için gerçek bir kayıt veya test sonucu aranmalıdır.
• Gerçek kullanıcı araştırması olmadan varsayımla ekran tasarlamak. teknik tasarım ve kabul ölçütü incelemesi sırasında bu durum için gerçek bir kayıt veya test sonucu aranmalıdır.

Ölçüm, kabul ve gözden geçirme düzeni

Kullanıcı Deneyimi için Teknik Gereksinimler kararının işe yarayıp yaramadığı yayın günü değil, teknik tasarım ve kabul ölçütü incelemesi sırasında değerlendirilmelidir. Başlangıç değeri, veri kaynağı, hedef aralık ve sapmada yapılacak işlem önceden yazılmalıdır.

• Görev tamamlama ve ilk denemede başarı oranı. Sonuç kullanıcı grubu ve zaman aralığına göre ayrılarak yorumlanmalıdır.
• Görev süresi, hata ve geri dönüş sayısı. Sonuç kullanıcı grubu ve zaman aralığına göre ayrılarak yorumlanmalıdır.
• Kullanılabilirlik testi bulguları ve önem derecesi. Sonuç kullanıcı grubu ve zaman aralığına göre ayrılarak yorumlanmalıdır.

Karar toplantısında netleştirilecek sorular

Aşağıdaki sorulara verilen yanıtlar test edilebilir teknik gereksinim seti içine yazılmalı; varsayım değiştiğinde kapsam, süre ve kabul testi birlikte güncellenmelidir. Kullanıcı Deneyimi uygulamasında bu nokta, Teknik Gereksinimler kapsamının ayrı bir kabul koşuludur.

• Mevcut veriler hangi formatta taşınacak ve taşıma sonucu nasıl doğrulanacak?
• Canlıya geçiş, eğitim, yedekleme, bakım ve destek sorumlulukları kimde olacak?
• Kritik bir servis kesildiğinde sistem nasıl davranacak ve kullanıcıyı nasıl bilgilendirecek?
• Bu çözüm hangi günlük işi kısaltacak veya hangi hatayı azaltacak?

Teknik Gereksinimler sonrasında karar kaydı

Ölçülebilir teknik gereksinimler, teslim kabulünü kişisel yoruma bağlı olmaktan çıkarır. Kullanıcı Deneyimi için alınan karar; seçilen yaklaşım, sorumlu, ilk teslim, kabul kanıtı ve teknik tasarım ve kabul ölçütü incelemesi tarihiyle tamamlanmalıdır.

Teknik kapsamı somutlaştırmaya yardımcı kaynaklar: kullanıcı deneyimi tasarımı çözümlerini; proje görüşmesi talep edebilirsiniz. Bu bağlantıları mevcut ihtiyaç listeniz ve karar kaydınızla birlikte inceleyebilirsiniz. Bu ayrım Kullanıcı Deneyimi çalışmasında Teknik Gereksinimler değerlendirmesinin sınırını netleştirir.