11.6 ভ্যালু স্ট্রিম ম্যাপিং ও বিলম্বের খরচ

পরিচিতি ও প্রেরণা

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

এই দুটি লেন্স পর্ব ১১-এর বাকিটার পরিপূরক। অধ্যায় 11.1 আবিষ্কার পাইপলাইন বর্ণনা করে যা কী গড়বেন ঠিক করে, এবং অধ্যায় 11.2 ডেলিভারি পাইপলাইন বর্ণনা করে যা তা পাঠায়। ভ্যালু স্ট্রিম ম্যাপিং উভয় জুড়ে বিস্তৃত, প্রথম চিন্তা থেকে মাপা ফলাফল পর্যন্ত পুরো পথকে দেখা ও উন্নত করার একটি সিস্টেম গণ্য করে। অধ্যায় 11.3 আপনাকে সারির গণিত দেয়; এই অধ্যায় আপনাকে দেয় সেই সারি আপনার প্রতিষ্ঠানে আসলে কোথায় গঠিত হয় এবং তার খরচ কত তা খোঁজার চর্চা। যেখানে 11.4 (OKR) ও 11.5 (KPI) আপনাকে বলে ভালো কেমন দেখায়, বিলম্বের খরচ বলে কোন ক্রমে তা অনুসরণ করবেন।

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

মূল নীতিসমূহ

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

সুপারিশ

ধারণা থেকে মূল্য পর্যন্ত ভ্যালু স্ট্রিম মানচিত্র করুন

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

আদর্শায়িত প্রক্রিয়া মানচিত্র করার তাগিদ প্রতিরোধ করুন। সাম্প্রতিক তিন বা চারটি আইটেমের সঙ্গে আসলে যা ঘটেছে তা মানচিত্র করুন, স্মৃতির বদলে আপনার টুল থেকে টাইমস্ট্যাম্প ব্যবহার করে। আপনি সত্য খুঁজছেন, এবং সত্য ধাপগুলোর মধ্যকার ফাঁকে বাস করে। একটি দল প্রথমবার এটি সৎভাবে করলে, কেউ সবসময় “এটি যে সেখানে এক সপ্তাহ বসে ছিল আমার ধারণাই ছিল না”-র একটি সংস্করণ বলে। সেই প্রতিক্রিয়াই উদ্দেশ্য। আপনি যে প্রবাহ কখনো পুরোটা দেখেননি তা উন্নত করতে পারেন না।

প্রক্রিয়া সময় অপেক্ষার সময় থেকে আলাদা করুন, এবং প্রবাহ দক্ষতা গণনা করুন

সংখ্যা পেলে, সেগুলো যোগ করুন। প্রবাহ দক্ষতা হলো মোট লিড টাইমের সঙ্গে মূল্য-যোগ সময়ের অনুপাত: প্রক্রিয়া সময়ের যোগফল ভাগ শুরু থেকে শেষ পর্যন্ত মোট অতিবাহিত সময়। একটি ফিচার 40 ঘণ্টা প্রকৃত কাজ কিন্তু স্ট্রিম ভ্রমণ করতে 20 কর্মদিবস নিলে, এর প্রবাহ দক্ষতা মোটামুটি 40 ভাগ 160, বা 25 শতাংশ, এবং তা অস্বাভাবিকভাবে ভালো হতো। অনেক প্রকৃত স্ট্রিম 5 থেকে 15 শতাংশের মধ্যে নামে। বাকিটা বিশুদ্ধ অপেক্ষা: কাজ একটি সারিতে বসে, একটি নির্ভরতায় আটকা, বা কারও ইনবক্সে পার্ক করা।

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

হস্তান্তর ও পুনঃকাজ লুপের নাম দিন

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

উভয় গুনুন। নয়টি হস্তান্তর ও তিনটি পুনঃকাজ লুপের একটি স্ট্রিমের প্রবাহ দক্ষতা মানুষ যতই দক্ষ হোক ভয়ংকর হবে, কারণ কাঠামো নিজেই অপেক্ষা তৈরি করে। হস্তান্তর কমানো (একটি দলকে প্রান্ত-থেকে-প্রান্ত মালিকানা দিয়ে) এবং পুনঃকাজের কারণ নির্মূল করা (মান পরীক্ষা আগে সরিয়ে, অধ্যায় 11.2 অনুযায়ী) সাধারণত স্বতন্ত্র ধাপ দ্রুত করার যেকোনো প্রচেষ্টাকে হারায়।

