İyi Bir Dokümantasyon Nasıl Yazılır (üvey-Demon-Adım Guid)

Kullanıcılara gerçekten ihtiyaç duydukları şeyleri veren belgelerin iyi ve kullanışlı belgeleri nasıl yazacağınızı bildikten sonra hayatınız çok daha kolay olabilir. Ancak herkes belgeyi okur:
Pazarlama ekibi bir rehber kitap – bir tür pazarlama belgesi ile çalışır.
Destek ve teknik ekipler kullanıcı yönergelerini, kurulum kılavuzlarını, kod notlarını kullanır – teknik belgeler “çekirdek”.
Diğerleri standart işletim prosedürlerine, referans materyallerine, süreç belgelerine, kontrol listesine – tipik şirket bilgi belgelerine bağlıdır.
Müşteriler ayrıca, çözümleri öğrenmek veya kendi sorunlarını hata ayıklamak için müşterilerin karşılaştığı belgeleri kullanır (Destek Seviyesi 0).
Tüm bu belgeleri yapmanın standart bir yolu olmasa da, temel adımlar aynı kalır. Ama görmeden önce, farklı bir belgeye bir göz atalım. Amacına dayanarak, dokümantasyon çalışmaları dört türden biri olabilir. Dokümantasyon türleri üzerine dokümantasyon türleri, Daniele Prodida veya Divio AG belgeleri dört türe kategorize eder:
Öğrenme yönelimli öğretici
Hedefe yönelik yol rehberi
Yönlendirilmiş Tartışmayı Anlamak
Bilgi odaklı referans materyali
Söylediği şekilde anlayabildiğiniz gibi, belgelerin her bir bölümünün farklı bir amacı vardır ve belgelerden sorumlu olanların her yapmaya başladığında bunu ayarlamaları gerekir. Bunu hatırlayarak, belgelerin nasıl yazılacağına dair rehberliğimizle başlayalım.
Bunu gerçekten belgelemeniz gerekip gerekmediğini belirleyin, ürününüz yüzlerce şey yapabilir. Belki onu ayarlamanın daha fazla yolu vardır. Binlerce satırın temeline sahip olabilirsiniz. Ayrıca günlük çalışmalarınızda çok fazla bilgi üretebilirsiniz. Ancak her şeyi belgelemek mümkün değildir … ve her şeyin belgelenmesi gerekmez. “Dokümantasyon nasıl yazılır” sorusunu cevaplamadan önce, tamamen belgelemeniz gerekip gerekmediğini bilin. Belgelenmeden önce hedef okuyucularınızı düşünün. Belgeleriniz için hedef okuyucular, son kullanıcılardan yazılım geliştiricinize veya İK’na kadar herkes olabilir. Bilgi çalışanları mı? Hedef kitlenin ne için savaştığını düşünün … ve eğer belgelenerek daha iyisini yapmaları için onları gerçekten güçlendirebiliyorsanız. Ayrıca, nasıl kullanacaklarını düşünün. Amaçlanan kullanıcının belgelerinizle nasıl etkileşime gireceğini düşünün. Müşterileriniz çözümünüzü başlatmak için belgelerinizi adım adım takip edecek mi? Dokümantasyonunuzu “yönelimli” yapan şey. Yoksa geliştiriciniz bunu bir sonraki sürüm döngüsünde çalışıp işbirliği yaparken kullanacak mı? Bu durumda, “yönelimli anlama” belgesine bakıyorsunuz. Yoksa İK kaynaklarınız uygulamayı işlerken ona başvuracak mı? Burada “bilgi odaklı” bir belgeniz var.
Ve belgeleriniz onlara gerçekten yardımcı olacak mı? Bunun yanı sıra, dokümantasyon çabalarınızın size daha yüksek bir seviyede nasıl yardımcı olacağını düşünmek isteyebilirsiniz:
Dokümantasyonunuz sıfır seviyeli desteğinizi artıracak ve son kullanıcınızın kendi sorunlarını (sapma) çözmesine izin verecek mi? Takımınızı yaptıkları işte daha iyi hale getirecek mi?
Ekibiniz daha üretken olacak mı?
Genel fikrin ne zaman belgeleneceğini öğrenin, çok erken (veya geç) başlamayacak. Bir sürecin gerçekte nasıl çalışacağından veya “vizyonunuzu” nasıl çalıştıracağınızdan emin olmadığınız sürece, bunu belgelememelisiniz ve her şey gerçekleşene kadar beklemelisiniz.
Örneğin, önümüzdeki çeyrekte önemli bir güncelleme planlıyorsanız ve yalnızca yüksek seviyeli bir kavramsal aşamada çalışıyorsanız, önce dokümantasyon kaynaklarını kullanmayın. Bu, belgeler için “çevik” yaklaşımdır.
Görüntü kaynakları genellikle, belirli dokümantasyon türlerini (prosedürler ve süreçler gibi) yapmak için en iyi zaman, gerçekten çalıştırdığınız zamandır. İhtiyacınız olan dokümantasyon türüne bağlı olarak belgelemenin en iyi yolunu öğrenin, her şeyi saklamak için bir veya birkaç yere ihtiyacınız var. Bu, gerçeğinizin tek kaynağı olarak işlev görür.
Yelp’den Chastity Blackwell, tüm belgeleriniz tek bir yerde iyi saklanmadığında birkaç hayal kırıklığı paylaşıyor: Hizmet hakkında her şeyi açıklayan bir belgeniz var ve bu olayı tamamlamanız gereken bilgilerin orada olduğundan eminsiniz. “Wiki’de veya belki de Repo Google belgelerinde aramaya çalışabilirsiniz. Oh, ve ev dizinimde birkaç not var ve sanırım bir süre önce bununla ilgili bazı e -postalar gördüm. ” Tabii ki, bunun başına gelmesini istemezsiniz. Bu yüzden bir dokümantasyon aracı seçmelisiniz. Son kullanıcıyı belgelerseniz, kahramanca bilgi tabanı gibi kolayca doldurulmuş bir bilgi tabanı çözümü kullanmalısınız. Burada birkaç alternatif bulabilirsiniz. Ekibinize belgelenirseniz, Wikipress veya Dahili Bilgi Yönetimi Çözümleri gibi Wiki Çözümlerini Kahraman Bilgi Üssü’nü kullanın (evet, çift olarak çalışır!). Veya bilgi yönetimi çözümleri için bu seçeneklerden bazılarına bakın. Son olarak, kodu belgelerseniz, bazı daha özel teknik dokümantasyon çözümlerini göz önünde bulundurmak isteyebilirsiniz. Kahramanlık Bilgi Üssü gibi bazı bilgi tabanı çözümleri teknik dokümantasyon çözümleriyle birlikte iyi çalışır. Dokümantasyon sisteminizi seçtiğinizde, belgelerinizi genellikle güncelleyebileceğiniz için kolayca güncellendiğinden emin olun! Dokümantasyon aracınız ayrıca birkaç mükemmel arama işlevi sunmalıdır.

