प्लांट इंजीनियरिंग में डिजाइन इतिहास पर नज़र रखने का एक पेशेवर तरीका क्या है?


9

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

डिजाइन के फैसलों, 'कानाफूसी' और 'क्यों-नहीं' को ट्रैक करने का एक अच्छा तरीका है? मैं दृढ़ता से एक दृष्टिकोण पसंद करूँगा जिसे उद्योग में कहीं और आज़माया गया हो, परीक्षण किया गया हो।

अतिरिक्त जानकारी: मेरी कंपनी आईएसओ 9001 प्रमाणन का अनुसरण करेगी, एक दृष्टिकोण जो इस क्यूए शासन के साथ फिट बैठता है, को प्राथमिकता दी जाएगी।

जवाबों:


3

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

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

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

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


मैं वास्तव में पिछले पैराग्राफ और दूसरे पैराग्राफ में इस ansswer और चेतावनी को पसंद करता हूं। मैं देखूंगा कि दूसरे क्या सुझाव देते हैं।
मार्ट

1

ट्रेवर का यह जवाब सभी दर्शन पर बहुत अच्छा देता है, लेकिन मैं विवरण पर अधिक प्राप्त करना चाहता हूं।

सबसे पहले, यह पता करें कि वैकल्पिक रिकॉर्ड क्यों नहीं रखे जा रहे हैं। यह संभावना दूरदर्शिता के मुद्दे या भंडारण (कागज या कंप्यूटर) के मुद्दे के रूप में शुरू हुई।

अतीत में एक समय, किसी ने सोचा था कि विकल्प उपयोगी नहीं होंगे, इसलिए उन्हें फेंक दिया गया या हटा दिया गया। यह संभवतः कंपनी संस्कृति की समस्या है। अब जब इसे एक मुद्दे के रूप में पहचाना गया है, तो इसे कंपनी-व्यापी उठाया जा सकता है। पहले से बनाए गए रिकॉर्ड को रखना आसान है।

यहां तक ​​कि अगर मूल इंजीनियरों ने सोचा कि विकल्प उपयोगी हो सकते हैं, तो उन्होंने भंडारण (भौतिक या कंप्यूटर) की लागत के कारण दस्तावेजों को नहीं रखा होगा। यदि यह अभी भी है, तो इस समस्या को अब हल करने की आवश्यकता है। यदि यह अब नहीं है, तो शब्द को कंपनी में फैलाने की जरूरत है कि रिकॉर्ड रखना महंगा प्रस्ताव नहीं है।

दूसरा, वैकल्पिक तुलना पद्धति को देखें। वैकल्पिक विचार की दो श्रेणियां हैं: विचार और गणना।

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

गणना के चरण में वास्तव में इसे बनाने वाले विकल्पों को किसी न किसी रूप में रखा जाना चाहिए। यदि गणना या योजनाएं पहली बार की गई थीं, तो बचाने के लिए पहले से ही कुछ है। यहां तक ​​कि अगर विचार एक मृत-अंत साबित होता है, तो काम पहले ही हो चुका है, इसलिए इसे फ़ाइल में डालें! जब तक यह दिनांकित है, तब तक इसे संदर्भित किया जा सकता है।

जब कोई निर्णय लिया जाता है तो एक ज्ञापन (यदि किसी को विशेष रूप से नहीं तो फ़ाइल में) लिखें । यह भविष्य में समय बचाता है, लेकिन यह प्रक्रिया में एक कदम जोड़ता है। यह सामान्य रूप से बेहतर दस्तावेजीकरण के साथ काम करने के लिए कुछ है।

अंतिम, सब कुछ तारीख! सिस्टम के साथ काम करने की कोशिश करें जो पहले से ही अंतिम रिकॉर्ड रखने के लिए हैं, बस हर चीज में एक तारीख जोड़ें। यहां तक ​​कि अगर संगठन के अन्य तरीके विफल हो जाते हैं, तो आइटम पर तिथियों का उपयोग करके विकल्पों के क्रम को फिर से बनाया जा सकता है।


0

निम्नलिखित तीन सामान्य तरीके हैं कि सफेद सामान, उपभोक्ता वस्तुएं और ओईएम मैन्युफैक्चरिंग मैं दस्तावेज़ विचारों से कैसे जुड़ा है।

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

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

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

संक्षेप में, अधिकांश विचारों को निम्नलिखित कारण के लिए आश्रय दिया जाता है

  • विचार / सुझाव पर अमल करने के लिए वित्तीय संसाधनों की कमी
  • विचार / सुझाव पर अमल करने के लिए मानव संसाधन का अभाव
  • वर्तमान परियोजना योजना में फिट नहीं है
  • बाजार अभी नई तकनीक को अपनाने के लिए तैयार नहीं है

इसलिए यह ट्रैक विचारों को अच्छा करता है, क्योंकि जब ऊपर बाधाओं को हल किया जाता है तो विचार यथार्थवादी समाधान बन जाते हैं।

संदर्भ:


0

अन्य लोगों ने सामान्य रूप से प्रलेखन के बारे में बहुत सारी अच्छी टिप्पणियां की हैं, लेकिन मैं एक विशेष श्रेणी के सॉफ़्टवेयर का सुझाव देना चाहता हूं जो बहुत मदद करेगा।

मैं इस तरह के मुद्दों के लिए उत्कृष्ट होने के लिए संस्करण नियंत्रण सॉफ़्टवेयर ढूंढता हूं । यह सॉफ्टवेयर विकास के बाहर बहुत आम नहीं है, दुर्भाग्य से, लेकिन अन्य क्षेत्रों में इसे पकड़ने से पहले केवल कुछ समय की बात है।

यहाँ एक उदाहरण है: मेरे शोध समूह में एक सबवर्सन रिपॉजिटरी है जिसका अधिकांश लोग उपयोग करते हैं (एक लोकप्रिय वैकल्पिक सॉफ्टवेयर गिट है )। संस्करण नियंत्रण का उपयोग करने से किसी के जाने के बाद अनुसंधान परियोजनाओं की निरंतरता सुनिश्चित करने में मदद मिलती है, क्योंकि एक परियोजना के लिए प्रासंगिक अधिकांश फाइलें हैं, साथ ही उन्होंने उस समय क्या काम किया, और (यदि वे इसे सही करते हैं) का विस्तृत लॉग, उनके साथ तर्क। मैं विस्तृत हूँ।

मान लीजिए कि आपके कंप्यूटर पर एक फ़ोल्डर है जिसमें सभी फाइलें हैं

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

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

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


मैंने सोचा था कि वीसीएस बाइनरी ब्लब्स को अच्छी तरह से हैंडल नहीं करते हैं। वे फाइलों को संभाल सकते हैं, लेकिन वे वास्तव में जो कुछ भी बदलते हैं उसे देखने की क्षमता खो देते हैं , अर्थात पाठ "भिन्न" होता है।
hazzey

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

भंडारण क्षमता के संदर्भ में, केवल डेटाबेस में अंतर रखना स्पष्ट रूप से बेहतर है। मुझे लगता है कि कुछ संस्करण नियंत्रण प्रणालियां बाइनरी फ़ाइलों के लिए ऐसा करेंगी, हालाँकि मुझे इसमें अधिक बारीकी से देखना होगा।
बेन त्रेतेल
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.