বাধা খুঁজুন এবং সীমাবদ্ধতার তত্ত্ব সম্মান করুন

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

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

অর্থনীতি দিয়ে অগ্রাধিকার দিতে বিলম্বের খরচ ব্যবহার করুন

বিলম্বের খরচ হলো একটি কাজ এখনো ডেলিভার না হওয়ার প্রতি একক সময়ে আপনি যে অর্থ হারান, বা অর্জনে ব্যর্থ হন। এটি “পরে”-র অর্থনৈতিক ওজন। প্রতি মাসে 100,000 ডলার আয় করা একটি ফিচার, দুই মাস বিলম্বিত, সেই সংখ্যা কোনো বাজেটে দেখা দিক বা না দিক 200,000 ডলার খরচ করে। এটি স্পষ্ট করা বড় ব্যাকলগকে পীড়ন করা “সবকিছু অগ্রাধিকার এক” রোগের একক সবচেয়ে শক্তিশালী প্রতিষেধক। প্রতিটি অংশীজন যখন জোর দেন তাঁদের আইটেম জরুরি, আপনি তা পরিমাণ দিয়ে মেটাতে পারেন না; আপনি প্রত্যেককে জিজ্ঞাসা করে মেটান, “এক মাসের বিলম্ব আমাদের কত খরচ করে?” এবং উত্তরগুলো পাশাপাশি রেখে।

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

CD3 ও weighted shortest job first দিয়ে ক্রম দিন

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

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

প্রতিটি আইটেমের জরুরিতা প্রোফাইল পড়ুন

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

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

প্রবাহ মেট্রিক DORA ও লিটলের সূত্রের সঙ্গে যুক্ত করুন

ভ্যালু স্ট্রিম ম্যাপিং চারটি চলমান প্রবাহ মেট্রিক তৈরি করে যা নিরন্তর অনুসরণ করার যোগ্য: লিড টাইম (শুরু থেকে সম্পন্ন পর্যন্ত অতিবাহিত সময়), সাইকেল টাইম (একটি নির্দিষ্ট ধাপের জন্য অতিবাহিত সময়, প্রায়ই সক্রিয় ডেলিভারি অংশ), চলমান কাজ (WIP, প্রবাহমান আইটেমের গণনা), এবং থ্রুপুট (প্রতি একক সময়ে সম্পন্ন আইটেম)। এগুলো অধ্যায় 11.3-এর লিটলের সূত্র দ্বারা একসঙ্গে বাঁধা: গড় লিড টাইম সমান গড় WIP ভাগ গড় থ্রুপুট। সেই সমীকরণ আপনার সবচেয়ে ব্যবহারিক লিভার, কারণ এটি বলে আপনি সহজে থ্রুপুট বাড়াতে না পারলে, আপনি WIP কমিয়ে তাৎক্ষণিকভাবে লিড টাইম ছোট করতে পারেন। কম শুরু করা বেশি শেষ করে।

এই প্রবাহ মেট্রিক ওপরে DORA মেট্রিকের সঙ্গেও যুক্ত (DevOps Research and Assessment কর্মসূচি থেকে): মোতায়েন ফ্রিকোয়েন্সি, পরিবর্তনের লিড টাইম, পরিবর্তন-ব্যর্থতা হার, এবং সেবা পুনরুদ্ধারের সময়। পরিবর্তনের লিড টাইম আপনার ভ্যালু স্ট্রিমের একটি টুকরো, এবং ম্যাপিং আপনাকে দেখায় এটি উন্নত করতে কোন ধাপ আক্রমণ করবেন। DORA-কে ফলাফল স্কোরবোর্ড এবং ভ্যালু স্ট্রিম মানচিত্রকে স্কোর ব্যাখ্যা করা ডায়াগনস্টিক গণ্য করুন, উভয়কে অধ্যায় 1.10-এর প্রকৌশল কার্যকারিতা দৃষ্টিতে বেঁধে।

