Birisi bana tasarım dökümanını resmin formatını ne olduğunu söylemesin

Profesyonel tasarımcı olmak isteme aşamasında birçok yıl önce şunu istemiştim” birisi bana tasarım dökümanını resmin formatını ne olduğunu söylemesin”. Şunu biliyordum ki hollywood senaryolarının çok titiz hassas ve formata sahip olduğunu ve bunun da aynı şekilde tasarım dökümanlarınında böyle bir şeye sahip olması gerektiğini düşünüyordum. Ne tür bilgiyi içermeli bu doküman, nasıl hazırlanmalı, hangi format kullanılmalı. Yalnızca son günlerde bir çok yıldan sonra bu büyük sırrı ortaya çıkardım ve büyümü kitapta paylaştım evet işte benim yılların verdiği tecrübenin sonucunda ortaya çıkan değerli bilgi sizi açıklıyorum.
Hiçbir format yok. her oyun yazarı kendi orjinal formatını oluşturur. Siz hiç böyle inanılmaz bir şey duydunuz mu? Ne zaman kim birisine hangi dökümanı hazırlamam ve kullanmam gerektiğini sorduğumda şu değişmeyen cevabı aldım” işte biliyorsun şu standart form” Ama kimse gerçekten bu hayali standart formatın ne olduğunu bilmiyor. Siz bu oyunun doğası gereği bu senaryoya verdiğiniz formatla ve yazdığınız tasarımla bunu alan kişi bu formatı standart format olarak kabul edecektir. Evet kesinlikle bir tasarım dökümanında olması gereken bilgi tipleri ve bilgi miktarı vardır ki bu miktarı sizin oyununuzın anlaşılması için yeterli miktar demektir. Fakat standartlaştırılmış mutlaka kullanmanız gereken bir form yoktur
Elbette bazı firmalarda özellikle büyük olanlarında üzerinde anlaşılmış ve orada çalışan bütün tasarımcıların kullanılması gereken bir döküman formatı bulunabilir.Sizin tasarım belgeniz piyasadaki dökümanlardan çok farklıysa bu göze çarpacak. Sizin her resmi tasarım dökümanını almak isteyeceksiniz çünkü gerçek ki artık en son standartlaştırılmış testleri yapmadan önce bunu yapmak isteyeceksiniz. Büyük bir ihtimal oyunlar için hazırlanmış dökümanları elde edeceksiniz veya en azından tasarımcıların yapmış olduğu oyun dökümanlarını almak isteyeceksiniz. Gerçi bunu yapmak biraz zordur çünkü oyun firmaları kendi değerlerini, zenginliklerini paylaşmak noktasında cimridir. Ayrıca kendi iş süreçlerinin ne kadar kaotik olduğunu başkalarının görmelerini istemeyeceklerdir. Yinede bir araştırın bakalım neler bulabileceksiniz. Atomik Sam ve The Suffering oyununa ait tasarım dökümanlarını kitabın sonunda bulabileceksiniz. Burdan başlamak sizin için güzel bir örnek olacaktır.

Tasarım dökümanı oyunun vizyonu hakkında bir fikir verir oyunun fonksiyonelliği hakkındaki mümkün olduğunca bütün bilgilerin İYİ haritalanmış olması gerekiyor. Hangi oyuncular hangi deneyimli yaşayacaklar, oyuncular oyun ile nasıl etkileşim içinde bulunacaklar. İyi bir tasarım dökümanı yazarken temel sorun bunları en iyi şekilde organize etme ve bu bilgileri uygun bölümler içerisinde yapılandırmaktır. Tekrar söylüyorum birçok firma farklı formatta dökümanlarını yazmanızı isteyebilir. Burada anlatılandan farklı bir tarzda bilgilerinizi kimin için yazıyorsanız, onların istediği formata uygun olarak verilerinizi organize etmeniz gerekecektir.

Eğer geliştiriciler tasarım dökümanlarını işlerken belli bir formata ya da belli bir formatta yazılmış tasarım belgesine alışkınsalar, verilerinizi bu formata dönüştürmeniz gerekecektir. Çabalarınızın sonu tasarım değil oyundur. Bunun gibi tasarım dökümanın formatı gerçekten çok önemli değildir, yani görecelidir format efektif iletişim için gerekli yapıyı sunuyorsa o format sizin için en iyisidir

Yazım Stili

Hangi bölümlerin tasarım dökümanında da olması gerektiğini hangi alanları kapsaması gerektiğini araştırmadan önce şunu tartışmak gerekiyor ki hangisini dökümana uygulamanız gerekir. Tasarım dökümanı bir referans anahtar, araç olacaktır. İnsanlar ihtiyaç duyduklarında kolayca araştırabildikleri ve bakabilecekleri referans alabilecekleri bir araç olacaktır. Bunun büyük bir parçası güzel yapılandırılmış içerik tabloları olacaktır. Biraz önce bahsettiğimiz, tartıştığımız gibi dökümanınızın metinlerini yazarken başlık kullanacaksınız, ana başlıklar alt başlıklar ve devamı gelecek. Bunlar okuyuculara döküman içerisinde ihtiyaç duydukları bilgileri araştırırken kolaylık sağlayacaktır. Başlık, alt başlık şeklinde yapılandırmanız, bilgilerinizi listeler haline dönüştürmeniz veya numaralandırmanız okuyucuların sizin dökümanınızı daha rahat anlama imkanı verecektir. Bazıları bunu zor bulabilirler yani böyle madde imi şeklinde yazmayı. Çünkü bunu yazmak için içeriği isteğe kalın başlıkları yazmayı gerektirecek. Bu da tek paragrafta yazmaktan daha zordur ve siz önce bir dökümana yazmayı daha kolay bulacaksınız ondan sonra onu bir düzenli formata dönüştürmek gerekecektir. Tüm içeriği detayı aldığınız zaman geri dönüp dökümanı bu formatta düzenleyebilirsiniz. Diğer tasarımcılar madde imi şeklinde yazmayı daha çok tercih ediyorlar. Bu işi işin başından itibaren bu şekilde yapıyorlar ki fikirlerini düşündükleri doğru ifade edebilsin. Madde imi sitilinde yazmak sizin için zor olabilir. Sonuç dökümanı kullanıcılar için daha faydalı olabilir eğer böyle madde imi şeklinde yazılırsa. yöneticiler ve yürütücüler bunu değerlendirecek ve maddi imi şeklinde olduğunda onlar için daha kolay olacaktır onların gözden geçirmesi daha kolay olacaktır.

Bazı tasarımcılar dökümanların yazmak için özel araçlar kullanırlar. Bu araçlar başlıklar alt başlıklar madde listeleri ve diğer türlü içerikleri yazmak için daha kolay,olabilir. Bu tür yazılımlarını kullanmak size zaman kazandıracaktır ki normal kelime işlemcilerde durakları ayarlamanız içerik sekmelerini ayarlamanız gerekecektir ve bunuları yapmamak zaman kazandıracaktır. Bu yazılımlar gibi bir aracı kullanmadım. Bu araçlarla ilgili olan temel problem siz bu işinizi bitirdikten sonra bunu okuyacak kişilere elektronik olarak göndermeniz gerektiğidir. Bunu okuyacak insanlar standart kelime işlemciler kullanıyor. Geliştirme takımındaki herkes tarafından okunacak yönetimdeki herkes bu belgeyi okuyacak ve diğer herkesten sizin bu yazılım aracını beğenmesini bekleyemezsiniz. Eğer kullandığımız araç rich text formatı sen rtf formatını destekliyorsa bu sorunu çözecektir. Fakat dışarıya ihraç etme kısmının yazınızı bu formata dönüştüğünden emin olmalısınız. Ben standart kelime işlemciyi kullanmayı tercih ediyorum daha kapasiteli bir araca ihtiyaç duymadım.
Gerçi dökümanınızın mükemmel ve tamamlanmış şeklinde görünmesi için dökümanınızı şişirmeniz doldurmanız gerekecektir fakat yine de tekrara düşen bilgileri yazmaktan mümkün olduğunca kaçınmalısınız. Bu zor bir iştir eğer sayfa sizi etkileyen bir sistemi sistem üzerinde konuşursanız ve o konudaki bir element hakkında konuşuyorsunuz bu bir zorluğu en iyi oyun oyunun bir elementi hakkında konuşuyorsunuz ki bu sizin bilmediğiniz bir konuysa bu sizi zorlayacaktır. Bu sistemi tekrar tanımlamak, bilmediğiniz kısımları tekrar açıklamak yerine o kısımları açıklayan orijinal yerlere bakılmasını istemeniz daha doğru olacaktır. Bu önemlidir çünkü proje tasarım belgesini güncellerken sadece bir yeri değiştirmeniz yeterli olacaktır. Sıklıkla oyun mekaniğinın detaylarında ve birden çok yerde bulunduğunda, bir değişiklik yapılmak istendiğinde sadece bir tanesi güncellenir. Eğer böyle olmazsa diğer tanımlar güncelliğini kaybeder çünkü sadece bir yer güncellenmiştir. Bu da sonuçta dökümanınızı istikrarsızlaştırır. Bir döküman okuyucunun canını birbiriyle çelişkili bilgiler okumaktan daha fazla sıkan bir şey yoktur. Birbiri ile çelişen bilgiler özellikle bu alandaki üreticiler için kırmızı bayrak anlamına gelebilir ki onlar artık senin bir oyun geliştirme bilgini sorgulamaya başlar. eğer kararlı duramazsan, farklı yerde farklı bişey yazmışsan bu kararsızlığını gösterir.
Birçok kişi tasarım dökümanlarını bilgisayarından okumak ister. Çünkü bu kelimeleri araştırmasında ve doküman içinde daha kolay hareket etmesine yardımcı olur. Diğer durumda masasının üstünde bir sürü kağıt olmasından daha iyidir. Bu kişilerin hoşuna gider ki tasarım belgesi içerisine uygun internet linklerini veya döküman linklerini ekleyebilmesini sağlar. Şimdiki kelime işlemcilerde dökümanı linki oluşturma çok kolayca yapabilmektedir. Bu da kullanıcının kolayca istenilen bölüme geçmesini sağlamaktadır. Bu linkler sizin döküman içerisinde gereksiz tekrarları yapmanıza engel olacaktır. Tekrar yapmak yerine o dökümanın ilgili kısmına bir link verin dolayısıyla kullanıcı onu hatırlamak istediğinde yada o kısmın olduğu yerek tıklayacak wiki de olduğu gibi zaman o kelimeler üzerine tıklaması yeterli oluyor. Normalde o kelimelerin ayrıntıları o dökümanda değil teknik tasarım dökümanlarında verilmiştir, bunun gibi durumlarda.
Tasarım belgesini yazdığınızda en güzel şekilde yazmak isteyeceksiniz fakat şunu da unutmayın ki bu bir referans belgesidir. Siz tasarım belgesi yapıyorsunuz bunu da oyunun eğlenceli olması için bunu yapıyorsunuz, dökümanın eğlenceli olması için değil. İfadelerinizi, bilgilerinizi kısa öz bir şekilde yazmanız lazım. Okumanızı simüle etmeye ,canlandırmaya çlışmayın. Hiç kimse sizden böyle boş şişirilmiş bir belgeye beklemiyor onların beklediği sadece bilgidir



