इंजीनियरिंग बदलाव प्रबंधित करें

प्रस्तावित बदलाव के लिए management-of-change रिकॉर्ड खोलें और स्पष्ट रूप से बताएं कि क्या बदल रहा है, क्यों, और इसमें कौन-कौन से सुरक्षा, संचालन और डिज़ाइन जोखिम शामिल हैं। काम शुरू करने से पहले इसे समीक्षा के लिए भेजें।

क्यों: जो इंजीनियरिंग बदलाव नियंत्रण चरण को छोड़ देते हैं, वही अच्छे इरादे से किए गए सुधार को असुरक्षित या गैर-अनुपालक बना देते हैं। यह रिकॉर्ड इस बात का प्रमाण है कि जोखिम की जांच की गई और बदलाव अधिकृत था, बस कर नहीं दिया गया।

बदलाव से उठने वाले हर खुले तकनीकी सवाल के लिए RFI उठाएं, आयाम, इंटरफेस, स्पेसिफिकेशन, और विवरण तय होने से पहले डिज़ाइनर से लिखित में उत्तर दिलवाएं। हर RFI को बदलाव से जुड़ा रखें।

क्यों: एक मान्यता पर बना बदलाव रीवर्क का इंतज़ार है। जिम्मेदार डिज़ाइनर से रिकॉर्ड पर उत्तर पाना ही उसी सवाल को साइट पर फिर से बहस बनने से रोकता है।

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

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