সুচিন্তিতভাবে সারি, ব্যাচ আকার ও WIP পরিচালনা করুন

মানচিত্রে আপনি যে সারি পেয়েছেন সেগুলো লিড টাইমের জন্মস্থান, এবং অধ্যায় 11.3 ব্যাখ্যা করে ব্যবহার 100 শতাংশের দিকে উঠলে সেগুলো কেন বিস্ফোরিত হয়। দুটি লিভার সেগুলো বশ করে। প্রথমটি WIP সীমা: প্রতিটি ধাপে অনুমোদিত আইটেমের সংখ্যা সীমিত করুন যাতে সামর্থ্য থাকলেই কাজ টানা হয়, যা সরাসরি লিটলের সূত্রের মাধ্যমে লিড টাইম ছোট করে এবং শুরু-করা-কিন্তু-শেষ-না-হওয়া কাজের পাহাড়ের নিচে লুকিয়ে রাখার বদলে বাধা প্রকাশ করে। দ্বিতীয়টি ব্যাচ আকার: বড় ব্যাচ (একটি ত্রৈমাসিক রিলিজ, একটি বিশাল পুল রিকোয়েস্ট, একটি বড় প্রয়োজনীয়তা নথি) দীর্ঘ সারি তৈরি করে, ফিডব্যাক বিলম্বিত করে, এবং প্রতিটি হস্তান্তরের খরচ ও ঝুঁকি বাড়ায়।

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

ট্রেড-অফ: সুবিধা ও অসুবিধা

চর্চা	সুবিধা	অসুবিধা
ভ্যালু স্ট্রিম ম্যাপিং	লুকানো অপেক্ষা প্রকাশ করে; দলগুলোকে একটি ছবিতে সারিবদ্ধ করে	স্ন্যাপশট পুরনো হতে পারে; পরে কাজ না হলে প্রচেষ্টা অপচয়
প্রবাহ দক্ষতা মেট্রিক	প্রচেষ্টা অপেক্ষায় পুনঃনির্দেশ করে, যেখানে লিভারেজ	সক্রিয় কাজ কী গণ্য পুনঃসংজ্ঞায়িত করে কারসাজি করা যায়
সীমাবদ্ধতার তত্ত্ব মনোযোগ	যেখানে আসলে থ্রুপুট নড়ায় সেখানে প্রচেষ্টা কেন্দ্রীভূত করে	অ-বাধা দল একা রাখা রাজনৈতিকভাবে কঠিন
বিলম্বের খরচ	অগ্রাধিকারকে অর্থনীতিতে পরিণত করে; “সব জরুরি” চুপসে দেয়	প্রাক্কলন অনিশ্চিত এবং তর্ক বা ফুলিয়ে দেওয়া যায়
CD3 / WSJF ক্রম	মোট অর্থনৈতিক বিলম্ব ন্যূনতম করে; দ্রুত জয় পছন্দ করে	প্রতি আইটেমে দুটি প্রাক্কলন লাগে; মিথ্যা নির্ভুলতার ঝুঁকি
WIP সীমা	তাৎক্ষণিকভাবে লিড টাইম ছোট করে; বাধা প্রকাশ করে	বাধ্যতামূলক নিষ্ক্রিয়তা মনে হয়; সাংস্কৃতিকভাবে প্রতিরোধিত
ছোট ব্যাচ আকার	দ্রুততর ফিডব্যাক, প্রতি পরিবর্তনে কম ঝুঁকি	স্বয়ংক্রিয়তা দুর্বল হলে প্রতি-আইটেম ওভারহেড বেশি

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

আপনার দলের সঙ্গে আলোচনার প্রশ্ন

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

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

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

