6 कारण क्यों आप कार्यात्मक विनिर्देशों नहीं लिखना चाहिए

37signals द्वारा लिखित हो रही वास्तविक से एक लघु निबंध। मूल यहाँ पढ़ा जा सकता है ।



एक विनिर्देश एक सार दस्तावेज है जो ज्यादातर मामलों में एक तैयार सॉफ्टवेयर उत्पाद के साथ कुछ नहीं करना है। क्यों? हमें समझाने में खुशी हो रही है:



1. विशिष्टता एक कल्पना है



उसका वास्तविकता से कोई लेना-देना नहीं है। एप्लिकेशन तब असली हो जाता है जब डेवलपर्स कोड लिखते हैं, डिजाइनर इंटरफ़ेस बनाते हैं, और लोग तैयार उत्पाद का उपयोग करना शुरू करते हैं। विनिर्देश परियोजना को किसी भी तरह से पूरा करने के लिए नहीं लाता है - आखिरकार, ये कागज पर शब्दों से ज्यादा कुछ नहीं हैं।





2. विनिर्देश का कार्य सभी को खुश करना है



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





3. विशिष्टता केवल समझौते का भ्रम है



विनिर्देश के कई पन्नों के तहत कई आश्वासन हस्ताक्षर एक समझौता नहीं है। आपकी टीम ने एक ही पाठ पढ़ा, लेकिन सबसे अधिक संभावना है कि सभी ने इसे अपने तरीके से समझा। और यह निश्चित रूप से भविष्य के काम में आएगा। "रुको, मुझे यह बिल्कुल मतलब नहीं है!", "रुकिए, मैंने इसे पूरी तरह से अलग तरह से समझा!", "नहीं, नहीं, यह बिल्कुल ऐसा ही है, और आप सभी ने इसके लिए साइन अप किया है।" आप अच्छी तरह जानते हैं कि यह कैसे होता है।





4. जब आप कम से कम परियोजना के बारे में जानते हैं तो विनिर्देशन आपको सबसे महत्वपूर्ण निर्णय लेने के लिए मजबूर करता है



सभी को कम से कम इस पर काम की शुरुआत में परियोजना के बारे में पता है। एक परियोजना जितनी अधिक समय तक रहती है, उतना ही आप इसके बारे में सीखते हैं। तो बिना शुरुआत किए भी आपको सबसे महत्वपूर्ण निर्णय क्यों लेना चाहिए?





5. विशिष्टताओं के उपयोग से अनावश्यक कार्यक्षमता बढ़ जाती है



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





6. विनिर्देश आपको यात्रा पथ के विकास, परिवर्तन और मूल्यांकन की अनुमति नहीं देता है



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







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



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



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



निश्चित ऐनक के बारे में भूल जाओ। वे आपको परियोजना के शुरुआती चरणों में सबसे गंभीर निर्णय लेते हैं। अपने क्लासिक अर्थों में विनिर्देश के साथ फैलाने की कोशिश करें, और आपके लिए आवश्यकताओं को बदलना और लचीला बने रहना बहुत आसान होगा।





अंत में - लिनुस टोरवाल्ड्स का एक छोटा उद्धरण :

“... वे व्यावहारिक रूप से बेकार हैं। मैंने एक भी बड़ी परियोजना नहीं देखी है जिसमें विनिर्देश वास्तविकता के साथ पूरी तरह से सुसंगत थे और साथ ही साथ वास्तव में डेवलपर्स की मदद की।



लेकिन मैंने बहुत सी विफल परियोजनाएं देखीं जो विशिष्ट रूप से विशिष्टताओं पर निर्भर करती थीं। मेरा विश्वास करो: विनिर्देशन विकास अनुप्रयोगों को बनाने का सबसे खराब तरीका है, क्योंकि इसका तात्पर्य है कि वास्तविकता के संबंध में आपकी परियोजना केवल सिद्धांत रूप में की जाएगी। "