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