4. আমাদের ভ্যালু স্ট্রিমের কোন হস্তান্তর আমরা সরাতে বা ভেঙে ফেলতে পারি, এবং তা ঘটতে কাকে নিয়ন্ত্রণ ছাড়তে হবে? প্রতিটি হস্তান্তর একটি সারি এবং প্রেক্ষাপটের ক্ষতি, তাই হস্তান্তরের গণনা প্রায়ই যেকোনো দলের দক্ষতার চেয়ে প্রবাহ দক্ষতা ভালো ভবিষ্যদ্বাণী করে, তবু হস্তান্তর টিকে থাকে কারণ তারা মালিকানা, অনুমোদন অধিকার এবং কারও জবাবদিহির বোধ এনকোড করে। একটি বড় প্রতিষ্ঠানের জন্য এটিই সেই জায়গা যেখানে মানচিত্র রাজনৈতিক হয়: একটি হস্তান্তর ভাঙা সাধারণত একটি দলকে প্রান্ত-থেকে-প্রান্ত মালিকানা দেওয়া এবং একটি নিয়ন্ত্রণ ফাংশনকে একটি ম্যানুয়াল সাইন-অফের বদলে একটি স্বয়ংক্রিয় গেটে বিশ্বাস করতে বলা বোঝায়। হস্তান্তর-ধরে-হস্তান্তর অপেক্ষার সময়, প্রতিটি হস্তান্তরের ট্রিগার করা পুনঃকাজ লুপ, এবং কোন হস্তান্তর প্রকৃত ঝুঁকির কারণে বনাম ঐতিহাসিক অভ্যাসে আছে সে সম্পর্কে একটি সৎ নোট আনুন। এন্টারপ্রাইজ ও সরকারি পরিবেশে প্রতিটি বিতর্কিত হস্তান্তরের নিয়ন্ত্রণ মালিকের নাম দিন এবং কী প্রমাণ (একটি পাস করা স্বয়ংক্রিয় পরীক্ষা, একটি নিরীক্ষা পথ, একটি অর্পিত কর্তৃত্ব) তাঁদের এর অপসারণ গ্রহণ করতে দেবে, কারণ কেউ ছাড়বে না এমন একটি হস্তান্তর আপনার লিড টাইমের স্থায়ী কর।

5. সময় ক্রম দিতে আমরা যে বিলম্ব-খরচ সংখ্যা ব্যবহার করছি তাতে আমরা কতটা আস্থাশীল, এবং প্রতিটি অংশীজন নিজেরটি কেবল ফুলিয়ে দেওয়া কী আটকায়? বিলম্বের খরচ “সব অগ্রাধিকার এক” টাই ভাঙে কেবল যদি প্রাক্কলনে কিছু শৃঙ্খলা থাকে; প্রতিটি পক্ষ শেখার মুহূর্তে যে একটি বড় সংখ্যা জেতে, তারা সবাই বড় সংখ্যা তৈরি করে এবং আপনি অর্থনৈতিক পোশাকে একটি পরিমাণ প্রতিযোগিতায় ফিরে এসেছেন। প্রতিদ্বন্দ্বী বিবেচনা হলো নির্ভুলতা দাবি করা চর্চা মারে, কারণ মূল্য বোঝেন এমন মানুষদের সম্মত মোটামুটি অঙ্ক পুরো বিন্দু, তাই আপনার মিথ্যা নির্ভুলতার ভান না করে আইটেম তুলনা করার মতো যথেষ্ট কঠোরতা দরকার। কয়েকটি প্রকৃত প্রাক্কলন তাদের উপাদানে (মূল্য, সময় জটিলতা, সময়সীমা চাপ) ভাঙা আনুন এবং সন্দেহজনকভাবে গোল বা অসমর্থিত গুলো খুঁজুন। একটি এন্টারপ্রাইজ পোর্টফোলিও বা জনগণের অর্থ ব্যয় করা সরকারি কর্মসূচির জন্য ঠিক করুন বিতর্কিত সংখ্যায় কে মধ্যস্থতা করে এবং প্রাক্কলন পরে উপলব্ধ ফলাফলের বিপরীতে পরীক্ষা করা হয় কি না, কারণ বাস্তবতার বিপরীতে কেউ ক্যালিব্রেট না করা একটি বিলম্ব-খরচ মডেল এমন যা সবাই শেষ পর্যন্ত কারসাজি করবে।

