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

Question

मैं कार्यात्मक विनिर्देशों के विकास के लिए एक सहयोगी उपकरण की तलाश में हूं। मैं इस क्षमता की तलाश में हूं:

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

मेरी प्रारंभिक छाप यह है कि विकी का उपयोग इस कार्य के लिए एक अच्छा उपकरण हो सकता है। क्या किसी को कार्यात्मक विनिर्देश बनाने के लिए विकी का उपयोग करने का अनुभव है? एक आवश्यकता प्रबंधन उपकरण के विपरीत इस तरह के एक उपकरण का उपयोग करने के लिए पेशेवरों और विपक्ष क्या होगा?

आपके इनपुट की बहुत सराहना की जाती है!

Answer 1

विकी का उपयोग करके के बावजूद सहयोगी तरीके से आवश्यकताओं को विकसित करने के लिए आप जो भी वर्णन करते हैं, करना संभव है। विकी प्रतिमान के बारे में कुछ भी इस प्रक्रिया में सहायता नहीं करता है।

मैं घटकों के लिए प्रस्तावों को ट्रैक करने के Zend फ्रेमवर्क परियोजना पर एक विकि में कामयाब रहे। They're still using it. प्रस्ताव कार्यात्मक विनिर्देशों से अलग हैं, लेकिन उपयोग आपके प्रश्न के समान ही है जो मुझे लगता है कि यह प्रासंगिक है।

एक विकी स्वयं का ख्याल नहीं रखता है। जब तक कि आपके पास इसे प्रबंधित करने के लिए कोई जिम्मेदार न हो और सुनिश्चित करें कि कुछ संरचना और स्थिरता है, तो यह जल्दी ही गड़बड़ हो जाती है। असली दुनिया की समानता आपकी प्रत्येक टीम को कागज की एक खाली शीट सौंपने और आवश्यकताओं के अपने हिस्से को लिखने के लिए कहती है। इसके साथ समस्याएं हैं:

• प्रत्येक योगदानकर्ता को अपनी खुद की दस्तावेज़ संरचना बनाना है, और अलग-अलग चीजों के बारे में अलग-अलग क्रम में लिखना है। तो एक पृष्ठ की तुलना दूसरे पृष्ठ की तुलना करना असंभव है।
• सभी असमान योगदानों को व्यवस्थित करने के लिए कोई "अनुक्रमणिका पृष्ठ" नहीं है।कोई भी पृष्ठ को "दरारों से गिरने" के लिए नहीं चाहता है, लेकिन विकी में डिफ़ॉल्ट किसी भी पृष्ठ के भाग्य जितनी जल्दी लिखा गया है।
• यह सुनिश्चित करने के लिए कोई प्रतिक्रिया पाश नहीं है कि लेखन वास्तव में किया जाता है।

इसे काम करने का तरीका परियोजना को कुछ प्रक्रिया लागू करना है, और उस प्रक्रिया के अनुसार विकी का उपयोग करना है।

• लोगों को विकी में एक नया पृष्ठ बनाने की क्षमता दें, लेकिन केवल एक इंटरफ़ेस के माध्यम से जो स्वचालित रूप से नए पृष्ठ को सही अनुक्रमणिका में लिंक करता है।
• दस्तावेज़ों के लिए एक जीवन चक्र को परिभाषित करें, तो वे, मसौदा तैयार करने के लिए किया जा समीक्षा की, और मंजूरी दे दी उपयुक्त स्तरों पर यकीन कर रहे हैं।
• एक नए पेज के लिए एक टेम्पलेट प्रदान करें। इन पृष्ठों में से प्रत्येक में आपको आवश्यक अनुभाग अनुभाग प्रदान करें, और समीक्षा प्रक्रिया का एक हिस्सा यह पुष्टि करें कि मुख्य अनुभाग पर्याप्त रूप से भर चुका है।

Answer 2

"आवश्यकता प्रबंधन उपकरण के विपरीत इस तरह के उपकरण का उपयोग करने के लिए पेशेवर और विपक्ष क्या होगा?"

हालांकि यह एक अच्छा विचार प्रतीत होता है, आप जो भी चलाते हैं वे लोग हैं जो लिख नहीं सकते और नहीं लिखेंगे।

