প্ল্যান্ট ইঞ্জিনিয়ারিংয়ে ডিজাইনের ইতিহাস ট্র্যাক করার একটি পেশাদার উপায় কী?


9

আপনি যদি আমাদের প্রকল্পগুলিতে (বায়োগ্যাস এবং বর্জ্য থেকে জ্বালানী উদ্ভিদ) নকশার ডকুমেন্টেশনটি দেখে থাকেন তবে আপনি কী কী নির্মাণের পরিকল্পনা করছেন তা খুঁজে পেয়েছেন তবে অন্যান্য বিকল্পগুলি কী বিবেচনা করা হয়েছিল এবং সেগুলি কেন বাতিল করা হয়েছিল তা নয়। এই তথ্যটি কেবল ইঞ্জিনিয়ারদের মাথার উপরেই স্থির থাকে। কখনও কখনও, একটি উদ্ভিদ বছরের পর বছর ধরে ধারণাগত পর্যায়ে থাকবে, কখনও কখনও ইঞ্জিনিয়ারদের মধ্যে স্যুইচ করে। তাই আমি নিজেকে এমন একটি বিকল্পটিতে পুনর্বিবেচনা করতে দেখছি যা একজন সহকর্মী বিবেচনা করেছিলেন এবং আলটিমেটালি গত বছর বাতিল করা হয়েছিল।

ডিজাইনের সিদ্ধান্তগুলি, 'হুইস' এবং 'কেন-না কেন' ট্র্যাক করার একটি ভাল উপায় কী? আমি দৃ an়ভাবে এমন একটি পদ্ধতির পছন্দ করবো যা চেষ্টা করা, পরীক্ষিত এবং শিল্পের অন্য কোথাও ব্যবহৃত হয়।

অতিরিক্ত তথ্য: আমার সংস্থা আইএসও 9001 শংসাপত্র অনুসরণ করবে, এমন একটি পদ্ধতির সাথে এই কিউএ প্রশাসনের সাথে মানানসই পছন্দ হবে।

উত্তর:


3

আমি মনে করি এটি নির্ভর করে আপনি কতটা তথ্য চান, এবং আপনি কতটা আনুষ্ঠানিকভাবে এটি ট্র্যাক করতে চান। মনে হচ্ছে বর্তমানে, এই তথ্যগুলির কোনওোটাই কোথাও লিখিত হয়নি, যা সম্ভবত প্রথম সমস্যা। তবে আপনি যে সমাধানটির অনুসরণ করতে চান না এমন কোনও সমাধানের জন্য তথ্য রাখছেন, সর্বোপরি, সময়ের চেয়ে কম-অনুকূল ব্যবহার। কোন ধারণাটি রেকর্ড করার জন্য যথেষ্ট পরিমাণে বেরিয়ে এসেছে তা আপনাকে নির্ধারণ করতে হবে। যদি আপনার একটি সভা হয় এবং এক ডজন আইডিয়া টেবিলে রাখা হয় তবে অর্ধেকটি প্রায় তাত্ক্ষণিকভাবে বাতিল হয়ে যায়, আপনি কি এই ধারণাগুলিগুলির নোট তৈরি করতে চান এবং কেন সেগুলি বাতিল করা হয়েছিল? এটি সম্ভবত খুব নিম্ন-স্তরের বিশ্লেষণ যা ছিল তার জন্য অনেক প্রচেষ্টা, তবে তারা এখনও সিদ্ধান্তগুলি ডিজাইন করে।

