বিষয় 2.2 — কাজের অগ্রাধিকার নির্ধারণ (Work Prioritization)
এক বাক্যে: অগ্রাধিকার নির্ধারণ হলো ট্রিয়াজে টিকে থাকা কাজের সুচিন্তিত, স্বচ্ছ ক্রমবিন্যাস, সীমিত সামর্থ্যের বিপরীতে মূল্য, জরুরিতা, ঝুঁকি ও প্রচেষ্টার ভারসাম্য রেখে, যাতে যেকোনো মুহূর্তে প্রতিষ্ঠান সবচেয়ে মূল্যবান যা করতে পারে তা-ই করছে, এবং কেন তা ব্যাখ্যা করতে পারে।
স্বাস্থ্য ও পরিচর্যায় কেন এটি গুরুত্বপূর্ণ#
অগ্রাধিকার নির্ধারণ হলো সেই জায়গা যেখানে কৌশল বাস্তব হয়। একটি প্রতিষ্ঠানের প্রকৃত কৌশল তার প্রকাশিত পরিকল্পনা নয়, বরং সে আসলে যে ক্রমে কাজ করে সেটিই, এবং স্বাস্থ্য ও পরিচর্যায় সেই ক্রম নিরাপত্তা, ন্যায্যতা ও জনগণের-অর্থের পরিণাম বহন করে। আন্তঃকার্যক্ষমতার কাজ অগ্রাধিকার থেকে নামান আর একটি শেয়ার্ড কেয়ার রেকর্ড থমকে যায়; টেকনিক্যাল ঋণ অগ্রাধিকার থেকে নামান আর একটি সিস্টেম ব্যাংক হলিডেতে রাত ২টায় ব্যর্থ হয়; অ্যাক্সেসিবিলিটি সংশোধন অগ্রাধিকার থেকে নামান আর আপনি সেই মানুষদের বাদ দেন যাঁদের সেবাটি সবচেয়ে বেশি দরকার।
চাপ কাঠামোগত: চাহিদা সবসময় সামর্থ্য ছাড়িয়ে যায়, এবং সেই চাহিদার বড় অংশ বৈধ। তাই নেতাদের এমন পদ্ধতি দরকার যা ট্রেড-অফ স্পষ্ট ও রক্ষণযোগ্য করে, এমন একটি প্রক্রিয়া নয় যেখানে শেষ ইমেল জেতে বা প্রতিটি প্রকল্প "শীর্ষ অগ্রাধিকার"। স্বচ্ছ অগ্রাধিকার নির্ধারণ রাজনৈতিক আবহাওয়াও বদলে দেয়: অংশীদাররা যখন মানদণ্ড ও ক্রম দেখতে পান, দরকষাকষি তদবির থেকে মূল্য ও বিলম্বের-খরচ নিয়ে একটি ভাগ করা আলাপে সরে যায়। এই বিষয় গ্রহণ (বিষয় 2.0) ও ট্রিয়াজ (বিষয় 2.1)-কে অনুসরণ করে; এটি ধরে নেয় আপনার ইতিমধ্যে ক্রম দেওয়ার মতো একটি দৃশ্যমান, মূল্যায়িত ব্যাকলগ আছে, এবং এটি ডেলিভারি জীবনচক্র (বিষয় 3.4–8) ও পোর্টফোলিও ব্যবস্থাপনায় (বিষয় 5.3 — EPPM) খাদ দেয়।
মূল ধারণা#
অগ্রাধিকার নির্ধারণ একটি ব্যাকলগ বা পোর্টফোলিওর ক্রম ঠিক করে; এটি ট্রিয়াজ থেকে ভিন্ন (যা প্রতিটি আইটেম বিচ্ছিন্নভাবে মূল্যায়ন ও রাউট করেছিল)। অগ্রাধিকার নির্ধারণ সীমিত সামর্থ্যের জন্য আইটেমগুলোকে একে অপরের বিপরীতে তুলনা করে, এবং বাস্তবতা বদলালে সেই তুলনা আবার করে।
বিলম্বের খরচ (Cost of Delay) হলো সেরা পদ্ধতিগুলোর নিচের অর্থনৈতিক লেন্স: প্রতিটি সপ্তাহ এটি না করার খরচ কত, মূল্য, ক্ষতি বা অর্থে? বিলম্বের খরচ স্পষ্ট করা অগ্রাধিকার নির্ধারণকে "সবচেয়ে গুরুত্বপূর্ণ কী?" (সবকিছু) থেকে "বিলম্ব করা সবচেয়ে ব্যয়বহুল কোনটি?" (একটি র্যাঙ্ক-যোগ্য প্রশ্ন)-এ নতুন করে সাজায়।
সাধারণ কাঠামো, প্রতিটির একটি উপযুক্ততা আছে:
- WSJF (Weighted Shortest Job First), Scaled Agile Framework (SAFe) থেকে: বিলম্বের খরচ (ব্যবহারকারী/ব্যবসায়িক মূল্য + সময়-সংকটপূর্ণতা + ঝুঁকি-হ্রাস/সুযোগ-সক্ষমতা) স্কোর করুন এবং কাজের আকার দিয়ে ভাগ করুন। সর্বোচ্চ WSJF আগে করা হয়। এটি স্বাভাবিকভাবে ছোট, উচ্চ-মূল্যের, সময়-সংকটপূর্ণ কাজকে পক্ষপাতিত্ব করে এবং ডুবে যাওয়া খরচ উপেক্ষা করে।
- RICE (Reach × Impact × Confidence ÷ Effort, Intercom দ্বারা জনপ্রিয়): একটি প্রোডাক্ট-ব্যবস্থাপনা স্কোর যা একটি Confidence উপাদান দিয়ে উৎসাহকে সংযত করে।
- MoSCoW (Must / Should / Could / Won't-this-time), DSDM থেকে: একটি শ্রেণিবিন্যাস, একটি রিলিজ বা নির্দিষ্ট-তারিখের প্রোগ্রামের পরিধি ঠিক করতে চমৎকার, সূক্ষ্ম ক্রমবিন্যাস হিসেবে দুর্বলতর।
- মূল্য-বনাম-প্রচেষ্টা (একটি 2×2): দ্রুত জয় ও অর্থের গর্ত চিনতে দ্রুত চাক্ষুষ উপায়; মোটা কিন্তু দ্রুত।
- Kano মডেল: ফিচারকে মৌলিক (অবশ্যই-থাকতে-হবে), কার্যকারিতা বা আনন্দদায়ক হিসেবে শ্রেণিবদ্ধ করে, টেবিল-স্টেক্সকে পার্থক্যকারীর সঙ্গে ভারসাম্য রাখতে উপযোগী।
কোনো কাঠামোই "সঠিক" নয়; প্রতিটি মূল্যের একটি ভিন্ন সংজ্ঞা এনকোড করে, এবং একসঙ্গে স্কোর করার কাজটি প্রায়ই সংখ্যার চেয়ে বেশি মূল্যবান।
চালানো বনাম পরিবর্তন হলো পোর্টফোলিও-স্তরের ভারসাম্য: "আলো জ্বালিয়ে রাখা" পরিচালনগত কাজ (চালানো) বনাম নতুন সামর্থ্য (পরিবর্তন)। অগ্রাধিকার নির্ধারণকে দুটো জুড়েই বিস্তৃত হতে হবে, নয়তো অদৃশ্য চালানোর কাজ, টেকনিক্যাল ঋণ ও নিরাপত্তা/সুরক্ষা প্রতিকার সহ, চকচকে নতুন ফিচারের কাছে প্রতিটি প্রতিযোগিতায় হারে যতক্ষণ না তা বিপর্যয়করভাবে ব্যর্থ হয়।
সামর্থ্য-ভিত্তিক বনাম তারিখ-ভিত্তিক অগ্রাধিকার নির্ধারণ: সামর্থ্য-ভিত্তিক ক্রমবিন্যাস একটি জানা, সীমিত থ্রুপুট (একটি টেকসই গতি) পূরণ করে; তারিখ-ভিত্তিক ক্রমবিন্যাস একটি অনড় সময়সীমা (একটি নিয়ন্ত্রক গো-লাইভ) থেকে পেছন দিকে কাজ করে এবং পরিধি নমনীয় করতে MoSCoW ব্যবহার করে। বেশির ভাগ পোর্টফোলিওর দুটোই দরকার, ভিন্ন আইটেমে প্রয়োগ করে।
শ্রেষ্ঠ চর্চা#
একটি প্রাথমিক কাঠামো বেছে নিন এবং সামঞ্জস্যপূর্ণভাবে প্রয়োগ করুন। আপনার কাজের উপযুক্ত পদ্ধতি বাছুন, বাস্তব সময়-সংকটপূর্ণতাসহ মিশ্র পরিবর্তন পোর্টফোলিওর জন্য WSJF, প্রোডাক্ট ফিচার ব্যাকলগের জন্য RICE, নির্দিষ্ট-তারিখ রিলিজের জন্য MoSCoW, এবং তা সামঞ্জস্যপূর্ণভাবে ব্যবহার করুন যাতে স্কোর তুলনীয় হয়। আইটেম ধরে কাঠামো বদলানো ব্যাকলগকে অতুলনীয় করে এবং কারসাজি আমন্ত্রণ জানায়।
বিলম্বের খরচ স্পষ্ট করুন, বিশেষত নিরাপত্তা ও সংবিধিবদ্ধ কাজের জন্য। প্রতিটি আইটেম সম্পর্কে জিজ্ঞাসা করুন, "এক মাসের বিলম্বের খরচ কত?" একটি নিরাপত্তা সংশোধন বা নিয়ন্ত্রক সময়সীমার জন্য উত্তর প্রায়ই গুরুতর ও অ-রৈখিক, আর সে কারণেই এগুলো ধরে নয়, স্কোর করতে হবে। বিলম্বের খরচ হলো সেই সাধারণ মুদ্রা যা একটি সম্মতির সময়সীমা ও একটি ব্যবহারকারী-অভিজ্ঞতা উন্নতিকে সততার সঙ্গে তুলনা করতে দেয়।
চালানো, টেক ঋণ ও নিরাপত্তার জন্য স্পষ্ট সামর্থ্য সংরক্ষণ করুন। আলো-জ্বালিয়ে-রাখা কাজ, টেকনিক্যাল ঋণ এবং নিরাপত্তা/সুরক্ষা প্রতিকারকে নতুন সামর্থ্যের সঙ্গে ফিচার-ধরে-ধরে প্রতিযোগিতা করতে দেবেন না, কিছু ভেঙে পড়া পর্যন্ত তারা হারবে। এই কাজের জন্য সামর্থ্যের একটি স্থায়ী শতাংশ বেড়া দিয়ে ঘিরুন (একটি সাধারণ আঙুলের হিসাব হলো একটি অর্থবহ, সুরক্ষিত অংশ), এবং একে অনমনীয় হিসেবে দেখুন।
অনুরোধকারীর পদমর্যাদা নয়, ফলাফল ও মূল্যের ভিত্তিতে অগ্রাধিকার দিন। কে চেয়েছে তা নয়, প্রতিষ্ঠানের ঘোষিত ফলাফল ও অগ্রাধিকারের (আদর্শভাবে তার OKR, বিষয় 10.0 দেখুন) বিপরীতে স্কোর করুন। একজন জ্যেষ্ঠ অংশীদারের আইটেম কম স্কোর করলে সেটাই ব্যবস্থা কাজ করছে; কাঠামো আপনাকে সেই আলাপের একটি ন্যায্য, অ-ব্যক্তিগত ভিত্তি দেয়।
পদ্ধতিকে সীমাবদ্ধতার সঙ্গে মেলান: সামর্থ্য বা তারিখ। পরিবর্তনের একটি টেকসই প্রবাহের জন্য, মূল্য অনুযায়ী ক্রম দিন এবং একটি জানা সামর্থ্যে কাজ টানুন। একটি অনড় তারিখের জন্য, পেছন দিকে কাজ করুন এবং "Must" রক্ষা করতে ও "Could" নমনীয় করতে MoSCoW ব্যবহার করুন। দুটিকে গুলিয়ে ফেলা, স্থির সময় ও স্থির সামর্থ্যে স্থির পরিধি ঢোকানোর চেষ্টা, ব্যর্থ প্রোগ্রামের চিরাচরিত পথ।
স্বচ্ছভাবে অগ্রাধিকার দিন এবং প্রকাশ্যে দরকষাকষি করুন। র্যাঙ্ক করা ব্যাকলগ ও তার পেছনের স্কোরিং প্রকাশ করুন। স্বচ্ছতা অগ্রাধিকার নির্ধারণকে ব্যক্তিগত চুক্তির একটি ধারা থেকে একটি ভাগ করা দরকষাকষিতে রূপ দেয় যেখানে ট্রেড-অফ দৃশ্যমান: আপনার আইটেম ওপরে তুলতে, অন্য কিছু নিচে নামতে হবে, এবং সবাই খরচ দেখতে পারে। এটি একজন ডেলিভারি নেতার জন্য প্রাপ্তব্য একক সবচেয়ে শক্তিশালী রাজনীতি-অপসারণকারী পদক্ষেপ।
নিয়মিত ছন্দে পুনঃঅগ্রাধিকার দিন, এবং কেবল তখনই। একটি ছন্দ ঠিক করুন (যেমন একটি মাসিক বা ত্রৈমাসিক পোর্টফোলিও পর্যালোচনা, মাঝখানে হালকা ব্যাকলগ পরিমার্জনসহ) যেখানে নতুন প্রমাণের বিপরীতে অগ্রাধিকার পুনর্দর্শিত হয়। পর্যালোচনার মাঝে রেখা ধরে রাখুন যাতে দলগুলো স্থিতিশীল রানওয়ে পায়। অবিরাম পুনঃঅগ্রাধিকার কখনো পুনঃঅগ্রাধিকার না দেওয়ার মতোই ক্ষতিকর: তা প্রবাহ নষ্ট করে এবং কিছুই শেষ করে না।
কারসাজি ও মিথ্যা নির্ভুলতা থেকে সতর্ক থাকুন। আপেক্ষিক স্কোর (ফিবোনাচি, টি-শার্ট সাইজ) অনুমান, সত্য নয়; ৮.৩ WSJF ৭.৯-এর চেয়ে অর্থবহভাবে ভালো নয়। সংখ্যাগুলো একটি র্যাঙ্ক করা আলাপকে জানাতে ব্যবহার করুন, ফাঁপানো ইনপুটের দিকে নজর রাখুন, এবং একটি স্পষ্টত বিকৃত স্কোরকে অভিজ্ঞ বিচারে অগ্রাহ্য করতে দিন, কেন তা লিপিবদ্ধ করে।
দলের সঙ্গে আলোচনার প্রশ্ন#
আমরা যে কাজ বারবার স্থগিত রাখি তার জন্য "এক মাসের বিলম্বের আসল খরচ কত?"-র আমাদের সৎ উত্তর কী? বিলম্বের খরচ হলো সেই সাধারণ মুদ্রা যা একটি সম্মতির সময়সীমা ও একটি ব্যবহারকারী-অভিজ্ঞতার সামান্য পরিবর্তনকে সততার সঙ্গে তুলনা করতে দেয়, তবু বেশির ভাগ প্রতিষ্ঠান কখনো তা স্পষ্ট করে না এবং তাই "সবকিছুই গুরুত্বপূর্ণ"-তে ডিফল্ট করে, যা একটি র্যাঙ্ক-যোগ্য বক্তব্য নয়। এটি স্বাস্থ্য ও পরিচর্যায় তীব্রভাবে গুরুত্বপূর্ণ কারণ কিছু কাজের বিলম্বের খরচ গুরুতর ও অ-রৈখিক: একটি স্থগিত নিরাপত্তা সংশোধন বা আন্তঃকার্যক্ষমতা নির্ভরতা মাসের পর মাস নিরীহভাবে পড়ে থাকতে পারে এবং তারপর বিপর্যয়করভাবে ব্যর্থ হতে পারে, অথচ একটি স্থগিত সুবিধাজনক ফিচার প্রায় কিছুই খরচ করে না। দলের বিতর্ক করা উচিত তারা কি আসলে তাদের শীর্ষ বিতর্কিত আইটেমের জন্য বিলম্বের খরচ বর্ণনা করতে পারে, এবং সেই অস্বস্তিকর ক্ষেত্রগুলোর মুখোমুখি হওয়া যেখানে সৎ উত্তর একটি জনপ্রিয় প্রকল্পের জন্য "খুব সামান্য" এবং একটি অদৃশ্য প্রকল্পের জন্য "সম্ভাব্যভাবে একটি গুরুতর ঘটনা"। মূর্ত কৌশল: ব্যাকলগের মাঝখানে আটকে থাকা তিনটি আইটেম নিন এবং প্রতিটির জন্য একটি বিলম্ব-খরচ বাক্য বাধ্য করুন; জিজ্ঞাসা করুন টেকনিক্যাল ঋণ ও নিরাপত্তা প্রতিকার কি কখনো বিলম্বের খরচে স্কোর করা হয়েছে, নাকি কখনো প্রতিযোগিতায় না ঢুকে প্রতিটিতে হারে। ভালো উত্তর যে আইটেমগুলোর বিলম্বের খরচ মোটামুটি রৈখিক তাদের এমন আইটেম থেকে আলাদা করে যেখানে তা একটি সময়সীমা বা ব্যর্থতার বিন্দুতে লাফ দেয়, এবং সেই আকৃতি ব্যবহার করে ক্রম যথার্থ করে। অসৎ সংস্করণ "সবই একটি অগ্রাধিকার"-এর আড়ালে লুকায়, যা ঠিক সেই অগ্রাধিকার-অনুপস্থিতি যা এই প্রশ্ন প্রকাশ করার জন্য।
চালানো, টেকনিক্যাল ঋণ ও নিরাপত্তার জন্য আমরা কতটা সামর্থ্য বেড়া দিয়ে ঘিরতে ইচ্ছুক, এবং একটি চকচকে নতুন দরপত্র এলে আমরা কি তা রক্ষা করব? এটি সেই ট্রেড-অফ যা সবচেয়ে নির্ভরযোগ্যভাবে ভুল হয়: আলো-জ্বালিয়ে-রাখা কাজ, টেকনিক্যাল ঋণ এবং নিরাপত্তা বা সুরক্ষা প্রতিকার অদৃশ্য এবং ব্যাংক হলিডেতে রাত ২টায় কিছু ভাঙা পর্যন্ত নতুন সামর্থ্যের বিপরীতে ফিচার-ধরে-ধরে হারে। বিতর্ক কিছু সামর্থ্য রক্ষা করা হবে কি না নয়, প্রায় সবাই নীতিগতভাবে সম্মত, বরং নির্দিষ্ট শতাংশ, এবং আরও কঠিন, একজন জ্যেষ্ঠ পৃষ্ঠপোষকের উত্তেজনাপূর্ণ প্রকল্প প্রথমবার বেড়া লুট করতে চাইলে নেতৃত্ব আসলে সেই রেখা ধরে রাখবে কি না। স্বাস্থ্য ও পরিচর্যায় ঝুঁকির মধ্যে আছে রোগীর নিরাপত্তা এবং চিকিৎসকদের নির্ভরশীল সিস্টেমের নির্ভরযোগ্যতা, তাই অংশটিকে অনমনীয় হিসেবে দেখা কেবল ভালো স্বাস্থ্যবিধি নয়, একটি নিরাপত্তা অবস্থান। মূর্ত কৌশল: শেষ বড় ঘটনা বা প্রায়-দুর্ঘটনার দিকে ফিরে তাকান এবং জিজ্ঞাসা করুন তা স্থগিত চালানো বা ঋণের কাজে ফিরে যায় কি না যা কখনো একটি অগ্রাধিকার প্রতিযোগিতা জেতেনি; সুরক্ষিত সামর্থ্যে লুটপাট প্রত্যাখ্যান করার কর্তৃত্বপ্রাপ্ত ব্যক্তির নাম বলুন এবং পরীক্ষা করুন তিনি সত্যিই তা করবেন কি না। শক্তিশালী উত্তর একটি নির্দিষ্ট, সুরক্ষিত অংশে প্রতিশ্রুতিবদ্ধ হয় এবং, নির্ণায়কভাবে, ভালো অভিপ্রায়ে ভরসা না করে চাপের মধ্যে তা সুরক্ষিত রাখা গভর্ন্যান্স বর্ণনা করে। সৎ সংস্করণ স্বীকার করে বেড়া কেবল তখনই বাস্তব যখন তা ঘরের সবচেয়ে ক্ষমতাশালী অংশীদারের সংস্পর্শে টিকে থাকে।
একজন জ্যেষ্ঠ অংশীদারের আইটেম যখন কম স্কোর করে, ক্রমকে দাঁড়াতে দেওয়ার মতো স্বচ্ছতা ও সাহস কি আমাদের আছে? অনুরোধকারীর পদমর্যাদার বদলে ফলাফলের ভিত্তিতে অগ্রাধিকার দেওয়া স্বতঃসিদ্ধ শোনায়, কিন্তু HiPPO প্রভাব, সর্বোচ্চ-বেতনভোগীর মতামত নীরবে স্কোরিং অগ্রাহ্য করা, স্তরক্রমিক NHS ও সরকারি পরিবেশে ডিফল্ট ব্যর্থতা, এবং তা ক্ষয়কারী ঠিক কারণ তা নীরব। টানাপোড়েন হলো একটি কম-স্কোরের জ্যেষ্ঠ আইটেম প্রায়ই ব্যবস্থার সঠিকভাবে কাজ করা, তবু একটি স্বচ্ছ, প্রকাশিত র্যাঙ্কিং ও তার স্কোরিং যুক্তি ছাড়া ডেলিভারি নেতার সেই আলাপের কোনো অ-ব্যক্তিগত ভিত্তি থাকে না এবং তিনি সাধারণত হার মানবেন। দলের বিতর্ক করা উচিত তাদের ব্যাকলগ ও স্কোর অনুরোধকারী প্রতিষ্ঠানগুলোর কাছে প্রকৃতই দৃশ্যমান কি না, কারণ উন্মুক্ত ট্রেড-অফ দরকষাকষি, "আপনারটি ওপরে তুলতে কোন উচ্চ-স্কোরের আইটেম নিচে যাবে, এবং সেই বিলম্বের খরচে আপনি কি স্বচ্ছন্দ?", প্রাপ্তব্য একক সবচেয়ে শক্তিশালী রাজনীতি-অপসারণকারী পদক্ষেপ, এবং তা কেবল প্রকাশ্যেই কাজ করে। মূর্ত কৌশল: শেষবার একটি জ্যেষ্ঠ অনুরোধ সারি লাফিয়েছিল তা স্মরণ করুন এবং জিজ্ঞাসা করুন র্যাঙ্কিং প্রকাশ্য হলে কী ঘটত; স্কোরিং যুক্তিকে একটি গভর্ন্যান্স রেকর্ড হিসেবে রাখার কথা ভাবুন যা আপনি একটি বোর্ড, ICB বা নিরীক্ষকদের দেখাতে পারেন। ভালো উত্তর স্বচ্ছতা (ক্রম ও স্কোর প্রকাশ করুন) ও অগ্রাহ্য-করার আলাপের জন্য একটি মহড়া-দেওয়া, অ-ব্যক্তিগত স্ক্রিপ্ট জোড়া দেয়, এবং তা ধরে রাখার দাঁড়ানোর ক্ষমতা কার আছে চিহ্নিত করে। এড়িয়ে-যাওয়া উত্তর একে অনুমানমূলক হিসেবে দেখে; বাস্তবে তা বেশির ভাগ সপ্তাহে ঘটে, এবং পরিকল্পনাকে তা টিকতে হবে।
আমরা কি আসলেই একটি অগ্রাধিকার কাঠামোতে প্রতিশ্রুতিবদ্ধ, নাকি নীরবে প্রতিটি আইটেমকে যে পদ্ধতি তাকে তোষামোদ করে তা দিয়ে স্কোর করছি? একটি প্রাথমিক কাঠামো বেছে নেওয়া ও সামঞ্জস্যপূর্ণভাবে প্রয়োগ করাই ব্যাকলগকে তুলনীয় করে; যে মুহূর্তে একটি দরপত্রের জন্য WSJF, আরেকটির জন্য একটি মূল্য-বনাম-প্রচেষ্টা অনুমান এবং তৃতীয়টির জন্য "পরিচালক সত্যিই এটি চান" ব্যবহৃত হয়, ক্রম অর্থহীন হয় এবং কারসাজি ঢোকে। টানাপোড়েন হলো কোনো একক কাঠামো সব ধরনের কাজের সঙ্গে মেলে না, WSJF একটি মিশ্র পরিবর্তন পোর্টফোলিওর জন্য, RICE একটি প্রোডাক্ট ফিচার ব্যাকলগের জন্য, MoSCoW একটি নির্দিষ্ট-তারিখ রিলিজের জন্য, তাই সৎ বিতর্ক হলো কোনটি আপনার প্রাথমিক পদ্ধতি এবং কোথায় একটি সুবিধাজনক পালানোর পথের বদলে দ্বিতীয়টি বৈধভাবে অনুমোদিত। স্বাস্থ্য ও পরিচর্যায় এটি গুরুত্বপূর্ণ কারণ একটি সম্মতির সময়সীমা, একজন চিকিৎসকের অনুরোধ করা ফিচার ও একটি ডেটাবেস আপগ্রেড একই মাপে ওজন করতে হবে, এবং কেবল একটি সামঞ্জস্যপূর্ণ পদ্ধতিই একটি সংবিধিবদ্ধ আইটেম ও একটি সুবিধাজনক আইটেমকে বিশেষ আবেদন ছাড়া একে অপরের বিপরীতে র্যাঙ্ক করতে দেয়। মূর্ত কৌশল: শেষ এক ডজন অগ্রাধিকার সিদ্ধান্ত নিরীক্ষা করুন এবং যাচাই করুন একই পদ্ধতি সত্যিই প্রযুক্ত হয়েছিল, নাকি একটি পূর্বনির্ধারিত উত্তর যথার্থ করতে পদ্ধতি সরেছিল; "কাঠামো নাটক" লক্ষ করুন, যেখানে বিস্তারিত স্কোরিং এমন একটি সংখ্যা তৈরি করে যার ওপর কেউ পরে কাজ করে না। ভালো উত্তর প্রাথমিক কাঠামোর নাম বলে, কোন সংকীর্ণ, নীতিগত ক্ষেত্রে অন্যটি ব্যবহৃত হয় তা ব্যাখ্যা করে, এবং স্কোরকে সত্য নয়, একটি র্যাঙ্ক করা আলাপকে জানানো হিসেবে দেখে। দুর্বল উত্তর প্রতিটি অনুরোধকারীকে নিজের গণিত আনতে দেয়, যা কোনো পদ্ধতি না থাকার থেকে আলাদা করা যায় না।
কোন কাজ সামর্থ্য-বদ্ধ আর কোনটি তারিখ-বদ্ধ সে বিষয়ে কি আমরা সৎ, নাকি আমরা পরিধি, তারিখ ও সামর্থ্য একসঙ্গে স্থির করার চেষ্টা করছি? অগ্রাধিকার নির্ধারণকে সীমাবদ্ধতার সঙ্গে মেলাতে হবে: পরিবর্তনের একটি টেকসই প্রবাহ মূল্য অনুযায়ী ক্রম দেওয়া হয় এবং একটি জানা সামর্থ্যে টানা হয়, আর একটি অনড় নিয়ন্ত্রক গো-লাইভ তারিখ থেকে পেছন দিকে কাজ করা হয়, MoSCoW "Must" রক্ষা করে ও "Could" নমনীয় করে। ব্যর্থ প্রোগ্রামের চিরাচরিত পথ হলো দুটি গুলিয়ে ফেলা, পরিধি, তারিখ ও সামর্থ্য একসঙ্গে আটকে দেওয়া, এবং তা স্বাস্থ্য ও পরিচর্যায় বিশেষভাবে প্রলুব্ধকর, যেখানে একটি সংবিধিবদ্ধ সময়সীমা অনমনীয় মনে হয় এবং অংশীদাররা ধরে নেয় পূর্ণ পরিধিও সমানভাবে অনমনীয়। দলের বিতর্ক করা উচিত, আইটেম ধরে ধরে, প্রতিটি বড় কাজ সত্যিই সামর্থ্য-বদ্ধ নাকি তারিখ-বদ্ধ, কারণ একটি তারিখ-চালিত প্রোগ্রামকে ইলাস্টিক সময় আছে বা একটি ব্যবসা-যেমন-চলে প্রবাহকে কঠোর সময়সীমা আছে ভাবা পরবর্তী সবকিছুকে ভুলভাবে অগ্রাধিকার দেয়। মূর্ত কৌশল: একটি অনড় গো-লাইভ নিন এবং জিজ্ঞাসা করুন কোন প্রয়োজন আইনি ন্যূনতমের জন্য সত্যিই "Must" আর কোনগুলো "Should" বা "Could" যা বাধ্যতামূলক সেটে ঢুকিয়ে দেওয়া হয়েছে; এমন প্রোগ্রাম খুঁজুন যেখানে তিনটি সীমাবদ্ধতাই নীরবে স্থির এবং বাস্তবতা কামড় বসালে আসলে কী ছাড়বে তার নাম বলুন। ভালো উত্তর কাজকে তার বাঁধনকারী সীমাবদ্ধতা অনুযায়ী শ্রেণিবদ্ধ করে এবং সুচিন্তিতভাবে সংশ্লিষ্ট পদ্ধতি প্রয়োগ করে, সামর্থ্য-ভিত্তিক প্রবাহ ও তারিখ-ভিত্তিক ডেলিভারিকে আলাদা শৃঙ্খলা হিসেবে রেখে। অবাস্তব উত্তর পূর্ণ পরিধি, স্থির তারিখে, স্থির সামর্থ্যের মধ্যে প্রতিশ্রুতি দেয়, এবং আশা করে।
আমাদের পুনঃঅগ্রাধিকার ছন্দ কী, এবং পর্যালোচনার মাঝে ক্রম স্থির রাখার শৃঙ্খলা কি আমাদের আছে? নতুন প্রমাণের বিপরীতে অগ্রাধিকার পুনর্দর্শিত হতে হবে, কিন্তু একটি ছন্দে, মাঝখানে হালকা পরিমার্জনসহ একটি মাসিক বা ত্রৈমাসিক পোর্টফোলিও পর্যালোচনা, কারণ অবিরাম পুনঃঅগ্রাধিকার কখনো পুনঃঅগ্রাধিকার না দেওয়ার মতোই ক্ষতিকর: তা প্রবাহ নষ্ট করে এবং কিছুই শেষ করে না। টানাপোড়েন বাস্তব: বাস্তবতা সত্যিই বদলায়, একটি নতুন নিরাপত্তা সংকেত বা অর্থায়ন পরিবর্তন পুনঃক্রমকে যথার্থ করতে পারে, তবু প্রতিটি মাঝ-উড়ানের পুনর্বিন্যাস দলগুলোর রানওয়ে খরচ করে এবং অর্ধ-নির্মিত কাজ আটকে ফেলে। স্বাস্থ্য ও পরিচর্যায়, যেখানে ডেলিভারি দলগুলো প্রায়ই টানাটানির ও নির্ভরতা একাধিক প্রতিষ্ঠান জুড়ে, ঝাঁকুনি ব্যয়বহুল ও মনোবল-ক্ষয়কারী, তাই পর্যালোচনার মাঝে স্থিতিশীল রানওয়ে ডেলিভারির মতোই একটি উৎপাদনশীলতা ও ধারণক্ষমতার বিষয়। মূর্ত কৌশল: শেষ ত্রৈমাসিকে একটি নির্ধারিত পর্যালোচনার বাইরে ব্যাকলগের শীর্ষ কতবার বদলেছে এবং ফলে কী সরবরাহ হয়েছে তা যাচাই করুন; ছন্দ ভাঙার সংকীর্ণ মানদণ্ডে, একটি প্রকৃত জরুরি অবস্থা, জোরালো অংশীদার নয়, আগেই সম্মত হন। ভালো উত্তর একটি স্পষ্ট ছন্দ নির্ধারণ করে, পর্যালোচনার মাঝের রানওয়ে রক্ষা করে, এবং ক্রম ধরে রাখার কারণে আসলে শেষ হওয়া কাজ দেখাতে পারে। ব্যর্থ উত্তর শেষ ইমেল পৌঁছালেই পুনঃঅগ্রাধিকার দেয়, কিছুই রেখা পার না হওয়া সত্ত্বেও গতিকে সাড়া-দেওয়া ভুল করে।
বাস্তবে: স্বাস্থ্য ও পরিচর্যার একটি উদাহরণ#
একটি ICB ডিজিটাল পোর্টফোলিও দল বারোটি প্রতিযোগী দরপত্র এবং সম্ভবত পাঁচটির সামর্থ্যের মুখোমুখি হয়। ঐতিহাসিকভাবে ক্রম প্রাতিষ্ঠানিক জ্যেষ্ঠতা অনুসরণ করত, এবং টেকনিক্যাল ঋণ কখনো আদৌ আসত না। তারা পরিবর্তনের কাজের জন্য WSJF গ্রহণ করে এবং চালানো, টেক ঋণ ও নিরাপত্তার জন্য সামর্থ্যের একটি স্থির অংশ বেড়া দিয়ে ঘেরে।
প্রতিটি দরপত্র একসঙ্গে স্কোর করা হয়, ব্যবসায়িক মূল্য, সময়-সংকটপূর্ণতা, ঝুঁকি-হ্রাস/সুযোগ-সক্ষমতা ও কাজের আকার, ডেলিভারি, ক্লিনিক্যাল ও অর্থ কণ্ঠসহ একটি অধিবেশনে। একটি সংবিধিবদ্ধ ডেটা-রিটার্ন সময়সীমা সময়-সংকটপূর্ণতায় খুব উচ্চ স্কোর করে এবং, আকারে পরিমিত হওয়ায়, WSJF-এ শীর্ষে ওঠে। একটি বড়, জনপ্রিয় বিশ্লেষণ প্ল্যাটফর্ম মূল্যে ভালো স্কোর করে কিন্তু তার আকার তাকে ক্রমে নামিয়ে দেয়, জ্যেষ্ঠতা-ভিত্তিক র্যাঙ্কিংয়ে যা অচিন্তনীয় ছিল এবং কাঠামো যা রক্ষণযোগ্য করে। একটি দীর্ঘ-স্থগিত ডেটাবেস আপগ্রেড, আগে অদৃশ্য, ব্যর্থ হওয়ার আগেই বেড়া-দেওয়া চালানোর অংশ থেকে অর্থায়িত হয়।
নির্ণায়কভাবে, র্যাঙ্ক করা ব্যাকলগ ও তার স্কোর সব অনুরোধকারী প্রতিষ্ঠানের সঙ্গে ভাগ করা হয়। যখন একটি ট্রাস্ট তার দরপত্র সারি লাফানোর জন্য চাপ দেয়, কথোপকথন "আপনি কাকে চেনেন?" ছিল না বরং "এই উচ্চ-স্কোরের আইটেমগুলোর কোনটি নিচে যাবে, এবং সেই বিলম্বের খরচে আপনি কি স্বচ্ছন্দ?" দরকষাকষি প্রকাশ্যে ঘটে, এবং ICB তার বোর্ডের কাছে প্রমাণ করতে পারে ক্রম রাজনীতি নয়, মূল্য ও বিলম্বের খরচ প্রতিফলিত করেছে।
খাতভিত্তিক দৃষ্টিকোণ#
স্টার্ট-আপ#
একটি অর্থায়ন-সীমিত ডিজিটাল-স্বাস্থ্য স্টার্ট-আপ সবার ওপরে রানওয়ের বিপরীতে অগ্রাধিকার দেয়, তাই তার ক্রমবিন্যাস পদ্ধতি হালকা ও মূল্য-চালিত হওয়া উচিত: একটি মূল্য-বনাম-প্রচেষ্টা 2×2 বা একটি সরল RICE স্কোর সাধারণত যথেষ্ট, এবং ত্রিশটি আইটেমের ব্যাকলগের জন্য বিস্তারিত WSJF যন্ত্র অতিরিক্ত। প্রধান বিলম্বের খরচ অস্তিত্বগত: একটি NICE মূল্যায়ন বা একজন প্রধান গ্রাহকের প্রয়োজনীয় প্রমাণ মিস করা কোম্পানি শেষ করে দিতে পারে, যা একটি ভালো-থাকলে-ভালো ফিচারের চেয়ে তীব্রভাবে ওপরে। সবচেয়ে কঠিন শৃঙ্খলা হলো টেকনিক্যাল ঋণ ও নিরাপত্তা প্রতিকারের জন্য কোনো সামর্থ্য সংরক্ষণ করা যখন প্রতি সপ্তাহ পরবর্তী রাজস্ব ফিচারের জন্য চিৎকার করে, তবু তা পুরোপুরি এড়িয়ে যাওয়াই একটি তরুণ পণ্যকে মাপ বাড়ার ঠিক সময়ে জমে যাওয়ার কারণ। পুনঃঅগ্রাধিকার ঘন ঘন ও প্রতিষ্ঠাতা-চালিত, তাই ঝুঁকি ঝাঁকুনি, প্রতিষেধক হলো অন্তত একটি ছোট স্প্রিন্টের জন্য একটি স্থিতিশীল ক্রম ধরে রাখা যাতে কিছু আসলে সরবরাহ হয়।
ক্ষুদ্র ব্যবসা#
একটি প্রতিষ্ঠিত ছোট প্রদানকারী, যেমন একটি জিপি প্র্যাকটিস, কমিউনিটি ফার্মেসি, কেয়ার হোম বা একক-স্থানের ক্লিনিক, প্রায় কোনো ফাঁক ছাড়াই অগ্রাধিকার দেয়: একই মুষ্টিমেয় মানুষ সেবা ও যেকোনো পরিবর্তনের কাজ চালায়, তাই ক্রমবিন্যাস নির্মমভাবে সরল হতে হবে, এবং দলের যে কেউ পড়তে পারে এমন একটি মূল্য-বনাম-প্রচেষ্টা 2×2 কারও রক্ষণাবেক্ষণের সময় নেই এমন একটি স্কোরিং মডেলের চেয়ে বেশি মূল্যবান। প্রধান বিলম্বের খরচ সাধারণত সংবিধিবদ্ধ বা নিরাপত্তা-চালিত: একটি ডেটা-নিরাপত্তা টুলকিট সময়সীমা, একটি ক্লিনিক্যাল-নিরাপত্তা সংশোধন, একটি জাতীয় সরবরাহকারীর বাধ্যতামূলক সিস্টেম আপগ্রেড, এবং এগুলো শীর্ষে বসতে হবে কারণ একটি ছোট প্রদানকারী একটি বড় ট্রাস্টের মতো একই দায়িত্ব বহন করে একটি ব্যর্থতা শুষে নেওয়ার সম্পদ ছাড়াই। বিবেচনাধীন উন্নতি সত্যিই সেবা চালানোর সঙ্গে প্রতিযোগিতা করে, তাই সৎ শৃঙ্খলা হলো অনমনীয় চালানো ও প্রতিকার কাজের জন্য একটি ছোট, নিয়মিত সময়ের অংশ রক্ষা করা, তা প্রতি সপ্তাহে রোগী-মুখী চাহিদায় হেরে যেতে না দিয়ে। পাতলা বা কোনো নিবেদিত IT সামর্থ্য ছাড়া, "কীভাবে"-র বেশির ভাগ নির্ধারিত হয় সরবরাহকারী ও কাঠামো চুক্তি দ্বারা, তাই অগ্রাধিকার নির্ধারণ প্রায়ই সরবরাহকারী-চালিত পরিবর্তনগুলোর ক্রম এবং প্র্যাকটিস যা নিয়ন্ত্রণ করতে পারে সেই অল্প কয়েকটি জিনিসের ক্রম নিয়ে, এবং এক ব্যস্ত সপ্তাহ ও পরেরটির মাঝে কিছু শেষ হওয়ার মতো যথেষ্ট সময় একটি স্থির ক্রম ধরে রাখা।
বৃহৎ প্রতিষ্ঠান#
একটি NHS ট্রাস্ট বা ICS প্রকৃত সময়-সংকটপূর্ণতা ও ভারী চালানোর বাধ্যবাধকতাসহ একটি মিশ্র পরিবর্তন পোর্টফোলিও চালায়, যা ঠিক সেই আকৃতি যার জন্য WSJF এবং একটি বেড়া-দেওয়া চালানো/টেক-ঋণ/নিরাপত্তা অংশ নকশা করা হয়েছিল। রাজনীতি আসল চ্যালেঞ্জ: একাধিক পৃষ্ঠপোষক প্রতিষ্ঠান, HiPPO চাপ, এবং জ্যেষ্ঠতা ক্রম নির্ধারণ করে এই লিগ্যাসি প্রত্যাশা, তাই র্যাঙ্ক করা ব্যাকলগ ও তার স্কোরের স্বচ্ছতা বৃহৎ প্রতিষ্ঠানের প্রধান রাজনীতি-অপসারণ হাতিয়ার। এখানে অগ্রাধিকার নির্ধারণ একটি পোর্টফোলিও অফিস জুড়ে বিস্তৃত এবং অনড় নিয়ন্ত্রক গো-লাইভ থেকে পেছন দিকে কাজ করা তারিখ-ভিত্তিক প্রোগ্রামের সঙ্গে ব্যবসা-যেমন-চলে পরিবর্তনের সামর্থ্য-ভিত্তিক প্রবাহ মেলাতে হবে, MoSCoW-এর মাধ্যমে পরিধি নমনীয় করে। যেহেতু একটি ট্রাস্টকে তার বোর্ড, একটি ICB এবং নিরীক্ষকদের কাছে অর্থের-মূল্যের প্রমাণ দিতে হয়, স্কোরিং যুক্তি সিদ্ধান্ত নেওয়ার পরে ফেলে না দিয়ে একটি গভর্ন্যান্স রেকর্ড হিসেবে রাখা হয়।
সরকার#
NHS England, DHSC বা একটি স্বায়ত্তশাসিত সরকারে, অগ্রাধিকার নির্ধারণ জাতীয় মাপে পোর্টফোলিও ব্যবস্থাপনা, Management of Portfolios (MoP) ও Treasury পাঁচ-কেস মডেলের মাধ্যমে আনুষ্ঠানিক, যেখানে বিলম্বের খরচ জনগোষ্ঠী স্বাস্থ্য, সংবিধিবদ্ধ সম্মতি ও বিলিয়ন পাউন্ডে পরিমাপ করা হয়। পোর্টফোলিওর বেশির ভাগ অ-বিবেচনাধীন, বাধ্যতামূলক রিটার্ন, আইনি সময়সীমা, মন্ত্রীর প্রতিশ্রুতি, তাই পদ্ধতিকে বাধ্যতামূলক কাজের কীভাবে ও কখন র্যাঙ্ক করতে হয়, করা হবে কি না নয়, এবং অনড়-তারিখ প্রোগ্রামগুলো প্রাধান্য পায়। ঝুঁকি-ক্ষুধা কম এবং নজরদারি প্রতিপক্ষমূলক: National Audit Office ও Public Accounts Committee পরীক্ষা করবে ক্রম মূল্য ও বিলম্বের খরচ প্রতিফলিত করেছে নাকি কেবল রাজনৈতিক সুবিধা, তাই একটি স্পষ্ট, প্রকাশিত অগ্রাধিকার ভিত্তি একটি ব্যবস্থাপনা হাতিয়ারের মতোই একটি প্রতিরক্ষা। ন্যায্যতা মূল্যের একটি সংবিধিবদ্ধ মাত্রা, তাই একটি সরকারি স্কোরিং মডেলকে কেবল সামগ্রিক সুবিধা নয়, সবচেয়ে কম-সেবাপ্রাপ্ত জনগোষ্ঠীর ওপর প্রভাবকে ওজন দিতে হবে, নয়তো তা পদ্ধতিগতভাবে ইতিমধ্যে ভালো-সেবাপ্রাপ্তদের পক্ষপাতিত্ব করবে।
ব্যর্থতার সাধারণ ধরন#
- সবকিছুই অগ্রাধিকার এক। কোনো প্রকৃত ক্রম নেই, তাই সবচেয়ে জোরালো কণ্ঠ বা নিকটতম সময়সীমা শাসন করে। সংশোধন: একটি কঠোর র্যাঙ্ক বাধ্য করুন; শীর্ষে টাই অনুমোদিত নয়।
- চালানো ও টেক ঋণ সবসময় হারে। অদৃশ্য পরিচালনগত ও প্রতিকার কাজ ব্যর্থ না হওয়া পর্যন্ত অনাহারে থাকে। সংশোধন: বেড়া-দেওয়া, সুরক্ষিত সামর্থ্য।
- HiPPO অগ্রাহ্য। সর্বোচ্চ-বেতনভোগীর মতামত প্রতিবার নীরবে স্কোরিং অগ্রাহ্য করে। সংশোধন: স্বচ্ছ স্কোর ও উন্মুক্ত ট্রেড-অফ দরকষাকষি।
- কাঠামো নাটক। বিস্তারিত স্কোরিং এমন একটি সংখ্যা তৈরি করে যার ওপর কেউ কাজ করে না। সংশোধন: স্কোরকে একটি প্রকৃত, কাজে-পরিণত র্যাঙ্ক করা ক্রমকে জানাতে দিন।
- স্থির পরিধি + স্থির তারিখ + স্থির সামর্থ্য। তিনটি সীমাবদ্ধতাই আটকানো, ব্যর্থতা নিশ্চিত। সংশোধন: MoSCoW-র মাধ্যমে পরিধি নমনীয় করুন, বা সামর্থ্য, বা তারিখ।
- ঝাঁকুনি। অগ্রাধিকার প্রতি সপ্তাহে বদলায়; কিছুই শেষ হয় না। সংশোধন: একটি নির্ধারিত পুনঃঅগ্রাধিকার ছন্দ এবং মাঝে স্থিতিশীল রানওয়ে।
পরিপক্বতা মডেল#
| মাত্রা | শুরু | বিকাশ | মানসম্মতকরণ | ব্যবস্থাপনা | সমন্বয় |
|---|---|---|---|---|---|
| পদ্ধতি ও ভিত্তি | কোনো পদ্ধতি নেই; জ্যেষ্ঠতা বা সময়সীমা অনুযায়ী ক্রম | একটি কাঠামো অসংগতভাবে বা কিছু কাজের জন্য ব্যবহৃত | একটি প্রাথমিক কাঠামো সামঞ্জস্যপূর্ণভাবে প্রযুক্ত; বিলম্বের খরচ বিবেচিত | স্কোরিং ইনপুট শাসিত ও ক্যালিব্রেটেড; অগ্রাধিকার সিদ্ধান্ত ঘোষিত ফলাফলের বিপরীতে পরিমাপিত | কাঠামো ফলাফল/OKR-এ সুরে বাঁধা; সামর্থ্য- ও তারিখ-ভিত্তিক পদ্ধতি সুচিন্তিতভাবে ব্যবহৃত |
| চালানো/পরিবর্তন ও টেক ঋণ ভারসাম্য | চালানো ও টেক ঋণ অদৃশ্য; কেবল নতুন কাজ অর্থায়িত | চালানো/ঋণ নিয়ে কিছু সচেতনতা কিন্তু সুরক্ষিত সামর্থ্য নেই | চালানো, টেক ঋণ ও নিরাপত্তার জন্য বেড়া-দেওয়া সামর্থ্য | সুরক্ষিত অংশ মেট্রিক হিসেবে ট্র্যাক; চালানো/ঋণ ও নিরাপত্তা প্রতিকার লক্ষ্যের বিপরীতে আশ্বাসপ্রাপ্ত | চালানো/পরিবর্তন ভারসাম্য সক্রিয়ভাবে পরিচালিত ও মূল্যের বিপরীতে পর্যালোচিত |
| স্বচ্ছতা ও ছন্দ | অগ্রাধিকার অস্বচ্ছ; প্রতিক্রিয়াশীলভাবে ও অবিরাম বদলায় | ব্যাকলগ আংশিক দৃশ্যমান; অনিয়মিত পর্যালোচনা | র্যাঙ্ক করা ব্যাকলগ প্রকাশিত; স্থির পুনঃঅগ্রাধিকার ছন্দ | ছন্দ আনুগত্য ও পুনঃঅগ্রাধিকার ঝাঁকুনি ট্র্যাক; স্কোরিং যুক্তি বোর্ড ও নিরীক্ষকদের জন্য শাসিত রেকর্ড হিসেবে রাখা | উন্মুক্ত ট্রেড-অফ দরকষাকষি নিয়ম; ছন্দ স্থিতিশীল; স্কোর ফলাফলের বিপরীতে বিবেক-যাচাইকৃত |
চেকলিস্ট#
- একটি প্রাথমিক অগ্রাধিকার কাঠামো বেছে নেওয়া হয়েছে এবং সামঞ্জস্যপূর্ণভাবে প্রযুক্ত।
- বিলম্বের খরচ স্পষ্ট করা হয়েছে, বিশেষত নিরাপত্তা ও সংবিধিবদ্ধ কাজের জন্য।
- চালানো, টেকনিক্যাল ঋণ এবং নিরাপত্তা/সুরক্ষা কাজের জন্য সামর্থ্য বেড়া-দেওয়া।
- আইটেম অনুরোধকারীর জ্যেষ্ঠতা নয়, ফলাফল/OKR-এর বিপরীতে স্কোর করা হয়।
- সামর্থ্য-ভিত্তিক ও তারিখ-ভিত্তিক পদ্ধতি সঠিক আইটেমে ব্যবহৃত।
- র্যাঙ্ক করা ব্যাকলগ ও তার স্কোরিং অংশীদারদের কাছে প্রকাশিত।
- ট্রেড-অফ প্রকাশ্যে দরকষাকষি করা হয়: একটি ওপরে তুলতে, অন্যটি নিচে যায়।
- পুনঃঅগ্রাধিকার একটি নির্ধারিত ছন্দে ঘটে, মাঝে স্থিতিশীল রানওয়েসহ।
- স্কোর অনুমান হিসেবে গণ্য; কারসাজি ও মিথ্যা নির্ভুলতা সম্পর্কে সতর্ক থাকা হয়।
- বর্তমান ক্রম বোর্ডের কাছে ব্যাখ্যা ও রক্ষা করা যায়।
মূল উৎস#
- Scaled Agile Framework (SAFe) — Weighted Shortest Job First (WSJF) ও বিলম্বের খরচ।
- Reinertsen, D. — The Principles of Product Development Flow (বিলম্বের খরচ, সারি অর্থনীতি)।
- Intercom — RICE স্কোরিং মডেল (Reach, Impact, Confidence, Effort)।
- DSDM / Agile Business Consortium — MoSCoW অগ্রাধিকার।
- Kano, N. — গ্রাহক সন্তুষ্টির Kano মডেল।
- Cabinet Office / AXELOS — Management of Portfolios (MoP) — পোর্টফোলিও অগ্রাধিকার ও ভারসাম্য।
- NHS Digital Service Standard ও GOV.UK Service Manual — সবচেয়ে গুরুত্বপূর্ণ ব্যবহারকারীর প্রয়োজনকে অগ্রাধিকার দেওয়া; ফলাফল সারিবদ্ধকরণের জন্য OKR (Doerr, Measure What Matters)।
তথ্যসূত্র#
- Prioritization — Wikipedia — https://en.wikipedia.org/wiki/Prioritization
- Cost of delay — Wikipedia — https://en.wikipedia.org/wiki/Cost_of_delay
- Scaled agile framework — Wikipedia — https://en.wikipedia.org/wiki/Scaled_agile_framework
- MoSCoW method — Wikipedia — https://en.wikipedia.org/wiki/MoSCoW_method
- Dynamic systems development method — Wikipedia — https://en.wikipedia.org/wiki/Dynamic_systems_development_method
- Kano model — Wikipedia — https://en.wikipedia.org/wiki/Kano_model
- Technical debt — Wikipedia — https://en.wikipedia.org/wiki/Technical_debt
- Objectives and key results — Wikipedia — https://en.wikipedia.org/wiki/Objectives_and_key_results
- Weighted Shortest Job First (WSJF) and Cost of Delay — Scaled Agile Framework (SAFe) — https://framework.scaledagile.com/wsjf
- Reinertsen, D. — The Principles of Product Development Flow — Celeritas Publishing — https://www.celeritas.com/
- The RICE scoring model (Reach, Impact, Confidence, Effort) — Intercom — https://www.intercom.com/blog/rice-simple-prioritization-for-product-managers/
- MoSCoW prioritisation — DSDM / Agile Business Consortium — https://www.agilebusiness.org/dsdm-project-framework/moscow-prioritisation.html
- Management of Portfolios (MoP) — AXELOS / Cabinet Office — https://www.axelos.com/
- Doerr, J. — Measure What Matters (OKRs) — Portfolio/Penguin — https://www.whatmatters.com/
- The Green Book: appraisal and evaluation in central government (five-case model) — HM Treasury — https://www.gov.uk/government/publications/the-green-book-appraisal-and-evaluation-in-central-government