जो लोग नहीं लिख सकते हैं - अच्छी तरह से लिख नहीं सकते हैं। वे ईमेल या विकी या ध्वनि के बाहर किसी भी माध्यम से संवाद नहीं कर सकते हैं।

• कुछ लोग "असंगठित" हैं। असल में, लेखन बहुत रैखिक है और वे रैखिक रूप से नहीं सोचते हैं।

• कुछ लोगों को "अपने दर्शकों को लिखना" नहीं मिलता है और उन चीजों को लिखना जो समझ में नहीं आता है।

• कभी-कभी आप यह भी नहीं समझ सकते कि वे किस बारे में बात कर रहे हैं, जो वे लिख रहे हैं उससे बहुत कम। वे शब्दकोष या कोड में बात करते हैं। वे ज्यादा नहीं जानते लेकिन सुनने पर जोर देते हैं।

कुछ लोग नहीं लिखेंगे।

• कुछ लोग प्रतिबद्धताओं को करने से इनकार करते हैं। यहां तक ​​कि एक विकी में जहां इसे वापस ले लिया जा सकता है। उन्हें लगता है कि उन्हें सब कुछ पूर्व-चर्चा करना चाहिए।

• कुछ लोग किसी और को निर्देश देकर सब कुछ करने की आदत में हैं। वे या तो खुद के लिए नहीं लिखते हैं, या, वे लोगों को अपने कार्यालय में चारों ओर खड़े करते हैं और उन्हें बात करते हैं और टाइप करते हैं।

• कुछ लोग आम तौर पर किसी भी प्रकार की परियोजना पर जहरीले होते हैं। वे आखिरी मिनट में नई आवश्यकताओं को वसंत करते हैं। उनकी पहली प्रतिक्रिया "वह कभी काम नहीं करेगी"। वे अच्छी तरह से brainstorm नहीं है। जब वे कहते हैं कि यह काम काम करता है, और आप उन्हें सुधार के लिए विनती करते हैं, तो उनके पास एक नहीं है। वे सिर्फ जानते हैं कि यह काम नहीं करेगा।

मेरा अनुभव यह है कि केवल प्रोग्रामर विकी का सफलतापूर्वक उपयोग कर सकते हैं। और केवल वरिष्ठ स्तर के प्रोग्रामर।

• N00bz अफवाहों और प्रबंधन fluff से डिजाइन से आवश्यकताओं को हल करने के लिए पर्याप्त अनुभव नहीं है।

• N00bz हमेशा स्पष्ट रूप से लिखने के लिए भाषा कौशल नहीं है। वे अंत में हो सकते हैं, लेकिन उनकी जावाडोक टिप्पणियों पर एक नजर से संकेत मिलता है कि वे लेखन के "स्पष्टता" भाग से जूझ रहे हैं।

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

Answer 3

विशेषज्ञ उपकरण चीजों को ट्रैक रखने और एक निश्चित कार्य प्रवाह शुरू करने में मदद करते हैं। यह चीजों की तरह केंद्रित है, चीजों को ध्यान केंद्रित और कार्यात्मक रखते हुए। एक विकी की तरह सामान्य उपकरणों का उपयोग करके प्रोग्रामर के एक समूह के लिए महान हो सकता है लेकिन 'मिश्रित-मोड के काम के लिए एक शुरू बुरा हो सकता है:

1. हालात रेंगना और ऑफ ट्रैक जल्दी से
2. संचार खो दिया जा सकता है प्राप्त कर सकते हैं मध्यम में

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

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

एक खुले संचार जोर के साथ आवश्यकताओं के प्रबंधन के लिए एक निश्चित कार्य प्रवाह प्रवाह वेबपैम जो लोगों को कई भूमिकाओं को देखने और समझने की अनुमति देता है वह अच्छा हो सकता है!

Answer 4

Fog Bugz पर शोध करने पर विचार करें। वे परियोजना प्रबंधन के लिए सर्वश्रेष्ठ के रूप में खुद को सर्वश्रेष्ठ मानते हैं। जोएल के इतिहास को ध्यान में रखते हुए मैं उन्हें संदेह का लाभ दूंगा। वे जिस तरह से आपने वर्णन किया है उसमें वे विकी का उपयोग करते हैं।