আমার কাছে কেবল এমন ধারণাগুলির জন্য এটি করা বেশি জ্ঞাত বলে মনে হয় যা তাদের উপর কিছু বাস্তব কাজ করার পর্যায়ে পৌঁছে। এইভাবে, আপনি ইতিমধ্যে বাস্তব কিছু পেয়েছেন, এবং এটি কেবল একটি প্রজেক্ট ফাইলে ফাইল করতে হবে, যা আমি আশা করি আপনার কাছে ইতিমধ্যে কিছু রয়েছে something যেহেতু এই সিস্টেমটি কেবল ভবিষ্যতের প্রকল্পগুলির জন্য কেবলমাত্র রেফারেন্স উপকরণ তৈরি করবে, আমি মনে করি না যে এই উপকরণগুলি সংরক্ষণাগারভুক্ত করার জন্য বা একটি বিদ্যমান সিস্টেমকে সংশোধন করার জন্য একটি সম্পূর্ণ নতুন সিস্টেম তৈরি করা ভাল ধারণা হবে। এটি আপনার বর্তমান ডিজাইন পরিচালনা ব্যবস্থায় সংহত করার জন্য একটি উপায় সন্ধান করুন।

আপনার কাছে থাকা একটি কীটি আপনার বিভিন্ন ডিজাইনের কী পরামিতিগুলির দ্বারা শ্রেণিবদ্ধ করার একটি উপায় তা নিশ্চিত করব। আমি আপনার ক্ষেত্র সম্পর্কে খুব বেশি জানি না, তবে আমি ধরে নেব যে প্রতিটি প্রকল্পের জন্য শারীরিক আকার, ক্ষমতা, উদ্ভিদের ধরণ ইত্যাদি রয়েছে এমন কিছু ডিজাইনের প্যারামিটার রয়েছে। এগুলি কোথাও সহজেই দৃশ্যমান তা নিশ্চিত করুন, যাতে কোনও নতুন প্রকল্প শুরু করার সময়, আপনি পুরানো প্রকল্পগুলি সনাক্ত করতে পারেন যা বিভিন্ন ক্ষেত্রে একই রকম। যদি এই ফোল্ডারগুলিতে আপনার এই বাতিল করা ধারণাগুলি সঞ্চিত থাকে তবে আপনি তাদের বর্তমান প্রকল্পে তাদের ইউটিলিটি বিশ্লেষণ করতে সক্ষম হবেন।

যাইহোক, আমি এটিকে আরও গভীরভাবে যাওয়ার বিষয়ে সাধারণভাবে সতর্ক করতে চাই। আবার, আমি একটি পৃথক শিল্পে কাজ করি, যেখানে প্রকল্পগুলি আরও সংক্ষিপ্ত, এবং এর মতো আরও অনেকগুলি রয়েছে, তবে কিছু পণ্য কয়েক দশক ধরে কোনও না কোনও রূপে বিদ্যমান রয়েছে এবং সেগুলির 15-20 সংশোধন রয়েছে। বাস্তবায়িত নকশা পরিবর্তনের জন্য একটি পুনর্বিবেচনার ইতিহাস বজায় রাখা খুব গুরুত্বপূর্ণ। অতীতে গ্রাহককে কী দেওয়া হয়েছিল, কখন পরিবর্তন করা হয়েছিল এবং কেন সেগুলি করা হয়েছিল তা জেনে রাখা অতীতের ভুলগুলি পুনরাবৃত্তি না করা এবং সঠিকভাবে পুরানো নকশাগুলি পরিবেশন না করার মূল বিষয়। তবে আপনি যখন এমন ডিজাইনগুলি ক্যাটালগ করেন যা কখনই পুরোপুরি উপলব্ধি হয় নি, আপনি প্রয়োজনীয় ডেটার শীর্ষে অ-প্রয়োজনীয় ডেটা যুক্ত করছেন, এবং জিনিসগুলি হারিয়ে যাওয়া শুরু হওয়ার আগেই আপনি এতগুলি সাজান। আপনার মতো মনে হচ্ছে ' দৃ communication় যোগাযোগ এবং ভাল অভিজ্ঞতার জন্য একটি প্রতিস্থাপনের জন্য আবার খুঁজছেন। যখন এই প্রকল্পগুলি হাত বদল করে, তখন জড়িত প্রকৌশলীদের সমস্ত প্রাসঙ্গিক তথ্য যোগাযোগ করতে হয়। আমি বিবেচনা করা হয়েছে তা আপনি জানেন তা নিশ্চিত করতে চাই বুঝতে পেরেছি, তবে আমি আপনাকে সেই ইচ্ছাটি মেজাজ করার পরামর্শ দেব যাতে অপ্রয়োজনীয় ডেটা দিয়ে আপনার রেকর্ডগুলি বন্যা না হয়।


