रिक्वायरमेंट्स मैनेजमेंट

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

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

जब प्रोजेक्ट के बीच में आवश्यकताएँ बदलती हैं, तो एक उचित चेंज मैनेजमेंट प्रक्रिया शुरू होती है: हर बदलाव का आकलन किया जाता है, लागत और समय-सीमा के हिसाब से तौला जाता है, और औपचारिक स्वीकृति के बाद ही अपनाया जाता है। यह कदम छोड़ देने पर स्कोप क्रीप होता है, यानी बजट या समय-सीमा में उचित बदलाव किए बिना डिलीवर किए जा रहे काम का धीरे-धीरे बढ़ना। ठोस रिक्वायरमेंट्स मैनेजमेंट ही सबसे पहले यथार्थवादी कोटेशन, स्पष्ट जवाबदेही और सत्यापन-योग्य परिणाम संभव बनाता है।