1.10 প্রকৌশল কার্যকারিতা ও ডেভেলপার উৎপাদনশীলতা

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

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

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

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

মূল নীতিসমূহ

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

সুপারিশ

একক-মেট্রিকের ফাঁদ প্রত্যাখ্যান করুন

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

আপনি কী মাপেন তা কাঠামো করতে SPACE ব্যবহার করুন

SPACE কাঠামো আপনাকে একসঙ্গে ধরে রাখার মতো পাঁচটি মাত্রা দেয়: Satisfaction and well-being (সন্তুষ্টি ও সুস্থতা), Performance (কার্যকারিতা), Activity (কার্যকলাপ), Communication and collaboration (যোগাযোগ ও সহযোগিতা), এবং Efficiency and flow (দক্ষতা ও প্রবাহ)। SPACE-এর মূল কথা হলো অন্তত কয়েকটি মাত্রা বেছে নেওয়া উচিত, কখনো কেবল একটি নয়, আর কখনো সবকটি একই শ্রেণি থেকে নয়। কার্যকলাপের মেট্রিক (কমিট, ডিপ্লয়) লোভনীয় কারণ সংগ্রহ করা সহজ, কিন্তু একা তা বিকৃতি ঘটায়। এগুলোর সঙ্গে একটি সন্তুষ্টির সংকেত ও একটি কার্যকারিতার সংকেত জুড়ুন, যাতে অন্যগুলো ফাঁস না করে কোনো একটি মাত্রায় কারসাজি করা না যায়। সন্তুষ্টি ধসে পড়া ও পরিবর্তন ব্যর্থতার হার বাড়ার সঙ্গে সঙ্গে বেশি ডিপ্লয় করা দল বেশি উৎপাদনশীল নয়, আর ভারসাম্যপূর্ণ সেট আপনাকে তা সঙ্গে সঙ্গে দেখায়।

ডেভেলপার অভিজ্ঞতাকে ফিডব্যাক চক্র, জ্ঞানীয় বোঝা ও প্রবাহ হিসেবে দেখুন

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

ধারণাকে সিস্টেম মেট্রিকের সঙ্গে ত্রিভুজায়ন করুন

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

DORA ব্যবহার করুন সরবরাহের সংকেত হিসেবে, লিডারবোর্ড হিসেবে নয়

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

ব্যবস্থা মাপুন, ব্যক্তিকে কখনো নজরদারি করবেন না

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

একঘেয়ে খাটুনি ও ঘর্ষণকে সরাসরি আক্রমণ করুন

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

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

পদ্ধতি	সুবিধা	অসুবিধা
একক উৎপাদনশীলতা মেট্রিক (LOC, ভেলোসিটি, কমিট)	সস্তা, সহজ, নেতাদের জন্য একটি সংখ্যা	সঙ্গে সঙ্গে কারসাজি হয়; মূল্য নয় কর্মব্যস্ততা মাপে; বিশ্বাস ক্ষয় করে
SPACE-ধাঁচের ভারসাম্যপূর্ণ সেট	কারসাজি প্রতিরোধ করে; বাস্তবতা প্রতিফলিত করে	সংগ্রহে বেশি পরিশ্রম; এক সংখ্যায় সারসংক্ষেপ কঠিন
DevEx জরিপ (ধারণামূলক)	যন্ত্র ফসকায় এমন অনুভূত কষ্ট ধরে	বিষয়ীগত; সৎ থাকতে বিশ্বাস ও অনুসরণ লাগে
সিস্টেম মেট্রিক (DORA, পাইপলাইনের সময়)	বিষয়ীগত নয়, অবিচ্ছিন্ন, সমষ্টিগতভাবে নকল করা কঠিন	মনোবল ও প্রেক্ষাপটে অন্ধ; ব্যক্তির ওপর প্রযুক্ত হলে বিপজ্জনক
দুটিকে ত্রিভুজায়ন	প্রতিটি উৎস অন্যটিকে সংশোধন করে; দৃঢ়	টুলিং ও জরিপ শৃঙ্খলায় বিনিয়োগ লাগে

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

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

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

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

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

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

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

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

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

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

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

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

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

উদাহরণ

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

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

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

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

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

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

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

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

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