আমি এই আনসার এবং শেষ অনুচ্ছেদে সতর্কতা এবং দ্বিতীয় অনুচ্ছেদে সত্যিই পছন্দ করি। অন্যরা কী পরামর্শ দেয় আমি তা দেখতে পাচ্ছি।
হাট

1

ট্রেভোরের এই উত্তরটি সমস্ত দর্শনের চেয়ে বেশ ভাল দেয়, তবে আমি বিশদটি আরও জানতে চাই।

প্রথমে বিকল্প রেকর্ড কেন রাখা হচ্ছে না তা নির্ধারণ করুন। এটি সম্ভবত দূরদর্শিতা সমস্যা বা স্টোরেজ (কাগজ বা কম্পিউটার) সমস্যা হিসাবে শুরু হয়েছিল।

অতীতে এক সময়, কেউ ভেবেছিল যে বিকল্পগুলি কার্যকর হবে না, তাই তাদের ফেলে দেওয়া বা মোছা হয়েছিল। এটি সম্ভবত কোনও সংস্থার সংস্কৃতি সমস্যা। এখন যেহেতু এটি একটি সমস্যা হিসাবে চিহ্নিত হয়েছে, এটি সংস্থার ব্যাপী উত্থাপিত হতে পারে। ইতিমধ্যে তৈরি করা রেকর্ডগুলি রাখা সহজ।

এমনকি মূল প্রকৌশলীরা যদি ভাবেন যে বিকল্পগুলি কার্যকর হতে পারে তবে স্টোরেজ ব্যয় (শারীরিক বা কম্পিউটার) এর কারণে তারা নথী রাখেনি। যদি এখনও এটি হয় তবে এই সমস্যাটি এখনই সমাধান করা দরকার। যদি এটি আর না হয়, শব্দটি পুরো সংস্থায় ছড়িয়ে দেওয়া দরকার যে রেকর্ড রাখা কোনও ব্যয়বহুল প্রস্তাব নয়।

দ্বিতীয়ত, বিকল্প তুলনা পদ্ধতিটি দেখুন। বিকল্প বিবেচনার দুটি বিভাগ রয়েছে: চিন্তা ও গণনা।

চিন্তার তুলনা হ'ল এমন ধারণাগুলি যা তাড়াতাড়ি বাতিল করে দেয় যে তারা এটিকে ধারণার রূপ ছাড়া অন্য কোনও কিছুতে কাগজে পরিণত করে না। এই ধারণাগুলি যদি প্রথমবার থেকে এত তাড়াতাড়ি ফেলে দেওয়া হয়, তবে সম্ভবত তাদের রেকর্ড করার দরকার নেই। তাদের বদনাম করার প্রচেষ্টা এতটাই তুচ্ছ যে তারা কেবল আবার বদনাম হবে।

আসলে বিকল্পগুলি যা গণনার পর্যায়ে এনেছে সেগুলি কোনও কোনও আকারে রাখা উচিত। যদি প্রথমবার গণনা বা পরিকল্পনা করা হয়ে থাকে, তবে সংরক্ষণ করার জন্য ইতিমধ্যে কিছু আছে। এমনকি যদি ধারণাটি একটি ডেড-এন্ড হিসাবে প্রমাণিত হয় তবে কাজটি ইতিমধ্যে হয়ে গেছে, সুতরাং এটি ফাইলটিতে রাখুন! যতক্ষণ এটি তারিখ রয়েছে ততক্ষণ এটি উল্লেখ করা যেতে পারে।

