आवश्यकताओं के लिए विकी का उपयोग करना

9

मैं आवश्यकताओं के प्रबंधन में सुधार के तरीकों पर गौर कर रहा हूं। वर्तमान में, हमारे पास एक वेब साइट पर एक Word दस्तावेज़ प्रकाशित है। दुर्भाग्य से, हम (मेरे ज्ञान के लिए) एक संशोधन से दूसरे में परिवर्तन नहीं देख सकते हैं। मैं बहुत हद तक ऐसा करने में सक्षम होना पसंद करूँगा, जैसे कि विकी या वीसीएस (या दोनों, जैसे विकी के बिटकॉइन पर!)।

साथ ही, प्रत्येक दस्तावेज़ में परिवर्तन के बारे में बताया गया है कि देवों को एक निश्चित समय सीमा तक मिलने की उम्मीद है। कहीं भी डॉक्यूमेंट में संचित ऐप फीचर्स का संग्रह नहीं है, इसलिए लीगेसी ऐप्स को त्वरित सुधार करने की कोशिश करते समय बग (खराब-डिज़ाइन) सुविधा के बीच अंतर करना कभी-कभी कठिन होता है।

इसलिए मुझे इस बात का अंदाजा था कि मैं फीडबैक लेना चाहता हूं। व्हाट अबाउट:

विकी का उपयोग करना ताकि हम ट्रैक कर सकें कि किसने क्या बदला (ज्यादातर यह देखने के लिए कि क्या कोई संपादन पिछली बार के बाद से देखा गया था)।
एक के बाद एक कहते हैं, विकी पेज प्रति उत्पाद एक समय सीमा के बजाय, उत्पाद की सभी विशेषताओं को लागू करने के बजाय उन बदलावों को ध्यान में रखते हुए होना चाहिए। इस तरह, मैं यह देखने के लिए पृष्ठ के किसी विशेष संशोधन पर देख सकता हूं कि किसी दिए गए बिंदु पर ऐप को क्या करना चाहिए, और मैं अगली समय सीमा तक लागू होने वाली आवश्यकताओं के लिए अंतिम रिलीज के बाद से पेज में बदलाव देख सकता हूं। ।

Waddayathink?

— jyoungdev
स्रोत

9

हां, यह एक अच्छा समाधान है, यदि आप पृष्ठ को एक सरल संरचना में व्यवस्थित करते हैं, तो ब्राउज़ करना आसान है।

एक साधारण वाक्यविन्यास के साथ एक विकी चुनें। ( डॉकूवीकी एक सरल है और एक डीबी की आवश्यकता नहीं है)

संपादित करें: यदि आप एक संस्करण नियंत्रण प्रणाली का उपयोग करते हैं, जो कि SVN या BZR है, तो Trac का प्रयास करें , जहाँ आप मील का पत्थर और बग अनुरोधों को ध्यान में रखते हुए, और बग को प्रबंधित करने के लिए अपने स्वयं के वर्कफ़्लो को परिभाषित कर सकते हैं! विकी शामिल हैं!

— keatch
स्रोत

DokuWiki सेटअप के लिए बहुत ही शानदार, बहुत आसान है और इसमें LDAP सपोर्ट शामिल है यदि आप किसी एंटरप्राइज में काम कर रहे हैं।

— पुराना खाता

2

एक विकी जाने का एक अच्छा तरीका है। मुझे लगता है कि यह सबसे अच्छा होगा यदि दस्तावेज़ अभी भी संस्करणबद्ध थे। आपके पास फ़्लोटिंग डॉक्यूमेंटेशन हो सकता है जो सबसे अधिक वर्तमान सुविधाओं के साथ रहता है। फिर भी स्नैप शॉट्स लें, जिस तरह से किसी के लिए यह आसान है कि वह तीन साल पहले उस सॉफ़्टवेयर के लिए दस्तावेज़ ढूंढे, बिना दस्तावेज़ के इतिहास को देखे, जो कि त्वरित उलट के लिए बना है और जो वर्षों या महीनों में देखने के लिए अनुकूल नहीं है।

मैंने मीडिया विकी का उपयोग करना शुरू कर दिया है, लेकिन अब हम ज़्विकी का उपयोग कर रहे हैं। यह एक बहुत अच्छा जीयूआई संपादक है जिसे किसी को भी बिना किसी प्रशिक्षण के उपयोग करने में सक्षम होना चाहिए। इसका एक विचार भी है जिसे 'रिक्त स्थान' कहा जाता है, प्रत्येक स्थान एक नया नाम स्थान बनाता है, इसलिए विभिन्न उत्पादों में उत्पाद "x" के बजाय एक पृष्ठ हो सकता है, जो उत्पाद_x_features या कुछ मूर्खतापूर्ण है, यह तब कई विकी स्थापनाओं को प्रबंधित करने की आवश्यकता को कम करता है। इसके अलावा शब्द और xwiki को एकीकृत करने के लिए उपकरण हैं, जिससे आप सीधे विकि पर शब्द दस्तावेज़ सहेज सकते हैं। सभी ने कहा कि यह कहीं अधिक समृद्ध है।

— चार का समुदाय
स्रोत

1

मुझे आपका प्रति-प्रोजेक्ट विकि दृष्टिकोण पसंद है। आपने बिटबकेट का उल्लेख किया, मुझे लगता है कि आप उन्हें अपने रिपॉजिटरी होस्ट के रूप में उपयोग कर रहे हैं। यदि नहीं, तो मैं गीताभ पर विकियों पर एक नज़र डालूंगा।

यदि आपका धन थोड़ा खर्च करने को तैयार है, तो लाइटहाउस की जाँच करें । फिलहाल फीचर अनुरोध और बग्स को ट्रैक करने का मेरा पसंदीदा तरीका है। मुझे Pivotal ट्रैकर का उपयोग करने का भी काफी शौक है, Pivotal मुफ़्त था लेकिन अब एक सशुल्क मॉडल की ओर बढ़ रहा है।

— मार्क टर्नर
स्रोत