একটি প্রকৌশল পরিবর্তন পরিচালনা করুন

প্রস্তাবিত পরিবর্তনের জন্য একটি পরিবর্তন-ব্যবস্থাপনা রেকর্ড খুলুন এবং স্পষ্টভাবে বলুন কী পরিবর্তিত হচ্ছে, কেন এবং এটি বহন করা নিরাপত্তা, পরিচালনাগত ও ডিজাইন ঝুঁকি। কেউ কাজটি স্পর্শ করার আগে এটি পর্যালোচনার জন্য রুট করুন।

কেন: একটি নিয়ন্ত্রণ ধাপ এড়িয়ে যাওয়া প্রকৌশল পরিবর্তনগুলো একটি সদুদ্দেশ্যমূলক সমাধানকে অনিরাপদ বা অসঙ্গতিপূর্ণ করে তোলার উপায়। রেকর্ডটিই প্রমাণ যে ঝুঁকিটি দেখা হয়েছিল এবং পরিবর্তনটি অনুমোদিত ছিল, কেবল করা হয়নি।

পরিবর্তনটি তৈরি করা প্রতিটি খোলা প্রযুক্তিগত প্রশ্নের জন্য একটি RFI উত্থাপন করুন, মাত্রা, ইন্টারফেস, স্পেসিফিকেশন, এবং বিবরণটি নির্ধারিত হওয়ার আগে ডিজাইনারকে লিখিতভাবে উত্তর দিতে বলুন। প্রতিটি RFI পরিবর্তনের সাথে বাঁধা রাখুন।

কেন: একটি ধারণার উপর নির্মিত একটি পরিবর্তন পুনর্কাজের অপেক্ষায়। ডিজাইনের জন্য দায়ী ব্যক্তির কাছ থেকে রেকর্ডে উত্তরটি পাওয়াই সাইটে একই প্রশ্ন পুনরায় বিতর্ক হওয়া থামায়।

পরিবর্তনটি কস্ট বা সময় সরালে, একটি পরিবর্তন আদেশ উত্থাপন করুন যা দাম নির্ধারিত প্রভাব ও প্রোগ্রাম প্রভাব ধরে, পরিবর্তন রেকর্ডে ফিরে লিংককৃত। প্রভাব প্রকৃতপক্ষে শূন্য হলে, তাও রেকর্ড করুন।

কেন: প্রকৌশল দিকটি বন্ধ করা যেতে পারে এবং তবুও অর্থটি খোলা রেখে দিতে পারে। একটি পরিবর্তন আদেশই একটি অনুমোদিত পরিবর্তনকে একটি সম্মত কস্ট ও একটি সরানো তারিখে পরিণত করে, এটি চুপচাপ আপনার সমস্যা হওয়ার আগে।