Modern gelişim süreçlerinin temel ilkesi çevik bir gelişmedir . Bu geliştirme metodolojisi, bir sistemin teknik açıdan değil, kullanıcı açısından ne yaptığını tanımlamak için küçük, ısırık boyutlu kullanıcı öykülerinin kullanılmasını vurgular. Bir ürünün hızlı, kullanımı kolay ve sorununu çözmesi durumunda kullanıcı umurundadır. 3 katmanlı bir mimariyi takip ederse, Mongo DB'ye sahipse ya da Rails veya Asp.net kullanıyorsa umurumda değil.
Storyboard That , çevik kullanıcı öyküleri ve kıvılcım konuşmasını, bir metin duvarından çok daha az vergi veren bir biçimde oluşturmak için ideal bir platform sağlar.
Kullanıcı hikayeleri bağlamında, bir “destan” , daha sonra birçok kullanıcı hikayesine ayrılacak olan çok geniş bir öyküdür. Bir destanla başlamak herkesi tek, üst düzey bir vizyonla hizalar. Destansı hikaye bir projeyi yukarıdan aşağıya tutturur ve destansı bir konstrüksiyon oluşturmak mantıklı olmazsa, destekleyici çalışma da bir israf boşluğu olacaktır.
Bu hikayede, uzun vadeli vizyonun ne olduğu ve neye benzemesi gerektiği çok açık. İyi bir destansı hikaye şunları içermelidir:
Özellikle yazılım tasarlarken, kullanıcıların nasıl bir şey olacağına dair iyi bir vizyona sahip olmak önemlidir. Her kullanıcı bu vizyonu tam olarak eşleştirmeyecek ve birden fazla kullanıcı kategorisi olabilir, ancak bu ayrık vizyonların artikülasyona ihtiyacı vardır. Kullanıcıları düşünmek, aşırı-mühendislik ve aşırı-komplikasyona karşı, yeni bir ürünün herkes için bir şey yapmasını ve hiç kimseye yararlı olmamalarını önleyen ilk muhafızları korur.
Bir destan oluşturulduktan ve kullanıcılar tanımlandıktan sonra, belirli kullanıcı deneyimleri hakkında daha küçük, daha spesifik hikayeler oluşturulabilir. Aşağıdaki öyküler, yukarıda anlatılanları iki anlatıya ayırmaktadır: bir siparişi aramak ve bir ürünü yeniden sipariş etmek.
Bu anlatılar teknik bilgi içermez; Kullanıcılar istenen görevleri yerine getirdikleri sürece sonuçların nasıl elde edildiğini umursamıyorlar. Benzer şekilde, UX inovasyonu boğmamak veya bir yolu zorlamaktan kaçınmak için genel olarak tasvir edilir. Genel olarak, hikayeler şöyle olmalıdır:
Bu hikayeler, aşağıdaki gibi sohbeti ve soruları davet etmelidir:
Birçok öykü yaratmanın mükemmel mantıklı; Aslında, teşvik edilmelidir. Bu öykülerden bazıları asla kullanılmayacak, ancak belirledikleri yolu görmek önemlidir. Bu hikaye koleksiyonu, ek gereksinimleri ortadan kaldıracak ve testi etkileyecektir.
Hikayeler, yazılımın nasıl test edileceği ve hangi iş kurallarının açıkça tanımlanması gerektiği ile ilgili tartışmaları teşvik etmeli ve bilgilendirmelidir. Örneğin:
Storyboard That, harika kullanıcı hikayeleri oluşturmak için güçlü bir araç sağlar, ancak proje yönetimi için bir çerçeve olarak tek başına durmak anlamına gelmez. İşte konuyla ilgili favori kitaplarımızdan bazıları.
İş Makalelerimizin ve Kaynaklarımızın geri kalanına göz atın!