সিদ্ধান্ত নেওয়ার সময় একটি মেমো (বিশেষত কারও কাছে না থাকলে ফাইলটিতে) লিখুন। এটি ভবিষ্যতে সময় সাশ্রয় করে তবে এটি প্রক্রিয়াটিতে একটি পদক্ষেপ যুক্ত করে। সাধারণভাবে উন্নত ডকুমেন্টিংয়ের পাশাপাশি এটি কাজ করার জন্য।

শেষ, সব কিছুর তারিখ! চূড়ান্ত রেকর্ডগুলি রাখার জন্য যে সিস্টেমগুলি ইতিমধ্যে রয়েছে সেগুলি নিয়ে কাজ করার চেষ্টা করুন, সব কিছুতে একটি তারিখ যুক্ত করুন। এমনকি প্রতিষ্ঠানের অন্যান্য পদ্ধতিগুলি ব্যর্থ হলেও আইটেমের তারিখগুলি ব্যবহার করে বিকল্পের ক্রমটি পুনরায় তৈরি করা যেতে পারে।


0

নীচে তিনটি সাধারণ পদ্ধতি হ'ল কীভাবে সাদা পণ্য, ভোগ্যপণ্য এবং OEM প্রস্তুত করে আমি নথি ধারণার সাথে যুক্ত।

ফ্রন্ট এন্ড (কনসেপ্টুয়ালাইজেশন) আইডি ডকুমেন্টেশন
বড়, প্রভাব পূর্ণ, এবং স্থল বিরতি হিসাবে বিবেচিত তবে বর্তমানে বাস্তবায়নের জন্য বিবেচিত হয় না এমন ধারণাগুলির জন্য প্রকল্প নম্বর তৈরি করুন। এক বা দুই পৃষ্ঠার নথিতে এবং প্রকল্পটি তাক লাগানোর আগে বেশিরভাগ ক্ষেত্রে এই ধারণাগুলি নথি করুন। অনুসন্ধান ইঞ্জিন প্রযুক্তি এবং সফ্টওয়্যার বৃদ্ধির সাথে এই ধারণাগুলি অনুসন্ধানযোগ্য ডেটাবেসে সংরক্ষণ করা যেতে পারে। বর্তমান কর্মশক্তির একটি ক্রান্তিকালীন প্রকৃতির সাথে আমি এটি একটি ভাল উপায়ে পেয়েছি যা নথিকে ধারণাটি করে। প্রযুক্তি এবং বাস্তবায়ন পদ্ধতির বৃদ্ধির সাথে প্রযুক্তির বিশদ ডকুমেন্টেশন কম প্রাসঙ্গিক কারণ , এটি আরও উন্নত এবং উন্নত প্রযুক্তি উপলব্ধ হওয়ার সম্ভাবনা বেশি।t+1

নকশা পর্যালোচনা (এনপিডি - নতুন পণ্য বিকাশ)
ডিজাইন আরেকটি ভাল প্রক্রিয়া পর্যালোচনা করে যা ডকুমেন্ট ইঞ্জিনিয়ারিং ডিজাইনের সিদ্ধান্তগুলিতে সহায়তা করতে পারে। এটি আরও প্রযুক্তিগত ডকুমেন্টেশন হতে থাকে, প্রত্যাখ্যান করা আইডিয়াগুলি ভাল নথিভুক্ত না হয়। বেশিরভাগ সংস্থায় ডিজাইন পর্যালোচনাগুলি ফেজ গেট মডেলের অংশ ।

পিছনে শেষ (উত্পাদন বা বন্ধ) ধারণার নথিপত্রগুলি
আমি নতুন ধারণাগুলি নথিভুক্ত করার জন্য একটি বিদ্যমান পরিবর্তন পরিচালনা ব্যবস্থা ব্যবহার করে এমন সংস্থাগুলি পেয়েছি । এই সিস্টেমে ইঞ্জিনিয়ার একটি সহজ বা পৃষ্ঠা নথিতে ধারণাটি প্রস্তাব করেন। ধারণাটি পর্যালোচনা করা হয় এবং স্বীকৃত হয় বা ভবিষ্যতের জন্য সংরক্ষণ করা হয়। এই নির্দিষ্ট সংস্থাটি পরিবর্তন ব্যবস্থাপনার জন্য এসএপি ব্যবহার করেছিল, এইভাবে প্রযুক্তি বেস সন্ধানের ক্ষেত্রে যেমন কম কার্যকর তবে তাদের জন্য এটি ভালভাবে বিচ্ছিন্ন করে।