Neyin yazılacağına karar verin çünkü belgeler birçok form alabilir, formatı yazmadan önce tamamlamak önemlidir. Örneğin, Herothemes’te, müşterilerimizin karşılaştığı belgeler için SSS, kurulum öğreticileri, problem çözme yönergeleri, ipuçları ve püf noktaları listeleri ve diğerleri karışımı kullanıyoruz. Müşterilerimizin çoğu da benzer kompozisyonlar kullanıyor. Yaptığınız belgelere ve kime bağlı olarak, belgelerinizin tüm biçimlerini bilmelisiniz. Jacob Kaplan-Moss bu konuda ne yazılacağı hakkında ayrıntılı olarak konuştu. Öğreticilerin, topikal yönergelerin ve referans materyallerin çoğu durumda nasıl belgeleri yaptığını açıkladı: öğreticiler: öğreticiler veya nasıl en temel dokümantasyon biçimleridir. Müşterilerle ilgili belgelerimiz için öğreticiler, kullanıcılarımız tarafından eklentimizle web sitelerine bilgi tabanı eklemek veya makalelerle doldurmaları için kullanılan rehberlik kaynaklarımızdır.
Topikal Kılavuz: Topikal yönergeler öğreticilerden çok daha derin olma ve daha spesifik konulara hizmet etme eğilimindedir. Bizim için bu çeviri ve entegrasyon gibi konularda rehberimiz. Bunu gelişmiş bir konu olarak gevşek bir şekilde kategorize ediyoruz.
Referans: Müşterilerimizin karşılaştığı dokümantasyon bağlamında, bu tür, ortaklarımızla entegrasyonlarını hazırlarken kullanıcılarımız için yararlı olabilecek entegrasyonumuz hakkında bilgi sahibidir. Veya herothemes çözümlerimizden birini uygularken kendileri için yararlı olabilecek herhangi bir şeye bağlantılar.