• স্তর ১, সূচনা: উৎপাদনশীলতা বিচার হয় অন্তঃস্থ অনুভূতিতে বা কোডের লাইন, ভেলোসিটি বা ঘণ্টার মতো একটিমাত্র কারসাজি-করা-যায় মেট্রিকে। মাপা তাৎক্ষণিক ও প্রতিক্রিয়াশীল, ঘর্ষণ অদৃশ্য, অভিযোগ গল্প-নির্ভর, এবং প্রতিষ্ঠান ভালো হচ্ছে কি না কেউ বলতে পারে না।
• স্তর ২, বিকাশ: কিছু দল মৌলিক চর্চা গ্রহণ করে: কয়েকটি মেট্রিক, প্রায়ই কার্যকলাপের গণনা, এবং মাঝেমধ্যের ডেভেলপার অভিজ্ঞতা জরিপ। চর্চা দল থেকে দলে অসঙ্গত, তথ্য সংগৃহীত হয় কিন্তু কদাচিৎ কাজে লাগে, কাঁচা আন্তঃদল তুলনা ঢুকে পড়ে, এবং ব্যক্তিকে র‍্যাঙ্কিং থেকে রক্ষা করার কোনো ভাগ করা নীতি নেই।
• স্তর ৩, মানসম্মতকরণ: SPACE-ধাঁচের মাত্রা, নিয়মিত DevEx জরিপ এবং সরবরাহ সংকেত হিসেবে DORA ব্যবহার করে একটি ভারসাম্যপূর্ণ মাপার কর্মসূচি নথিবদ্ধ এবং প্রতিষ্ঠানজুড়ে প্রযুক্ত (অধ্যায় 11.5)। মেট্রিক নীতি অনুযায়ী দলের স্তরে একত্র করা হয়, ব্যক্তিকে কখনো র‍্যাঙ্ক করা হয় না, এবং পর্যবেক্ষণ ফিডব্যাক চক্র ছোট করা ও একঘেয়ে খাটুনি কাটার (অধ্যায় 9.1) সুনির্দিষ্ট কাজ চালায়।
• স্তর ৪, ব্যবস্থাপনা: কর্মসূচি ভিত্তিরেখার বিপরীতে মাপা ও নিয়ন্ত্রিত। ফিডব্যাক-চক্রের সময়, জরিপের স্কোর এবং DORA প্রবণতা সম্মত লক্ষ্যসহ সময়ের সঙ্গে অনুসরণ করা হয়; প্রতিটি দলকে প্রতিবেশীর নয়, নিজস্ব গতিপথের সঙ্গে তুলনা করা হয়; প্ল্যাটফর্ম ও একঘেয়ে-খাটুনি-হ্রাসের বিনিয়োগ পুনরুদ্ধার করা সক্ষমতার ওপর আগে-পরের তথ্য দিয়ে যুক্তিসঙ্গত করা হয়; এবং যেকোনো সংকেতে অবনতি নজরে না পড়ে পেরিয়ে যাওয়ার বদলে পর্যালোচনা ট্রিগার করে।
• স্তর ৫, সমন্বয়: মাপা বিশ্বস্ত, রুটিন ও অভিযোজিত। ধারণামূলক ও সিস্টেম তথ্য ত্রিভুজায়িত হয়, প্রবণতা নিরন্তর উন্নতিকে জোগান দেয়, ঘর্ষণ ও জ্ঞানীয় বোঝা সক্রিয়ভাবে খুঁজে সরানো হয়, প্রতিষ্ঠান বদলালে মাপার সেটও সংশোধিত হয়, এবং কোনো মেট্রিককে দূষিত লক্ষ্য হতে না দিয়েই কার্যকারিতা ব্যবসা ও জনফলাফলের সঙ্গে একীভূত।

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

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

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