6. আমরা কি সুচিন্তিতভাবে চলমান কাজ ও ব্যাচ আকার পরিচালনা করি, নাকি দুটিই নীরবে লিড টাইম দ্বিগুণ না হওয়া পর্যন্ত ওপরে ভেসে যেতে দিই? লিটলের সূত্র লিভার মূর্ত করে: লিড টাইম সমান চলমান-কাজ ভাগ থ্রুপুট, তাই অনিয়ন্ত্রিত WIP কেউ ধীর কাজ না করলেও প্রতিটি আইটেমের অপেক্ষা দীর্ঘ করে, এবং বড় ব্যাচ আপনি মানচিত্রে ইতিমধ্যে পাওয়া সারি ভরে প্রভাব চক্রবৃদ্ধি করে। টানাপোড়েন সাংস্কৃতিক, কারণ WIP সীমিত করা বাধ্যতামূলক নিষ্ক্রিয়তা মনে হয় এবং ছোট ব্যাচ অতিরিক্ত ওভারহেড মনে হয়, তাই দলগুলো দুটিই প্রতিরোধ করে যদিও সেগুলো উপলব্ধ সবচেয়ে সস্তা হস্তক্ষেপ। প্রতি ধাপে আপনার বর্তমান WIP গণনা, আপনার সাধারণ ব্যাচ আকার (রিলিজ, পুল রিকোয়েস্ট, প্রয়োজনীয়তা নথি), এবং তার সঙ্গে যাওয়া লিড-টাইম প্রবণতা আনুন। একটি বড় বা সরকারি প্রতিষ্ঠানে এটিকে আপনি চুক্তিগতভাবে বা পদ্ধতিগতভাবে বাঁধা রিলিজ ও পরিবর্তন-অনুমোদন ছন্দের সঙ্গে বাঁধুন, কারণ একটি ত্রৈমাসিক রিলিজ জানালা বা একটি মাসিক বোর্ড আপনার ওপর বড় ব্যাচ বাধ্য করতে পারে, এবং সেই সীমাবদ্ধতার নাম দেওয়া তা নিচে আলোচনার প্রথম পদক্ষেপ।

খাতভেদে দৃষ্টিভঙ্গি

স্টার্টআপ। মুষ্টিমেয় ইঞ্জিনিয়ার ও সামান্য রানওয়েতে আপনার ভ্যালু স্ট্রিম সংক্ষিপ্ত কিন্তু আপনার সীমাবদ্ধতা সাধারণত একজন মানুষ: একজন একক প্রতিষ্ঠাতা যিনি সবকিছু অনুমোদন করেন, বা যে একজন ইঞ্জিনিয়ার ডিপ্লয়ের মালিক। একটি ভারী ম্যাপিং অনুশীলন চালাবেন না; অর্ধ দিন টাইমস্ট্যাম্প দিয়ে শেষ কয়েকটি ফিচার ট্রেস করে কাটান, মানব বাধা খুঁজুন, এবং এর চারপাশে অর্পণ বা ব্যাচ করুন। আনুষ্ঠানিক বিলম্ব-খরচ মডেল এড়িয়ে যান এবং সাপ্তাহিক “পরবর্তী আমরা কী গড়ব” তর্ক শেষ করতে একটি মোটামুটি বিলম্বের-খরচ-ভাগ-সময়কাল র‍্যাঙ্কিং ব্যবহার করুন, এবং ব্যাচ ক্ষুদ্র রাখুন যাতে আপনি এখনো বাজার কী চায় শেখার সময় ফিডব্যাক দ্রুত থাকে।

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

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

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

উদাহরণ

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