Açık olan her şeyle ReadMe dosyasıyla başlayın (ve üzerinde uyanın), şimdi yazma bölümüne hazırsınız. Yazma belgelerinin gerçek bölümü ReadMe dosyasıyla başlar. Bunu belgeleriniz için bir kapak sayfası veya bir taslak olarak düşünün. İş arkadaşları (geliştiriciler/denetçiler/optimal) tarafından kullanılacak kod belgeleri üzerinde çalışıyorsanız, ReadMe dosyanız belirli bir şekilde görülecektir.
Görüntü kaynağı ve müşterilerle ilgili belgeler yazarsanız, bunu hedef kitle ve tamamlanması gereken iş için mantıklı olacak şekilde ayarlamak isteyebilirsiniz. Bununla birlikte, içerik az ya da çok aynı kalır. Aşağıda, entegrasyonun nasıl çalıştığını açıklayan makalenin kapak sayfasının kendisiyle nasıl başladığını görebilirsiniz.
Görüntünün kaynağı şimdi, sadece ReadMe dosyasını veya belge çerçevenizi alın ve bir kerede bir parçayı doldurun. Blogumuzun belgelerinizi doldurmanıza yardımcı olacak bazı kaynakları:
Ana Bilgi Taban Makale Şablonu (Infographic): En başarılı müşteri bilgi tabanı makalelerimizi keşfediyoruz ve iyi bir bilgi tabanı makalesinin nasıl gösterildiğine dair kodları kırıyoruz. Bu tür makaleler, kullanıcınızın görünüm belgelerinin önemli bir parçasıdır, bu nedenle bu infografiyi yüksek hızda yapmak için kullanın.
Kapsamlı bir üvey-denemon adımının standart bir işletim prosedürü (SOP) nasıl yazılır: Bu, sorunun nasıl tamamlanacağına dair adımlar için adımlar sunan standart işletim talimatları veya prosedürler yazmanın hızlı bir yoludur. Wiki veya şirket iç bilgi tabanı.
Süreç belgeleri nedir?Ve sürecinizi doğru şekilde nasıl belgeleyebilirsiniz: Yazma sürecinin belgelendirilmesinde diğer hızlı yollar, şirketinizin dahili bilgi belgelerinin karışımının önemli bir parçası. Sık sık sorulan sorular nasıl yazılır & 5 mükemmel yazmanın 5 basit yolu SSS’niz için Cevaplar: Bu gönderilerin her ikisi de SSS’nizi bir saat içinde hazırlamanıza yardımcı olacak ve BOS gibi birçok satış öncesi soruyu savuşturmanıza yardımcı olacaktır.

Bittiğinde, inceleme ve test bölümünü eklemeyi unutmayın.İnceleme, dokümantasyon sürecinin önemli bir parçasıdır.Bu, belgelerinizin gerçekten çalıştığından emin olmanıza yardımcı olur.Beş adımlı belgeyi gözden geçirme sürecinde, teknik yazar Tom Johnson, ilk aşamanın – belgelerin yazarı – “Ürün İşlevi” nü oluşturduğunuz yerde kaçırılamayacağını söyledi.

admin

Bir Cevap Yazın

E-posta hesabınız yayımlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir