Bir nesne tasarımı için ihtiyaç tarifi nasıl somutlaştırılır?

Daha güzel bir anahtarlık tasarla ifadesi çok sayıda biçim üretebilir; fakat hangi ihtiyacın karşılanacağını açıkça belirtmez. Kim taşıyacak, nerede kullanacak, hangi anahtarı ne zaman bulacak? Bir ihtiyaç tarifi bu soruları bir araya getirerek çizimin çözeceği işi belirler. Tasarım brifi olarak da adlandırılan bu metin, hazır çözümü baştan dayatmak yerine problemin sınırlarını kurabilir.

Temsili görsel: Tasarım gereksinimlerinin yazıya dökülmesine eşlik eden temsili defter ve kalem görseli. Kaynak: Pencil on notebook.jpg; üretici: WikiGrower1; lisans: CC BY 4.0.

Sıfattan göreve geçmek

Varsayımsal bir topluluk atölyesinde beş farklı dolap anahtarı ortak kullanılıyor olsun. İhtiyaç, anahtarların gösterişli görünmesi değil, görevli kişinin gereken dolabın anahtarını ayırt edebilmesi olsun. Kullanım yeri masa, işlem ise belirli dolabı seçip anahtarı aldıktan sonra geri bırakmak olarak tanımlansın. Bu bilgiler estetik tercihten önce görevi tarif eder.

Güzel, pratik ve kaliteli gibi sözcükler tek başına hangi davranışın beklendiğini göstermez. Örnekte pratik sözcüğünün yerine anahtarın ait olduğu dolapla ilişkisinin görünür olması yazılabilir. Bu cümle henüz hangi renk, halka veya etiketin kullanılacağını söylemez. Birden fazla tasarımın aynı ihtiyaca cevap vermesine alan bırakır.

Kullanıcı ile ortamı birlikte yazmak

Atölyedeki anahtarları her zaman aynı kişinin kullanmadığını varsayalım. Yeni görevli de sistemi anlayabilmelidir. Böylece yalnızca uzun süredir çalışan kişinin bildiği harf sırası yeterli bir başlangıç kabul edilmez. İhtiyaç tarifi, önceden hangi bilginin bulunacağını açıkça belirtir.

Ortamda anahtarların eldivenle tutulduğu, düşük ışıkta kullanıldığı veya başka eşyalarla birlikte taşındığı gibi koşullar ancak gerçekten ihtiyaçsa eklenir. Hepsini varsayarak brifi şişirmek, problemi açıklamak yerine belirsizleştirebilir. Varsayımsal atölye örneğinde bilmediğimiz koşulları gerçekmiş gibi yazmak yerine araştırılacak soru olarak ayırmak daha tutarlıdır.

Kısıt ile çözüm önerisini karıştırmamak

Mevcut dolap numaralarının değişmeyeceği bir kısıt olabilir. Etiketlerin mutlaka üçgen olacağı ise çoğu durumda bir çözüm tercihidir. İkisini aynı kesinlikte yazmak, tasarımcının farklı yolları incelemesini gereksiz yere sınırlar. Bir koşulun neden zorunlu olduğu açıklanabiliyorsa brifteki yeri daha belirli olur.

Örnekte anahtarın işlevine zarar verilmemesi temel sınırdır. Anahtarın güvenlik amacıyla gizlenmesi veya kopyalanması gibi başka bir sorun ise bu senaryonun otomatik parçası değildir. İhtiyaç tarifinin kapsamı belirlenirken farklı amaçların birbirine eklenip eklenmediği kontrol edilir. Aynı nesne çevresinde bulunmaları aynı tasarım sorusu olduklarını göstermez.

Başarıyı hangi gözlem gösterecek?

Yeni görevliye belirli dolabın anahtarını seçme görevi verilmesi düşünülebilir. Seçim sırasında hangi işarete baktığı ve yanlış anahtarı seçip seçmediği gözlemlenir. Böyle bir deneme için katılımcı sayısı veya süre eşiği uydurulmaz. Önce hangi davranışın ihtiyaca karşılık geldiği belirlenir; yöntem ve ölçütler denemenin koşullarına göre geliştirilir.

Geri bırakma işi de ayrı kontrol edilir. Anahtarlar kolay seçiliyor fakat yerlerine dönmüyorsa başlangıçtaki görevin yalnızca yarısı ele alınmış olabilir. Brif, kullanım zincirini baştan sona tarif ettiğinde tasarım kararlarının hangi aşamada işe yaradığı daha açık görülür.

İhtiyaç tarifine neyin henüz bilinmediği de eklenebilir. Örnekte kullanıcıların dolapları numarayla mı, yerleriyle mi hatırladığı gözlenmemiş olsun. Bu bilgi bir çözüm kararı gibi yazılmaz. Araştırılacak bir soru olarak tutulursa ilk taslak, doğrulanmamış bir alışkanlığı bütün kullanıcılara mal etmeden hazırlanabilir.

Kısa bir ihtiyaç metni

Örnek brif şöyle kurulabilir: Ortak atölyede farklı görevliler, beş dolabın anahtarını mevcut dolap numaralarıyla eşleştirebilmeli ve kullandıktan sonra doğru yere bırakabilmeli. Çözüm, anahtarın kendi işlevini değiştirmeden bu ilişkiyi göstermeli. Görünüş tercihleri ayrıca karşılaştırılacak; seçme ve geri bırakma davranışları denemede gözlemlenecek.

Bu metin son tasarımı tarif etmez. Kullanıcıyı, işi, sınırı ve incelenecek sonucu aynı çerçevede toplar. Design Council’ın problemi tanımlama yaklaşımında olduğu gibi, ihtiyacı anlamakla çözümü geliştirmek arasında açık bir bağ kurar. Çizim başladığında seçenekler yalnızca hangisi daha hoş sorusuyla değil, hangi ihtiyacı nasıl karşıladığıyla tartışılabilir.