এন্টারপ্রাইজ। একটি বড় ব্যাংক একটি গ্রাহক-মুখী পরিবর্তনের ভ্যালু স্ট্রিম মানচিত্র করে এবং দেখে এটি এগারো সপ্তাহের লিড টাইমসহ নয়টি দল পেরোয়, যার মধ্যে প্রায় ছয় দিন প্রকৃত কাজ। বাকিটা সারি: একটি মাসিক চলা নিরাপত্তা পর্যালোচনা, একটি সাপ্তাহিক বসা পরিবর্তন-অনুমোদন বোর্ড, এবং দিনে মাপা পরিবেশ বুকিং। দলগুলোকে দ্রুত কাজ করতে ঠেলার বদলে ব্যাংক অপেক্ষা আক্রমণ করে: এটি নিরাপত্তা পর্যালোচনা আগে সরায় এবং বেশিরভাগ স্বয়ংক্রিয় করে (অধ্যায় 11.2 অনুযায়ী), সাপ্তাহিক বোর্ডকে নিম্ন-ঝুঁকি পরিবর্তনের জন্য একটি হালকা স্থায়ী অনুমোদনে রূপান্তর করে, এবং WIP সীমিত করে যাতে দলগুলো আরও শুরু করার আগে শেষ করে। বিলম্বের খরচ পোর্টফোলিওর অগ্রাধিকার ভাষা হয়, চিরস্থায়ী “সবকিছু জটিল” ব্যাকলগকে একটি র‍্যাঙ্ক করা ব্যাকলগে চুপসে দিয়ে, এবং পরিবর্তনের লিড টাইম (একটি DORA মেট্রিক) এগারো সপ্তাহ থেকে দুইয়ের নিচে নামে।

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

ব্যবসায়িক যুক্তি: প্রেরণা, ROI ও TCO

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

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

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

অ্যান্টি-প্যাটার্ন ও ফাঁদ

• মানচিত্র করে ভুলে যান: একটি কর্মশালায় তৈরি পালিশ করা ভ্যালু স্ট্রিম ডায়াগ্রাম যা প্রকৃত প্রবাহে কোনো পরিবর্তন আনে না।
• অ-বাধা অপ্টিমাইজ করা: ইতিমধ্যে দ্রুত ধাপ দ্রুত করা, যা কেবল প্রকৃত সীমাবদ্ধতার সামনে জায়গা জমায়।
• তরমুজ প্রবাহ মেট্রিক: সবুজ ড্যাশবোর্ড (উচ্চ থ্রুপুট) লাল বাস্তবতা (বিশাল WIP ও দীর্ঘায়মান লিড টাইম) লুকিয়ে।
• বিলম্ব-খরচ মুদ্রাস্ফীতি: প্রতিটি অংশীজন একটি বিশাল সংখ্যা দেন, আপনি ভাঙতে চাওয়া “সবকিছু অগ্রাধিকার এক” টাই ফিরিয়ে।
• সময়কাল অন্ধত্ব: শুধু মূল্য দিয়ে র‍্যাঙ্ক করা এবং দশটি দ্রুত জয়ের আগে একটি মূল্যবান ছয়-মাসের কাজ শুরু করা, CD3 উপেক্ষা করে।
• জরুরিতা প্রোফাইল উপেক্ষা: একটি ক্ষয়িষ্ণু-মূল্যের আইটেম ও একটি সমতল-মূল্যের আইটেমকে বিনিময়যোগ্য গণ্য করা, এবং ভুলটি আগে পাঠানো।
• স্থানীয় দক্ষতা পূজা: প্রতিটি দলকে 100 শতাংশ ব্যবহৃত রাখা, যা প্রবাহের বদলে সারি ও লিড টাইম সর্বাধিক করে।
• বড়-ব্যাচ রিলিজ: পরিবর্তন বিরল, বড় ড্রপে বান্ডেল করা যা সারি দীর্ঘ করে, ফিডব্যাক বিলম্বিত করে, এবং প্রতিটি রিলিজের ঝুঁকি বাড়ায়।
• কেবল-গড় পরিকল্পনা: গড় লিড টাইম ব্যবহার করা এবং পরিবর্তনশীলতা উপেক্ষা করা, তারপর দীর্ঘ লেজে হতবাক হওয়া (অধ্যায় 11.3)।

পরিপক্বতা মডেল

• স্তর 1, সূচনা: কেউ প্রান্ত-থেকে-প্রান্ত প্রবাহ দেখতে পারে না। অগ্রাধিকার পরিমাণ, জ্যেষ্ঠতা বা এসকেলেশন দ্বারা স্থির, এবং “সবকিছু অগ্রাধিকার এক” নিয়ম। ধাপগুলোর মধ্যকার অপেক্ষা অদৃশ্য, এবং উন্নতি প্রচেষ্টা যেখানে একটি দল ব্যস্ত অনুভব করে সেখানে নামে, সাধারণত সীমাবদ্ধতায় নয়। কেউ প্রক্রিয়া সময় অপেক্ষার সময় থেকে আলাদা করে না, তাই সারির বিশাল পুল অলক্ষিত ও অদামি যায়।
• স্তর 2, বিকাশ: এক বা দুটি দল অন্তত একটি ভ্যালু স্ট্রিম মানচিত্র করেছে এবং সবচেয়ে বড় সারি ও একটি মোটামুটি প্রবাহ দক্ষতার দিকে ইঙ্গিত করতে পারে। কিছু প্রবাহ মেট্রিক (লিড টাইম, WIP) পকেটে অনুসরণ করা হয়, এবং অগ্রাধিকার কখনো মূল্য বিবেচনা করে, কিন্তু চর্চা দল জুড়ে অসামঞ্জস্যপূর্ণ: বিলম্বের খরচ অনানুষ্ঠানিক, মানচিত্র একবারের নিদর্শন, এবং প্রতিটি গোষ্ঠী নিজের উপায়ে করে যদি আদৌ করে।
• স্তর 3, মানসম্মতকরণ: ভ্যালু স্ট্রিম ম্যাপিং একটি নথিবদ্ধ, পুনরাবৃত্তিযোগ্য চর্চা প্রতিষ্ঠান-ব্যাপী ব্যবহৃত, সীমাবদ্ধতার তত্ত্ব অনুযায়ী সীমাবদ্ধতা শনাক্ত ও রক্ষিত, এবং WIP সীমা ও ছোট ব্যাচ স্থানীয় পরীক্ষার বদলে প্রয়োগ করা মান। বিলম্বের খরচ ভাগ সময়কাল (CD3 বা WSJF) দল জুড়ে ব্যাকলগ ক্রম দেওয়ার সম্মত উপায়, এবং প্রবাহ মেট্রিক লিড টাইম, সাইকেল টাইম, WIP ও থ্রুপুটের একটি ভাগ করা সংজ্ঞা ব্যবহার করে স্পষ্টভাবে DORA-র সঙ্গে যুক্ত।
• স্তর 4, ব্যবস্থাপনা: প্রবাহ ভিত্তিরেখার বিপরীতে ডেটা দিয়ে মাপা ও নিয়ন্ত্রিত। প্রবাহ দক্ষতা, লিড টাইম, WIP, থ্রুপুট এবং DORA পরিবর্তনের লিড টাইম সম্মত লক্ষ্যের বিপরীতে নিরন্তর অনুসরণ করা হয়, একটি স্ট্রিম ভেসে গেলে পতাকাঙ্কিত করা নিয়ন্ত্রণ সীমাসহ। বিলম্ব-খরচ প্রাক্কলন উপলব্ধ ফলাফলের বিপরীতে ক্যালিব্রেট করা যাতে মুদ্রাস্ফীতি ধরা পড়ে, সীমাবদ্ধতার সারি প্রকৃত সংখ্যায় পর্যবেক্ষিত, এবং প্রক্রিয়া পরিবর্তনে যাওয়া-না-যাওয়া সিদ্ধান্ত মতামতের বদলে প্রমাণে নেওয়া হয়।
• স্তর 5, সমন্বয়: ভ্যালু স্ট্রিম ব্যবস্থাপনা নিরন্তর, প্রতিষ্ঠান জুড়ে একীভূত ও খাপখাইয়ে। জরুরিতা প্রোফাইল ক্রম জানায়, সীমাবদ্ধতা উন্নত ও সরে গেলে পুনঃশনাক্ত করা হয়, বিলম্ব-খরচ মডেল প্রকৃত ফলাফল থেকে পরিমার্জিত, এবং ম্যাপিং, অগ্রাধিকার ও সারি ব্যবস্থাপনা একে অপরকে ও বিস্তৃত পোর্টফোলিওকে খাওয়ায়। অবস্থা সরলে প্রতিষ্ঠান প্রবাহ পুনঃভারসাম্য করে এবং নিরীক্ষণযোগ্য প্রমাণ দিয়ে উন্নতি প্রমাণ করতে পারে।

আলোচনার ভাবনা

1. আপনার বর্তমান প্রবাহ দক্ষতা কত, এবং আপনি কাজ দ্রুত করার বদলে অর্ধেক অপেক্ষা সরালে আপনি কতটা দ্রুত হতেন?
2. এই মুহূর্তে আপনার একটি প্রকৃত সীমাবদ্ধতা কোথায়, এবং এটিকে কখনো অলস বসা বা একটি সস্তা ধাপ করতে পারত এমন কাজ করা থেকে রাখতে কী লাগবে?
3. আপনার শীর্ষ পাঁচ ব্যাকলগ আইটেমের জন্য, এক মাসের বিলম্ব প্রতিটিকে কত খরচ করে, এবং বিলম্বের খরচ ভাগ সময়কাল দিয়ে র‍্যাঙ্ক করা কি ক্রম বদলায়?
4. আপনার কোন প্রধান উদ্যোগের একটি ক্ষয়িষ্ণু জরুরিতা প্রোফাইল আছে, এবং আপনি কি এর মূল্যের বেশিরভাগ ইতিমধ্যে বাষ্পীভূত হওয়ার পর এটি পাঠানোর ঝুঁকিতে?
5. আপনি আগামীকাল WIP অর্ধেক কাটলে, লিটলের সূত্র আপনার লিড টাইমের জন্য কী ভবিষ্যদ্বাণী করত, এবং চেষ্টা করতে আপনাকে কোন সাংস্কৃতিক প্রতিরোধ অতিক্রম করতে হতো?
6. আপনার সাধারণ ব্যাচ (রিলিজ, পুল রিকোয়েস্ট, প্রয়োজনীয়তা নথি) কত বড়, এবং এটি অর্ধেক করলে আপনার ফিডব্যাক গতি ও প্রতি-পরিবর্তন ঝুঁকিতে কী হতো?

প্রধান শিক্ষা

• ধারণা থেকে মূল্য পর্যন্ত পুরো প্রবাহ মানচিত্র করুন এবং প্রবাহ দক্ষতা গণনা করুন; ধাপগুলোর মধ্যকার অপেক্ষা, ভেতরের কাজ নয়, যেখানে আপনার লিভারেজ বাস করে।
• একক সীমাবদ্ধতা খুঁজুন এবং সীমাবদ্ধতার তত্ত্ব সম্মান করুন: অন্য কোনো ধাপ অপ্টিমাইজ করা কিছুই উন্নত করে না এবং কেবল বাধাকে দ্রুততর খাওয়ায়।
• “সবকিছু অগ্রাধিকার এক” পরাজিত করতে বিলম্বের খরচ অর্থে স্পষ্ট করুন, এবং খরচ কখন নামে জানতে প্রতিটি আইটেমের জরুরিতা প্রোফাইল পড়ুন।
• মোট অর্থনৈতিক বিলম্ব ন্যূনতম করতে বিলম্বের খরচ ভাগ সময়কাল (CD3 বা WSJF) দিয়ে ক্রম দিন, ছোট, মূল্যবান কাজকে লাইন লাফাতে দিয়ে।
• WIP সীমা ও ছোট ব্যাচ দিয়ে সারি পরিচালনা করুন, আপনার প্রবাহ মেট্রিক DORA ও লিটলের সূত্রের সঙ্গে বাঁধুন, এবং ভ্যালু স্ট্রিম ব্যবস্থাপনা একটি চলমান চর্চা হিসেবে চালান।

তথ্যসূত্র ও আরও পড়ার জন্য

• Donald G. Reinertsen, The Principles of Product Development Flow: Second Generation Lean Product Development
• Eliyahu M. Goldratt and Jeff Cox, The Goal: A Process of Ongoing Improvement
• Mike Rother and John Shook, Learning to See: Value Stream Mapping to Add Value and Eliminate Muda
• Karen Martin and Mike Osterling, Value Stream Mapping: How to Visualise Work and Align Leadership for Organizational Transformation
• Mik Kersten, Project to Product: How to Survive and Thrive in the Age of Digital Disruption with the Flow Framework
• Nicole Forsgren, Jez Humble, and Gene Kim, Accelerate: The Science of Lean Software and DevOps
• Dean Leffingwell, SAFe 5.0 Distilled: Achieving Business Agility with the Scaled Agile Framework