gereksinimler için wiki kullanma


9

Gereksinim yönetimini geliştirmenin yollarını arıyorum. Şu anda bir Web sitesinde yayınlanan bir Word belgesimiz var. Maalesef bir revizyondan diğerine değişikliklere bakamayız. Ben büyük bir wiki veya VCS (ya da her ikisi de, wiki bitbucket gibi!) Gibi, bunu yapmayı tercih ederim.

Ayrıca, her belgede geliştiricilerin belirli bir süre içinde karşılaması beklenen değişiklikler açıklanmaktadır. Herhangi bir yerde belgelenen birikmiş uygulama özellikleri koleksiyonu yoktur, bu nedenle eski uygulamalara hızlı düzeltmeler yapmaya çalışırken bazen bir hata ile (kötü tasarlanmış) bir özellik arasında ayrım yapmak zor olabilir.

Bu yüzden geri bildirim almak istediğim bir fikrim vardı. Ne dersin:

  1. Ne zaman (çoğunlukla bile Gördüklerinizin değişti kim izleyebilmek için bir wiki kullanarak eğer son kez bir baktım beri tüm düzenlemeler yapılmıştır).
  2. Son tarih başına bir adet yerine ürün başına bir wiki sayfasına sahip olmak ve uygulanması gereken değişikliklerden ziyade ürünün tüm özelliklerini takip etmek. Bu şekilde, uygulamanın belirli bir zamanda ne yapması gerektiğini görmek için sayfanın belirli bir revizyonuna bakabilirim ve bir sonraki son tarihte uygulanacak gereksinimler için son sürümden bu yana sayfadaki değişikliklere bakabilirim .

Waddayathink?

Yanıtlar:


9

Evet, bu iyi bir çözüm, eğer sayfayı basit bir yapıda, göz atmak kolay düzenlerseniz.

Basit bir sözdizimine sahip bir wiki seçin. ( Dokuwiki basittir ve DB gerektirmez)

Düzenleme: SVN veya BZR bir sürüm kontrol sistemi, kullanırsanız, denemek Trac sen dönüm noktası tutarak hata tanımlamak ve isteği bulunmaktadır edebilir, ve bir hata yönetmek için kendi iş akışını tanımlamak! Wiki dahildir!


DokuWiki harika, kurulumu çok kolaydır ve bir Enterprise içinde çalışıyorsanız LDAP desteği içerir.
Eski hesap

2

Wiki gitmek için iyi bir yoldur. Belgelerin hala sürümünün yapılmış olması en iyisi olacağını düşünüyorum. En güncel özelliklerle uyumlu kayan belgelere sahip olabilirsiniz. Hızlı çekimler yapmak için, bu şekilde geri dönen birisinin, hızlı geri dönüşler için yapılmış ve yıllara veya aylara bakmak için uygun olmayan belge geçmişine bakmak zorunda kalmadan, üç sürüm önce bu yazılımın belgelerini bulması kolaydır.

Media Wiki'yi kullanmaya başladım, ancak şimdi Xwiki'yi kullanıyoruz. Herkesin herhangi bir eğitim almadan kullanabilmesi gereken oldukça iyi bir GUI editörüne sahiptir. Ayrıca, her alanda yeni bir ad alanı yaratan 'boşluklar' fikri vardır, böylece farklı ürünlerin product_x_features veya aptalca bir şey yerine "özellikler" adlı bir sayfaya sahip olması, birden fazla wiki kurulumunu yönetme ihtiyacını büyük ölçüde azaltır. Ayrıca, kelime belgelerini doğrudan wiki'ye kaydetmenize izin veren word ve xwiki'yi entegre etmek için araçlar vardır. Hepsi çok daha zengin özelliklere sahip olduğunu söyledi.


1

Proje başına wiki yaklaşımınızı seviyorum. Bitbucket'ten bahsettiniz, onları depo barındırıcınız olarak kullandığınızı varsayıyorum. Değilse GitHub'daki wikilere de göz atacağım.

Biraz para harcamak istiyorsanız, Lighthouse kasasını kontrol edin . Şu anda özellik isteği ve hataları izlemek için benim en sevdiğim yolu. Ayrıca Pivotal Tracker kullanmaktan çok hoşlanıyorum, pivotal ücretsizdi ama şimdi ücretli bir modele doğru ilerliyor.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.