Jeffrey Cross
Jeffrey Cross

डिजाइन प्रक्रिया का उपयोग करना

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

Android G1 जनता के उपयोग के लिए बहुत ज्यादा तैयार है, लेकिन यह अभी भी नहीं किया गया है। जिन कारणों से मैं चाहता था कि जी 1 एक उत्पाद को प्रारंभिक रिलीज से विकसित करने की प्रक्रिया का पालन करना था। फोन और इसके सिस्टम ठीक काम करते हैं, उत्पाद रिलीज के लिए पर्याप्त है। कुछ वर्षों, महीनों या हफ्तों में, यह बहुत बेहतर होगा। तथ्य यह है कि फोन और उसके सिस्टम को खुले तरीके से विकसित किया जा रहा है, मेरे लिए इसके सबसे शक्तिशाली पहलुओं में से एक है।

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

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

कदम अक्सर,

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

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

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

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

आप डिजाइन प्रक्रिया का उपयोग कैसे करते हैं? क्या आपने इसे रचनात्मक लोगों के साथ काम करते समय एक विकास तकनीक के रूप में पेश किया है? क्या आपने इसे बच्चों को पढ़ाया है? इन चरणों के माध्यम से लूपिंग द्वारा आंशिक रूप से या पूरी तरह से विकासशील विचारों के साथ आपके अनुभव क्या हैं?

अपने विचारों, अनुभवों और टिप्पणियों को टिप्पणियों में पोस्ट करें!

शेयर

एक टिप्पणी छोड़