मैं, नि: शुल्क परीक्षण के लिए साइन अप करने के लिए यदि आप गंभीर हैं सुझाव है। अपनी परियोजना के आकार के आधार पर, इसे खरीदना बहुत अच्छा विकल्प हो सकता है।

कम से कम

आप कैसे वे इसे संरचित कर दिया है पर देखने के सकता है, या कैसे एक मुक्त रूप विकि और एक के बीच अपने स्वयं के नीचे छीन संस्करण

Answer 5

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

Answer 6

मैं उपरोक्त लोगों के सभी (अधिकांश) से सहमत हूं - विकी का उपयोग ठीक हो सकता है, लेकिन विकी का वर्तमान जानकारी होना आवश्यक है और एक इंटरैक्टिव प्रोजेक्ट मैनेजमेंट टूल के रूप में उपयोग नहीं किया जाना चाहिए। मैं दृढ़ता से स्मार्टशीट (मैं उत्पाद का एक मजबूत वकील हूं) का सुझाव देता हूं - यह इंटरफ़ेस जैसी स्प्रेडशीट प्रदान करता है जहां आप प्रति पंक्ति/कार्य एकाधिक फाइलें स्टोर कर सकते हैं, उपयोगकर्ताओं को स्वचालित अपडेट भेज सकते हैं और विनिर्देश संशोधन को बनाए रख सकते हैं ... दूसरा दृष्टिकोण Google ईमेल, दस्तावेज़ और कैलेंडर का उपयोग हो सकता है - टीम इंटरैक्शन का एक मुफ्त मित्रवत तरीका .... मैं परियोजना प्रबंधन के लिए समस्या/बग ट्रैकिंग टूल से दूर भाग जाऊंगा - वे फोकस पर भिन्न होते हैं: पीएम टूल्स पूरी परियोजना/संसाधन/समय और विशिष्ट प्रवेश किया मुद्दों के लिए समस्या ट्रैकिंग उपकरण ....

Answer 7

हम उस संदर्भ में TWiki और अब FosWiki इस्तेमाल किया है। कई चीजें मुफ्त में मिलती हैं (संस्करण नियंत्रण, अभिगम नियंत्रण, वेब-बेस एक्सेस, खोज, रिमोट प्रबंधन, सुरक्षा पैच, ...)। कुछ ही मिनटों में, एक परिभाषित कर सकते हैं:

• एक मेज को परिभाषित करने की आवश्यकताओं को जिम्मेदार बताते हैं,
• जो क्षेत्र चयन और सत्यापन (जहां आप भी विचार-विमर्श और तर्क, एम्बेड छवियों दस्तावेज़ कर सकते हैं, दस्तावेज़ संलग्न करें, लिंक के साथ इंटरैक्टिव रूपों बनाता है अन्य आवश्यकताओं के लिए ...),
• और फिर इन "आवश्यकताओं" पर प्रश्न पूछें और उन्हें सारणी के रूप में दिखाएं जिन्हें फ़िल्टर किया जा सकता है, फ़िल्टर किया जा सकता है, मुद्रित किया जा सकता है, इत्यादि के खिलाफ रिपोर्ट किया जा सकता है (उदाहरण के लिए, http://jucmnav.softwareengineering.ca/ucm/bin/view/ProjetSEG/JUCMNavRequirementsVer2)।

जाहिर है, कोई आसानी से हाइपरलिंक्स और विकी लिंक का उपयोग कर सकता है। FosWiki में ऐसी विशेषताएं भी हैं जिनका उपयोग आवश्यक वर्कफ़्लो को लागू करने के लिए किया जा सकता है। उपयोग मामलों और अन्य प्रतिमानों के लिए फॉर्मों का समर्थन करना भी आसान है (हमने इसे पहले किया है, और यह आमतौर पर अच्छी तरह से काम करता है)।

विकी FosWiki रूप में इस तरह, एक्स्टेंसिबल कर रहे हैं और आदि एक पता लगाने की क्षमता प्रबंधन और प्रभाव का विश्लेषण, आवश्यकताओं की तालिका के आधार पर संशोधन, समग्र पैकेजिंग से संबंधित कमजोरियों के समाधान के लिए आगे मॉड्यूल विकसित कर सकता

Answer 8

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