Ben genelde giriş, genel bakış kısımlarını en çok okunanbilir kısmı yaparım. Bu kısımda kişiler otururlar ve ilgilendikleri konuyu okurlar. Bu kısmı okurlar fakat döküman belgesinin geri kalan kısmını okutmanız için gerekli bilgileri vermiş olmanız gerekir. Benzer şekilde doğru bir şeyi doğru yazmanız gerekir veya doğru yazmaya çalışmalısınız. Dökümandaki dramatik gramer hataları ve düzeltme hataları konusunda üzülmeyin bunları düzeltmek konusunda.Eğer geliştrme takımı wiki üyeler arkadaşlarınız bunu kendi ihtiyaç duydukları bilgiye burada bulur ve alırsalar o zaman mutlu olacaklardır. Onlar yazım hatalarına çok fazla dikkat etmeyeceklerdir. Ama senin belgen kuru veya kötü yazılmış ise kişiler buradan gerekli bilgileri geri alamayacaklardır. Okumaya dayanamayacak kadar kötü yazılmaması lazım tasarım belgesinin. Bundan ötesi belgenizi gerçekten geniş bütçeli bir iş için hazırlıyorsanız, insanların ikna olarak projenizi desteklemesini finansal olarak desteklemesini bekliyorsanız biraz daha güzel, kibar, satış tabanlı güzel tasarlanmış bir belge olarak hazırlamanız gerekir. Tabi bu arada dökümanı kullanışlı ve geliştirici takımı için uygun bir şekilde hazırlamanız gerekiyor.

Belgeyi yazdığınızda bazı okuyucular sizin oyunuzun bölümlerini korkunç bir şekilde başka oyunları oyunlarla karşılaşacaktırlardır. Her ne kadar beşinci başlıkta sizleri fokus konusunda karşılaştırmada bulunmaktan korkutuyusam da bu konuda çekinmenizi istediysem de tasarım dökümanında bu tür karşılaştırmalar faydalı olabilir. Sisteminizi tam olarak açıklamadan bu mekanik olarak süper mario dakine benziyorsa da bunu tam olarak anlatmalısınız. Bir karşılaştırma oyunda faydalı olabilir mesala çok kompleks bir sistemin tarif ediyorsaniz ve bir karşılaştırma yaptıysanız kişi başlangıç olarak neyden bahsettiğinizi anlama konusunda okuyuculara kolaylık sağlayacaktır. Eğer kişi oyunu hatırlıyorsa karşılaştırdığınızda sizin neyden bahsettin hakkında bir fikir sahibi olacaktır. Tabiki karışıklığı engellemek için siz fikriniz hakkında tam bilgi vermeniz gerekir, tanımlamalar yapmanız gerekir. Karşılaştırmalar nadiren başarılı olur. Sistemin nasıl çalışacağını, ekleneceğini kabul etmek açısından zeminin nasıl çalışacağını anlatmak açısından faydalı olabilir. Karşılaştırmayı oyunuzun bazı kısımlarındaki anlatmayı zorlandığınız kısımları yazılı olarak anlatmak için kullanın.