चिकन या अंडा: क्या हुआ करता था, प्रोटोटाइप या टीके?

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

हम सहमत हैं कि हम प्रोटोटाइप और टीके का उपयोग करते हैं:

• ग्राहक के साथ काम के दायरे का समन्वय करें,
• डिजाइनरों और डेवलपर्स के लिए कार्य तैयार करना,
• कार्यात्मक परीक्षण परिदृश्य विकसित करें,
• उपयोगकर्ता के निर्देश लिखें
• कार्य की स्वीकृति प्रदान करें।

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

पहले प्रोटोटाइप का काम करना बेहतर है

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

या टीके पहले है?

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

क्या गलत है?

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

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

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

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

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

दोनों प्रोटोटाइप और टीके

प्रोटोटाइप और टीके के लिए हमें किन कार्यों की आवश्यकता है:

• ग्राहक के साथ काम के दायरे का समन्वय करें,
• डिजाइनरों और डेवलपर्स के लिए कार्य तैयार करना,
• कार्यात्मक परीक्षण परिदृश्य विकसित करें,
• उपयोगकर्ता के निर्देश लिखें
• कार्य की स्वीकृति प्रदान करना।

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

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

ग्राहक के साथ चर्चा जरूरी नहीं कि एक व्यक्तिगत बैठक हो (हालांकि यह सबसे अच्छा तरीका है)। एक त्वरित उत्तर पाने के लिए या समय बचाने के लिए, स्काइप का उपयोग करें, वर्ड, ईमेल और अन्य संचार विधियों में संपादन मोड।

2. सभी विशिष्ट पृष्ठों के विवरण और ड्राइंग प्रोटोटाइप का विवरण देना। हम विश्लेषण करते हैं। हम ToR में विवरण का विस्तार करते हैं। हम उच्च स्तर पर तकनीकी पहलुओं का वर्णन करते हैं। हम सभी अद्वितीय पृष्ठों के प्रोटोटाइप बनाते हैं, अर्थात्, समान पृष्ठों के लिए, उदाहरण के लिए, "एक सर्वेक्षण बनाना" और "एक सर्वेक्षण का संपादन", इस स्तर पर आप उनमें से केवल एक को आकर्षित कर सकते हैं। हम चर्चा कर रहे हैं। हम विश्लेषण करते हैं। समायोजित करें। हम सहमत हैं।
3. सभी पृष्ठों के प्रोटोटाइप का पूर्ण विवरण और ड्राइंग। हम विश्लेषण करते हैं। हम तकनीकी विशिष्टताओं में कार्यान्वयन की कार्यक्षमता और तकनीकी पक्ष की सभी बारीकियों को ठीक करते हैं। हम तत्वों और पृष्ठों के सभी राज्यों को आकर्षित करते हैं। हम चर्चा कर रहे हैं। हम विश्लेषण करते हैं। समायोजित करें। हम सहमत हैं।

यदि वे एक प्रभावी टीम हैं, तो विभिन्न लोग प्रोटोटाइप और टीके बना सकते हैं।

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

मरीना डेमिना, एडीवी / वेब-इंजीनियरिंग डिजाइनर