সংক্ষেপে, বেশিরভাগ ধারণাগুলি নিম্নলিখিত কারণের জন্য তাক করা হয়

  • ধারণা / পরামর্শ কার্যকর করতে আর্থিক সংস্থার অভাব
  • ধারণা / পরামর্শ কার্যকর করার জন্য মানবসম্পদের অভাব
  • বর্তমান প্রকল্প পরিকল্পনার সাথে খাপ খায় না
  • বাজারটি এখনও নতুন প্রযুক্তি গ্রহণ করতে প্রস্তুত নয়

অতএব এটি ট্র্যাক আইডিয়াগুলির পক্ষে ভাল, কারণ উপরের বাধাগুলি যখন সমাধান করা হয় তখন ধারণাগুলি বাস্তববাদী সমাধান হয়ে যায় become

তথ্যসূত্র:


0

অন্যরা সাধারণভাবে ডকুমেন্টেশন সম্পর্কে অনেক ভাল মন্তব্য করেছেন, তবে আমি একটি নির্দিষ্ট শ্রেণীর সফ্টওয়্যার সুপারিশ করতে চাই যা প্রচুর পরিমাণে সহায়তা করবে।

আমি এই ধরণের সমস্যার জন্য সংস্করণ নিয়ন্ত্রণ সফ্টওয়্যারটিকে সেরা বলে মনে করি। দুর্ভাগ্যক্রমে, এটি সফ্টওয়্যার বিকাশের বাইরে খুব সাধারণ বিষয় নয়, তবে এটি অন্যান্য ক্ষেত্রে ধরা পড়ার আগে সময়ের বিষয় মাত্র।

এখানে একটি উদাহরণ রয়েছে: আমার গবেষণা গোষ্ঠীর একটি সাবভার্সন সংগ্রহশালা রয়েছে যা বেশিরভাগ লোকেরা ব্যবহার করে (একটি জনপ্রিয় বিকল্প সফটওয়্যারটি গিট ) it সংস্করণ নিয়ন্ত্রণ ব্যবহার করে কেউ চলে যাওয়ার পরে গবেষণা প্রকল্পগুলির ধারাবাহিকতা নিশ্চিত করতে সহায়তা করে, কারণ কোনও প্রকল্পের সাথে সম্পর্কিত বেশিরভাগ ফাইল সেখানে রয়েছে তারা কোন সময়ে কী কাজ করেছে এবং (যদি তারা এটি সঠিকভাবে করেন তবে) তাদের বিশদ লগ সহ, তাদের যুক্তিপূর্ণ। আমি বিস্তারিত জানাব।

ধরা যাক আপনার কম্পিউটারে এমন একটি ফোল্ডার রয়েছে যাতে এতে সমস্ত ফাইল থাকে

প্রতিশ্রুতিবদ্ধ হওয়ার সাথে সাথে সমস্ত কিছু স্বয়ংক্রিয়ভাবে তারিখ হয়ে যায় (অন্যরা "আপলোডিং" বলতে পারে তার সংস্করণ নিয়ন্ত্রণ শব্দ)। প্রতিশ্রুতিবদ্ধ বার্তাটি একটি সংক্ষিপ্ত মেমো হিসাবে কাজ করে (যেমন মহেন্দ্র গুণাওয়ার্দেনা পরামর্শ দিয়েছিলেন, আপনি বড় সিদ্ধান্তের জন্য আরও দীর্ঘতর এবং আরও সরকারী স্মৃতিচিহ্ন চাইতে পারেন)। আপনি প্রকল্পের ফাইলগুলির পরিবর্তনের বর্ণনা দিয়েছেন, বলুন "আমরা সিদ্ধান্ত নিয়েছি এক্স এক্সটি করা সম্ভব হবে না instead আমরা এর পরিবর্তে ওয়াই চেষ্টা করব X

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

