दीर्घकालिक डिजाइन की निरर्थकता के बारे में

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

हमने बिलिंग को कैसे डिज़ाइन किया, इसके बारे में एक कहानी

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





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



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



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

डिजाइन की लागत

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

डिजाइनिंग के बजाय प्रोटोटाइप

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



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



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

प्रोटोटाइपिंग के वित्तीय लाभ

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



आपके लिए सफल व्यवसाय!



युपीडी। बग ठीक करना