• ইঞ্জিনিয়ারদের উৎপাদনশীলতা বহুমাত্রিক। কোনো একক সংখ্যাকে (কোডের লাইন, ভেলোসিটি, কমিট, ঘণ্টা) একমাত্র মাপকাঠি হিসেবে প্রত্যাখ্যান করুন, কারণ গুডহার্টের সূত্র নিশ্চিত করে তাতে কারসাজি হবে।
• কোনো একটি মাত্রা একা কারসাজি করা না যায় সেজন্য কয়েকটি মাত্রা একসঙ্গে ধরে রাখতে SPACE কাঠামো (সন্তুষ্টি ও সুস্থতা, কার্যকারিতা, কার্যকলাপ, যোগাযোগ ও সহযোগিতা, দক্ষতা ও প্রবাহ) ব্যবহার করুন।
• ডেভেলপার অভিজ্ঞতা ফিডব্যাক চক্র, জ্ঞানীয় বোঝা ও প্রবাহে এসে ঠেকে। চক্র ছোট করা ও বোঝা সরানো প্রকৃত উৎপাদনশীলতা, যা কার্যকলাপের গণনা কখনো দেখায় না।
• DevEx জরিপের ধারণামূলক তথ্যকে আপনার টুলের সিস্টেম তথ্যের সঙ্গে ত্রিভুজায়ন করুন; প্রতিটি অন্যটিকে সংশোধন করে।
• DORA মেট্রিককে দলের স্তরের সরবরাহ সংকেত ভাবুন, লিডারবোর্ড নয়; এর গভীরতা অধ্যায় 11.5-এ এবং পাইপলাইন অধ্যায় 11.2-এ।
• ব্যবস্থা মাপুন, ব্যক্তিকে কখনো নয়। দলে একত্র করুন, মূল্যায়ন রাখুন অধ্যায় 1.3-এর আলাদা মানবিক পথে, এবং মাপাকে কখনো নজরদারি হতে দেবেন না।
• পুনরুদ্ধার করা সময় ব্যয় করুন একঘেয়ে খাটুনি কাটতে (অধ্যায় 9.1), কোড রিভিউ দ্রুত করতে (অধ্যায় 2.5) এবং পথ পাকা করতে (অধ্যায় 8.4)। কোনো মেট্রিককে দূষিত লক্ষ্য না হতে দিয়ে কার্যকারিতাকে ব্যবসায়িক ফলাফলের সঙ্গে যুক্ত করুন।

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

• Nicole Forsgren, Margaret-Anne Storey, Chandra Maddila, Thomas Zimmermann, Brian Houck ও Jenna Butler, “The SPACE of Developer Productivity” (ACM Queue, 2021): বহুমাত্রিক কাঠামো।
• Abi Noda, Margaret-Anne Storey, Nicole Forsgren ও Michaela Greiler, “DevEx: What Actually Drives Productivity” (ACM Queue, 2023): ফিডব্যাক চক্র, জ্ঞানীয় বোঝা ও প্রবাহ।
• Nicole Forsgren, Jez Humble ও Gene Kim, Accelerate: The Science of Lean Software and DevOps (DORA মেট্রিক ও তাদের গবেষণা-ভিত্তি)।
• DORA, Accelerate State of DevOps Report (বার্ষিক): চারটি মেট্রিকের পেছনের চলমান গবেষণা কর্মসূচি।
• Betsy Beyer, Chris Jones, Jennifer Petoff ও Niall Richard Murphy (সম্পা.), Site Reliability Engineering (একঘেয়ে খাটুনি ও তার অবসান)।
• Matthew Skelton ও Manuel Pais, Team Topologies (প্রথম সারির নকশা-উদ্বেগ হিসেবে জ্ঞানীয় বোঝা)।
• Mihaly Csikszentmihalyi, Flow: The Psychology of Optimal Experience (প্রবাহ অবস্থার উৎস)।
• Tom DeMarco ও Timothy Lister, Peopleware: Productive Projects and Teams (মনোযোগ, বিঘ্ন এবং উৎপাদনশীলতার মানবিক দিক)।
• Goodhart, C. A. E., “Problems of Monetary Management: The UK Experience” (1975): গুডহার্টের সূত্রের উৎস; Marilyn Strathern-এর বহুল-উদ্ধৃত রূপায়ণও দেখুন।
• U.S. Government Accountability Office (GAO) এর কর্মক্ষমতা পরিমাপ নির্দেশিকা: অ-বাজার সরকারি খাতের পরিবেশে মূল্য মাপা।