এই পদ্ধতির কিছু অতিরিক্ত সুবিধা রয়েছে। প্রথমত, এটি অন্যদের সাথে ফাইলগুলি ভাগ করে নেওয়া খুব সহজ করে তোলে। তারা কেবল সংগ্রহস্থল (একটি সংস্করণ নিয়ন্ত্রণ শব্দ যা বর্তমান সংস্করণ বা সমস্ত সংস্করণ বোঝাতে পারে) পরীক্ষা করে এবং তারপরে নিয়মিত আপডেট করে (এটি করার আদেশ রয়েছে)। মূলত, সবাই সিঙ্ক্রোনাইজ করা হয়। দ্বিতীয়ত, আপনি মূলত বিনামূল্যে ব্যাকআপ (পুরানো সংস্করণ) পেতে পারেন। এটি বলা হওয়ার সাথে সাথে এর অর্থ এই নয় যে আপনার দুর্ঘটনাক্রমে হারিয়ে যাওয়া ফাইলগুলি পুনরুদ্ধার করার জন্য অন্য বিকল্প রয়েছে কেবলমাত্র সাধারণ ব্যাকআপ রাখার দরকার নেই। আমি পুরো সংগ্রহস্থলটিকেও ব্যাক আপ করার জন্য সুপারিশ করছি।


আমি ভেবেছিলাম ভিসিএসগুলি বাইনারি ব্লবগুলি ভালভাবে পরিচালনা করে না। তারা ফাইলগুলি পরিচালনা করতে পারে তবে ঠিক কী পরিবর্তিত হয়েছে তা বোঝার দক্ষতা হারাবে , অর্থাত "টেক্সট" পাঠ্য text
হিজি

প্রতিশ্রুতি বার্তায় কী পরিবর্তিত হয়েছে তা সুনির্দিষ্টভাবে লিখে আপনি এটিকে কিছুটা এড়াতে পারবেন। এর বাইরে, কেবলমাত্র অনুসন্ধানের বাইরে পরিবর্তনগুলি হাইলাইট করার জন্য আপনার অতিরিক্ত সফ্টওয়্যার প্রয়োজন। আমি চিত্রগুলি পৃথক করার উপায়গুলি দেখেছি এবং সিএফডি ভিজ্যুয়ালাইজেশন সফ্টওয়্যার দেখেছি যা আপনাকে দুটি পৃথক ডেটা ফাইলের মধ্যে কী পার্থক্য তা দেখতে দেয়। আমি অস্পষ্টভাবে স্মরণ করি যে কিছু সিএডি সফ্টওয়্যারগুলিরও এই ক্ষমতা রয়েছে। এটি কোনও পাঠ্য ফাইলকে আলাদা করার মতো সহজ নয়, তবে নীতিগতভাবে এটি অসম্ভব নয়। আমি আরও হাইলাইট করতে চাই যে এটি প্রতি প্রতি সংস্করণ নিয়ন্ত্রণ সমস্যা নয়, বরং আমাদের বিভিন্নতা দেখার ক্ষমতা নিয়ে সমস্যা।
বেন ট্রেটেল

স্টোরেজ দক্ষতার ক্ষেত্রে, শুধুমাত্র ডাটাবেসের মধ্যে পার্থক্য রাখা স্পষ্টতই ভাল। আমি মনে করি কিছু সংস্করণ নিয়ন্ত্রণ ব্যবস্থা বাইনারি ফাইলগুলির জন্য এটি করবে, যদিও আমাকে এটি আরও ঘনিষ্ঠভাবে দেখতে হবে।
বেন ট্রেটেল
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.