विषय 2.2 — कार्य प्राथमिकता-निर्धारण

एक वाक्य में: प्राथमिकता-निर्धारण उस काम का सोच-समझकर, पारदर्शी क्रम है जो त्रिआज से बच गया — सीमित क्षमता के विरुद्ध मूल्य, तात्कालिकता, जोखिम, और प्रयास को संतुलित करते हुए — ताकि किसी भी क्षण संगठन सबसे मूल्यवान चीज़ें कर रहा हो जो वह कर सकता है, और यह समझा सके क्यों।

यह स्वास्थ्य और देखभाल में क्यों महत्वपूर्ण है#

प्राथमिकता-निर्धारण वह जगह है जहां रणनीति वास्तविक बनती है। एक संगठन की वास्तविक रणनीति इसकी प्रकाशित योजना नहीं है बल्कि वह क्रम है जिसमें यह वास्तव में चीज़ें करता है — और स्वास्थ्य और देखभाल में वह क्रम सुरक्षा, समानता, और सार्वजनिक-धन परिणाम रखता है। अंतरसंचालनीयता कार्य को कम प्राथमिकता दें और एक साझा देखभाल रिकॉर्ड रुक जाता है; तकनीकी ऋण को कम प्राथमिकता दें और एक सिस्टम बैंक हॉलिडे पर रात 2 बजे विफल हो जाता है; अभिगम्यता फिक्स को कम प्राथमिकता दें और आप उन लोगों को बाहर करते हैं जिन्हें सेवा की सबसे अधिक आवश्यकता है।

दबाव संरचनात्मक है: मांग हमेशा क्षमता से अधिक होती है, और उस मांग का अधिकांश वैध है। इसलिए नेताओं को ऐसी विधियों की आवश्यकता है जो समझौतों को स्पष्ट और बचाव योग्य बनाएं, कोई प्रक्रिया नहीं जहां आखिरी ईमेल जीतता है या हर परियोजना "शीर्ष प्राथमिकता" है। पारदर्शी प्राथमिकता-निर्धारण राजनीतिक मौसम को भी बदलता है: जब हितधारक मानदंड और क्रम देख सकते हैं, तो बातचीत पैरवी से मूल्य और देरी की लागत के बारे में एक साझा बातचीत में स्थानांतरित हो जाती है। यह विषय इनटेक (विषय 2.0) और त्रिआज (विषय 2.1) का अनुसरण करता है; यह मानता है कि आपके पास पहले से ही क्रम देने के लिए एक दृश्यमान, आकलित बैकलॉग है, और यह डिलीवरी जीवनचक्र (विषय 3.4–8) और पोर्टफोलियो प्रबंधन (विषय 5.3 — EPPM) को फीड करता है।

मुख्य अवधारणाएं#

प्राथमिकता-निर्धारण एक बैकलॉग या पोर्टफोलियो को क्रम देता है; यह त्रिआज से अलग है (जिसने हर वस्तु का अलगाव में आकलन और रूट किया)। प्राथमिकता-निर्धारण सीमित क्षमता के लिए वस्तुओं की एक दूसरे के विरुद्ध तुलना करता है, और वास्तविकता बदलने पर उस तुलना को फिर से करता है।

देरी की लागत सबसे अच्छी विधियों के नीचे आर्थिक लेंस है: हर हफ्ते जब यह नहीं किया जाता है तो इसकी कीमत — मूल्य, नुकसान, या पैसे में — क्या है? देरी की लागत को स्पष्ट बनाना प्राथमिकता-निर्धारण को "सबसे महत्वपूर्ण क्या है?" (हर चीज़) से "देरी करना सबसे महंगा क्या है?" (एक रैंक करने योग्य प्रश्न) में फिर से तैयार करता है।

सामान्य ढांचे, हर एक की अपनी फिट के साथ:

• WSJF (Weighted Shortest Job First), Scaled Agile Framework (SAFe) से: देरी की लागत (उपयोगकर्ता/व्यावसायिक मूल्य + समय-महत्ता + जोखिम-कमी/अवसर-सक्षमता) स्कोर करें और इसे कार्य आकार से विभाजित करें। उच्चतम WSJF पहले किया जाता है। यह स्वाभाविक रूप से छोटे, उच्च-मूल्य, समय-महत्वपूर्ण काम को पक्ष देता है और डूबी लागत को नज़रअंदाज़ करता है।
• RICE (Reach × Impact × Confidence ÷ Effort, Intercom द्वारा लोकप्रिय बनाया गया): एक उत्पाद-प्रबंधन स्कोर जो एक Confidence कारक के साथ उत्साह को संयमित करता है।
• MoSCoW (Must / Should / Could / इस बार नहीं होगा), DSDM से: एक वर्गीकरण, एक रिलीज़ या एक निश्चित-तारीख कार्यक्रम के दायरे के लिए उत्कृष्ट, एक बारीक-दानेदार क्रम के रूप में कमज़ोर।
• मूल्य-बनाम-प्रयास (एक 2×2): त्वरित जीत और पैसे के गड्ढों को पहचानने के लिए त्वरित दृश्य; मोटा लेकिन तेज़।
• Kano मॉडल: सुविधाओं को बुनियादी (आवश्यक), प्रदर्शन, या खुशी देने वाली के रूप में वर्गीकृत करता है — टेबल-स्टेक्स को भेदकर्ताओं के विरुद्ध संतुलित करने के लिए उपयोगी।

कोई ढांचा "सही" नहीं है; हर एक मूल्य की एक अलग परिभाषा को एनकोड करता है, और एक साथ स्कोर करने का कार्य अक्सर संख्या से अधिक मूल्यवान होता है।

संचालन बनाम परिवर्तन पोर्टफोलियो-स्तरीय संतुलन है: "लाइट जलाए रखना" परिचालन काम (संचालन) बनाम नई क्षमता (परिवर्तन)। प्राथमिकता-निर्धारण को दोनों को फैलाना चाहिए, या अदृश्य संचालन काम — जिसमें तकनीकी ऋण और सुरक्षा/सुरक्षा उपचार शामिल हैं — चमकदार नई सुविधाओं के साथ हर मुकाबला हारता है जब तक यह विनाशकारी रूप से विफल न हो जाए।

क्षमता-आधारित बनाम तारीख-आधारित प्राथमिकता-निर्धारण: क्षमता-आधारित क्रम एक ज्ञात, सीमित थ्रूपुट (एक स्थायी गति) भरता है; तारीख-आधारित क्रम एक अटल समय सीमा (एक नियामक लाइव-गो) से पीछे की ओर काम करता है और दायरे को लचीला बनाने के लिए MoSCoW का उपयोग करता है। अधिकांश पोर्टफोलियो को दोनों की आवश्यकता है, विभिन्न वस्तुओं पर लागू।

सर्वोत्तम प्रथाएं#

1. एक प्राथमिक ढांचा चुनें और इसे लगातार लागू करें। वह विधि चुनें जो आपके काम में फिट बैठती है — वास्तविक समय-महत्ता वाले मिश्रित परिवर्तन पोर्टफोलियो के लिए WSJF, उत्पाद सुविधा बैकलॉग के लिए RICE, निश्चित-तारीख रिलीज़ के लिए MoSCoW — और इसे लगातार उपयोग करें ताकि स्कोर तुलनीय हों। हर वस्तु के लिए ढांचे बदलना बैकलॉग को अतुलनीय बना देता है और खेल को आमंत्रित करता है।

2. देरी की लागत को स्पष्ट बनाएं, विशेष रूप से सुरक्षा और वैधानिक काम के लिए। हर वस्तु के लिए पूछें, "एक महीने की देरी की क्या कीमत है?" एक सुरक्षा फिक्स या एक नियामक समय सीमा के लिए उत्तर अक्सर गंभीर और गैर-रैखिक होता है, यही ठीक कारण है कि इन्हें स्कोर किया जाना चाहिए, मान लिया नहीं जाना चाहिए। देरी की लागत वह सामान्य मुद्रा है जो एक अनुपालन समय सीमा और एक उपयोगकर्ता-अनुभव सुधार को ईमानदारी से तुलना करने देती है।

3. संचालन, तकनीकी ऋण, और सुरक्षा के लिए स्पष्ट क्षमता आरक्षित रखें। लाइट जलाए रखने वाले काम, तकनीकी ऋण, और सुरक्षा/सुरक्षा उपचार को सुविधा-दर-सुविधा नई क्षमता के साथ प्रतिस्पर्धा न करने दें — वे तब तक हारेंगे जब तक कुछ टूट न जाए। इस काम के लिए क्षमता का एक स्थायी प्रतिशत रिंग-फेंस करें (एक सामान्य अंगूठे का नियम एक सार्थक, संरक्षित हिस्सा है), और इसे गैर-परक्राम्य मानें।

4. परिणामों और मूल्य पर प्राथमिकता दें, अनुरोधकर्ता रैंक पर नहीं। संगठन के बताए गए परिणामों और प्राथमिकताओं (आदर्श रूप से इसके OKRs — देखें विषय 10.0) के विरुद्ध स्कोर करें, किसने पूछा इसके बजाय। जब एक वरिष्ठ हितधारक की वस्तु कम स्कोर करती है, तो वह प्रणाली काम कर रही है; ढांचा आपको उस बातचीत को करने के लिए एक निष्पक्ष, गैर-व्यक्तिगत आधार देता है।

5. बाधा से विधि मिलाएं: क्षमता या तारीख। परिवर्तन के एक स्थायी प्रवाह के लिए, मूल्य द्वारा क्रम दें और एक ज्ञात क्षमता में काम खींचें। एक अटल तारीख के लिए, पीछे की ओर काम करें और "Musts" की रक्षा करने और "Coulds" को लचीला बनाने के लिए MoSCoW का उपयोग करें। दोनों को भ्रमित करना — निश्चित दायरे को निश्चित समय और निश्चित क्षमता में फिट करने की कोशिश करना — एक विफल कार्यक्रम का क्लासिक मार्ग है।

6. पारदर्शी रूप से प्राथमिकता दें और खुले में बातचीत करें। रैंक की गई बैकलॉग और इसके पीछे की स्कोरिंग प्रकाशित करें। पारदर्शिता प्राथमिकता-निर्धारण को निजी सौदों की एक श्रृंखला से एक साझा बातचीत में बदल देती है जहां समझौते दृश्यमान होते हैं: आपकी वस्तु को ऊपर ले जाने के लिए, कुछ और नीचे जाना चाहिए, और हर कोई लागत देख सकता है। यह एक डिलीवरी नेता के लिए उपलब्ध सबसे शक्तिशाली विराजनीतिकरण कदम है।

7. एक नियमित गति पर फिर से प्राथमिकता दें — और तभी। एक लय सेट करें (उदाहरण के लिए एक मासिक या त्रैमासिक पोर्टफोलियो समीक्षा, साथ ही बीच में हल्का बैकलॉग परिष्करण) जिस पर नए साक्ष्य के विरुद्ध प्राथमिकताओं को फिर से देखा जाता है। समीक्षाओं के बीच, रेखा बनाए रखें ताकि टीमों को स्थिर रनवे मिले। निरंतर पुनः-प्राथमिकता-निर्धारण कभी पुनः-प्राथमिकता न देने जितना ही हानिकारक है — यह प्रवाह को नष्ट करता है और कुछ भी पूरा नहीं करता।

8. खेल और झूठी सटीकता के विरुद्ध रक्षा करें। सापेक्ष स्कोर (Fibonacci, टी-शर्ट आकार) अनुमान हैं, सत्य नहीं; 8.3 का WSJF 7.9 से अर्थपूर्ण रूप से बेहतर नहीं है। संख्याओं का उपयोग एक रैंक की गई बातचीत को सूचित करने के लिए करें, फुलाए गए इनपुट पर नज़र रखें, और अनुभवी निर्णय को स्पष्ट रूप से विकृत स्कोर को खारिज करने दें — जबकि क्यों रिकॉर्ड करें।

आपकी टीम के साथ चर्चा करने के लिए प्रश्न#

1. "एक महीने की देरी वास्तव में क्या कीमत चुकाती है?" उस काम के लिए हमारा ईमानदार उत्तर क्या है जिसे हम टालते रहते हैं? देरी की लागत वह सामान्य मुद्रा है जो एक अनुपालन समय सीमा और एक उपयोगकर्ता-अनुभव समायोजन को ईमानदारी से तुलना करने देती है, फिर भी अधिकांश संगठन इसे कभी स्पष्ट नहीं बनाते और इस प्रकार "सब कुछ महत्वपूर्ण है" पर डिफ़ॉल्ट हो जाते हैं — जो एक रैंक करने योग्य बयान नहीं है। यह स्वास्थ्य और देखभाल में तीव्रता से मायने रखता है क्योंकि कुछ काम में देरी की लागत गंभीर और गैर-रैखिक है: एक स्थगित सुरक्षा फिक्स या अंतरसंचालनीयता निर्भरता महीनों तक हानिरहित रूप से बैठ सकती है और फिर विनाशकारी रूप से विफल हो सकती है, जबकि एक स्थगित सुविधा सुविधा लगभग कुछ भी नहीं खर्च करती। टीम को बहस करनी चाहिए कि क्या वे वास्तव में अपनी शीर्ष विवादित वस्तुओं के लिए देरी लागत को स्पष्ट कर सकते हैं, और उन असुविधाजनक मामलों का सामना करना चाहिए जहां एक लोकप्रिय परियोजना के लिए ईमानदार उत्तर "बहुत कम" है और एक अदृश्य के लिए "संभावित रूप से एक गंभीर घटना" है। ठोस कोण: वर्तमान में बैकलॉग के बीच में फंसी तीन वस्तुएं लें और हर एक के लिए एक देरी-लागत वाक्य मजबूर करें; पूछें कि क्या तकनीकी ऋण और सुरक्षा उपचार को कभी बिल्कुल देरी की लागत पर स्कोर किया गया, या क्या वे बस कभी प्रवेश न करके हर मुकाबला हारते हैं। एक अच्छा उत्तर उन वस्तुओं को अलग करता है जिनकी देरी लागत लगभग रैखिक है उनसे जिनमें यह एक समय सीमा या विफलता बिंदु पर स्पाइक करती है, और उस आकार का उपयोग क्रम को उचित ठहराने के लिए करता है। बेईमान संस्करण "यह सब एक प्राथमिकता है" के पीछे छुपता है, जो ठीक वही है जिसका अभाव इस प्रश्न को उजागर करने वाला है।

2. हम संचालन, तकनीकी ऋण, और सुरक्षा के लिए कितनी क्षमता रिंग-फेंस करने को तैयार हैं — और जब एक चमकदार नई बोली आती है तो क्या हम इसकी रक्षा करेंगे? यह वह समझौता है जो सबसे विश्वसनीय रूप से गलत होता है: लाइट जलाए रखने वाला काम, तकनीकी ऋण, और सुरक्षा या सुरक्षा उपचार अदृश्य हैं और सुविधा-दर-सुविधा नई क्षमता के विरुद्ध हारते हैं जब तक बैंक हॉलिडे पर रात 2 बजे कुछ टूट न जाए। बहस यह नहीं है कि कुछ क्षमता की रक्षा करनी है या नहीं — लगभग हर कोई सिद्धांत में सहमत है — बल्कि विशिष्ट प्रतिशत, और, बहुत कठिन, क्या नेतृत्व वास्तव में उस रेखा को रखेगा पहली बार जब एक वरिष्ठ प्रायोजक की रोमांचक परियोजना रिंग-फेंस पर छापा मारना चाहती है। स्वास्थ्य और देखभाल में, दांव में रोगी सुरक्षा और उन सिस्टमों की विश्वसनीयता शामिल है जिन पर क्लिनिशियन निर्भर करते हैं, इसलिए हिस्से को गैर-परक्राम्य मानना एक सुरक्षा रुख है, केवल अच्छी स्वच्छता नहीं। ठोस कोण: पिछली प्रमुख घटना या निकट-चूक पर वापस देखें और पूछें कि क्या यह स्थगित संचालन या ऋण काम तक ट्रेस करता है जिसने कभी एक प्राथमिकता मुकाबला नहीं जीता; उस व्यक्ति को नाम दें जिसके पास संरक्षित क्षमता पर एक छापे को अस्वीकार करने का अधिकार है और परखें कि क्या वे वास्तव में ऐसा करेंगे। एक मज़बूत उत्तर एक विशिष्ट, संरक्षित हिस्से के प्रति प्रतिबद्ध होता है और, महत्वपूर्ण रूप से, उस प्रशासन का वर्णन करता है जो इसे दबाव में संरक्षित रखता है अच्छे इरादों पर भरोसा करने के बजाय। ईमानदार संस्करण स्वीकार करता है कि रिंग-फेंस तभी वास्तविक है जब यह कमरे में सबसे शक्तिशाली हितधारक के संपर्क से बच जाए।

3. जब एक वरिष्ठ हितधारक की वस्तु कम स्कोर करती है, तो क्या हमारे पास रैंकिंग को खड़े रहने देने के लिए पारदर्शिता और साहस है? अनुरोधकर्ता रैंक के बजाय परिणामों पर प्राथमिकता देना स्पष्ट लगता है, लेकिन HiPPO प्रभाव — सबसे अधिक वेतन पाने वाले व्यक्ति की राय चुपचाप स्कोरिंग को खारिज कर देती है — पदानुक्रमित NHS और सरकारी सेटिंग्स में डिफ़ॉल्ट विफलता है, और यह ठीक इसलिए क्षयकारी है क्योंकि यह शांत है। तनाव यह है कि एक कम-स्कोरिंग वरिष्ठ वस्तु अक्सर प्रणाली सही ढंग से काम कर रही है, फिर भी एक पारदर्शी, प्रकाशित रैंकिंग और इसकी स्कोरिंग तर्क के बिना, डिलीवरी नेता के पास उस बातचीत को करने का कोई गैर-व्यक्तिगत आधार नहीं है और आमतौर पर झुक जाएगा। टीम को बहस करनी चाहिए कि क्या उनकी बैकलॉग और स्कोर अनुरोध करने वाले संगठनों को वास्तव में दृश्यमान हैं, क्योंकि खुली समझौता बातचीत — "आपकी को ऊपर ले जाने के लिए, कौन सी उच्च-स्कोरिंग वस्तु नीचे जाती है, और क्या आप उस देरी की लागत से सहज हैं?" — उपलब्ध सबसे शक्तिशाली विराजनीतिकरण कदम है, और यह केवल खुले में काम करता है। ठोस कोण: आखिरी बार याद करें जब एक वरिष्ठ अनुरोध ने कतार कूदी और पूछें कि क्या होता अगर रैंकिंग सार्वजनिक होती; एक बोर्ड, एक ICB, या ऑडिटरों को दिखाने योग्य एक प्रशासन रिकॉर्ड के रूप में स्कोरिंग तर्क को बनाए रखने पर विचार करें। एक अच्छा उत्तर पारदर्शिता (क्रम और स्कोर प्रकाशित करें) को ओवरराइड बातचीत के लिए एक पूर्वाभ्यास किए गए, गैर-व्यक्तिगत स्क्रिप्ट के साथ जोड़ता है, और पहचानता है कि इसे धारण करने की स्थिति किसके पास है। टालमटोल भरा उत्तर इसे एक काल्पनिक मानता है; वास्तविकता में यह अधिकांश हफ्तों होता है, और योजना को इससे बचना चाहिए।

4. क्या हमने वास्तव में एक प्राथमिकता-निर्धारण ढांचे के प्रति प्रतिबद्ध हैं, या क्या हम चुपचाप हर वस्तु को जो भी विधि इसे चापलूसी करती है उससे स्कोर कर रहे हैं? एक प्राथमिक ढांचा चुनना और इसे लगातार लागू करना ही है जो एक बैकलॉग को तुलनीय बनाता है; जिस क्षण एक बोली के लिए WSJF का उपयोग किया जाता है, दूसरे के लिए एक मूल्य-बनाम-प्रयास अनुमान, और तीसरे के लिए "निदेशक वास्तव में इसे चाहता है," क्रम कुछ भी अर्थ देना बंद कर देता है और खेल रेंगता है। तनाव यह है कि कोई एकल ढांचा हर प्रकार के काम में फिट नहीं होता — WSJF एक मिश्रित परिवर्तन पोर्टफोलियो के लिए उपयुक्त है, RICE एक उत्पाद सुविधा बैकलॉग के लिए, MoSCoW एक निश्चित-तारीख रिलीज़ के लिए — इसलिए ईमानदार बहस यह है कि कौन सी आपकी प्राथमिक विधि है और कहां दूसरी वैध रूप से अनुमत है बजाय एक सुविधाजनक बचाव मार्ग के। स्वास्थ्य और देखभाल में यह मायने रखता है क्योंकि एक अनुपालन समय सीमा, एक क्लिनिशियन-अनुरोधित सुविधा, और एक डेटाबेस अपग्रेड को एक ही पैमाने पर तौला जाना चाहिए, और केवल एक सुसंगत विधि एक वैधानिक वस्तु और एक सुविधा वस्तु को विशेष याचिका के बिना एक-दूसरे के विरुद्ध रैंक करने देती है। ठोस कोण: पिछले दर्जन प्राथमिकता-निर्धारण निर्णयों का ऑडिट करें और जांचें कि क्या वही विधि वास्तव में लागू की गई, या क्या विधि एक पूर्वनिर्धारित उत्तर को उचित ठहराने के लिए बदल गई; "ढांचा थिएटर" के लिए देखें, जहां विस्तृत स्कोरिंग एक संख्या उत्पन्न करती है जिस पर फिर कोई कार्रवाई नहीं करता। एक अच्छा उत्तर प्राथमिक ढांचे को नाम देता है, संकीर्ण, सिद्धांतबद्ध मामलों को समझाता है जहां एक और उपयोग किया जाता है, और स्कोर को एक सत्य के बजाय एक रैंक की गई बातचीत को सूचित करने वाला मानता है। कमज़ोर उत्तर हर अनुरोधकर्ता को अपना खुद का गणित लाने देता है, जो कोई विधि न होने से अप्रभेद्य है।

5. क्या हम इस बारे में ईमानदार हैं कि कौन सा काम क्षमता-बद्ध है और कौन सा तारीख-बद्ध है — या क्या हम दायरे, तारीख, और क्षमता तीनों को एक साथ तय करने की कोशिश कर रहे हैं? प्राथमिकता-निर्धारण को बाधा से मेल खाना चाहिए: परिवर्तन का एक स्थायी प्रवाह मूल्य द्वारा क्रमबद्ध होता है और एक ज्ञात क्षमता में खींचा जाता है, जबकि एक अटल नियामक लाइव-गो को तारीख से पीछे की ओर काम किया जाता है और MoSCoW "Musts" की रक्षा करता है और "Coulds" को लचीला बनाता है। एक विफल कार्यक्रम का क्लासिक मार्ग दोनों को भ्रमित करना है — दायरे, तारीख, और क्षमता को एक साथ लॉक करना — और यह स्वास्थ्य और देखभाल में विशेष रूप से आकर्षक है, जहां एक वैधानिक समय सीमा गैर-परक्राम्य लगती है और हितधारक मानते हैं कि पूरा दायरा समान रूप से गैर-परक्राम्य है। टीम को वस्तु दर वस्तु बहस करनी चाहिए कि क्या हर प्रमुख काम का टुकड़ा वास्तव में क्षमता-बद्ध है या तारीख-बद्ध है, क्योंकि एक तारीख-संचालित कार्यक्रम को ऐसे मानना जैसे उसके पास लचीला समय है, या एक व्यवसाय-हमेशा-की-तरह प्रवाह को ऐसे मानना जैसे इसकी एक कठोर समय सीमा है, नीचे की हर चीज़ को गलत-प्राथमिकता देता है। ठोस कोण: एक अटल लाइव-गो लें और पूछें कि कौन सी आवश्यकताएं वास्तव में कानूनी न्यूनतम के लिए "Must" हैं बनाम "Should" या "Could" जिन्हें अनिवार्य समूह में तस्करी किया गया है; उस कार्यक्रम को खोजें जहां तीनों बाधाएं चुपचाप तय की गई हैं और नाम दें कि वास्तविकता आने पर वास्तव में क्या देगा। एक अच्छा उत्तर काम को उसकी बाध्यकारी बाधा द्वारा वर्गीकृत करता है और सोच-समझकर मेल खाती विधि लागू करता है, क्षमता-आधारित प्रवाह और तारीख-आधारित डिलीवरी को अलग अनुशासन के रूप में रखता है। अवास्तविक उत्तर निश्चित तारीख पर, निश्चित क्षमता के भीतर, पूर्ण दायरे का वादा करता है, और आशा करता है।

6. हमारी पुनः-प्राथमिकता-निर्धारण गति क्या है, और क्या हमारे पास समीक्षाओं के बीच क्रम को स्थिर रखने का अनुशासन है? प्राथमिकताओं को नए साक्ष्य के विरुद्ध फिर से देखा जाना चाहिए, लेकिन एक लय पर — बीच में हल्के परिष्करण के साथ एक मासिक या त्रैमासिक पोर्टफोलियो समीक्षा — क्योंकि निरंतर पुनः-प्राथमिकता-निर्धारण कभी पुनः-प्राथमिकता न देने जितना ही हानिकारक है: यह प्रवाह को नष्ट करता है और कुछ भी पूरा नहीं करता। तनाव वास्तविक है: वास्तविकता वास्तव में बदलती है, एक नया सुरक्षा संकेत या वित्तपोषण बदलाव पुनः-क्रम को उचित ठहरा सकता है, फिर भी हर मध्य-उड़ान फेरबदल टीमों को उनके रनवे की कीमत चुकाता है और आधे-बने काम को फंसा छोड़ता है। स्वास्थ्य और देखभाल में, जहां डिलीवरी टीमें अक्सर तनावग्रस्त होती हैं और निर्भरताएं कई संगठनों में फैलती हैं, थ्रैश महंगा और मनोबल-चूसने वाला है, इसलिए समीक्षाओं के बीच स्थिर रनवे एक उत्पादकता और प्रतिधारण मुद्दा है उतना ही जितना एक डिलीवरी मुद्दा। ठोस कोण: जांचें कि पिछली तिमाही में बैकलॉग का शीर्ष एक अनुसूचित समीक्षा के बाहर कितनी बार बदला, और परिणामस्वरूप क्या शिप हुआ; पहले से उन संकीर्ण मानदंडों पर सहमत हों — एक वास्तविक आपातकाल, कोई ज़ोर से बोलने वाला हितधारक नहीं — जो गति तोड़ने को उचित ठहराते हैं। एक अच्छा उत्तर एक स्पष्ट गति निर्धारित करता है, समीक्षाओं के बीच रनवे की रक्षा करता है, और उस काम की ओर इशारा कर सकता है जो वास्तव में पूरा हुआ क्योंकि क्रम बना रहा। विफल उत्तर जब भी आखिरी ईमेल आता है फिर से प्राथमिकता देता है, गति को प्रतिक्रियाशीलता समझते हुए जबकि कुछ भी रेखा को पार नहीं करता।

व्यवहार में: एक स्वास्थ्य और देखभाल उदाहरण#

एक ICB डिजिटल पोर्टफोलियो टीम को बारह प्रतिस्पर्धी बोलियों और शायद पांच के लिए क्षमता का सामना करना पड़ा। ऐतिहासिक रूप से क्रम संगठनात्मक वरिष्ठता का अनुसरण करता था, और तकनीकी ऋण कभी बिल्कुल भी दिखाई नहीं दिया। उन्होंने परिवर्तन काम के लिए WSJF अपनाया और संचालन, तकनीकी ऋण, और सुरक्षा के लिए क्षमता का एक निश्चित हिस्सा रिंग-फेंस किया।

हर बोली को एक साथ स्कोर किया गया — व्यावसायिक मूल्य, समय-महत्ता, जोखिम-कमी/अवसर-सक्षमता, और कार्य आकार — डिलीवरी, क्लिनिकल, और वित्त आवाज़ों के साथ एक ही सत्र में। एक वैधानिक डेटा-रिटर्न समय सीमा समय-महत्ता पर बहुत अधिक स्कोर हुई और, आकार में मामूली होने के कारण, WSJF पर शीर्ष पर उठी। एक बड़ा, लोकप्रिय विश्लेषिकी प्लेटफ़ॉर्म मूल्य पर अच्छा स्कोर हुआ लेकिन इसके आकार ने इसे क्रम में नीचे धकेल दिया — एक परिणाम जो वरिष्ठता-आधारित रैंकिंग के तहत अकल्पनीय होता, और जिसे ढांचे ने बचाव योग्य बनाया। एक लंबे समय से स्थगित डेटाबेस अपग्रेड, पहले अदृश्य, विफल होने से पहले रिंग-फेंस्ड संचालन हिस्से से वित्तपोषित किया गया।

महत्वपूर्ण रूप से, रैंक की गई बैकलॉग और इसके स्कोर सभी अनुरोध करने वाले संगठनों के साथ साझा किए गए। जब एक ट्रस्ट ने अपनी बोली को कतार कूदने के लिए दबाव डाला, तो बातचीत "आप किसे जानते हैं?" नहीं थी बल्कि "इनमें से कौन सी उच्च-स्कोरिंग वस्तु को नीचे जाना चाहिए, और क्या आप उस देरी की लागत से सहज हैं?" थी। बातचीत खुले में हुई, और ICB अपने बोर्ड को प्रमाणित कर सकता था कि क्रम मूल्य और देरी की लागत को प्रतिबिंबित करता है, राजनीति नहीं।

क्षेत्र दृष्टिकोण#

स्टार्टअप#

एक वित्तपोषण-सीमित डिजिटल-स्वास्थ्य स्टार्टअप सबसे ऊपर रनवे के विरुद्ध प्राथमिकता देता है, इसलिए इसकी क्रम विधि हल्की और मूल्य-नेतृत्व वाली होनी चाहिए — एक मूल्य-बनाम-प्रयास 2×2 या एक सरल RICE स्कोर आमतौर पर पर्याप्त है, और तीस वस्तुओं की एक बैकलॉग के लिए विस्तृत WSJF मशीनरी अत्यधिक है। प्रमुख देरी लागत अस्तित्वगत है: एक NICE मूल्यांकन या एक प्रमुख ग्राहक को आवश्यक साक्ष्य चूकना कंपनी को समाप्त कर सकता है, जो एक अच्छा-होना-चीज़ सुविधा से तेज़ी से आगे रैंक करता है। सबसे कठिन अनुशासन तकनीकी ऋण और सुरक्षा उपचार के लिए किसी भी क्षमता को आरक्षित रखना है जब हर हफ्ता अगली राजस्व सुविधा के लिए चिल्लाता है, फिर भी इसे पूरी तरह से छोड़ना ही है जो एक युवा उत्पाद को ठीक तब जाम कर देता है जब यह पैमाने पर होता है। पुनः-प्राथमिकता-निर्धारण बार-बार और संस्थापक-संचालित है, इसलिए जोखिम थ्रैश है — उपाय कम से कम एक छोटे स्प्रिंट के लिए एक स्थिर क्रम बनाए रखना है ताकि कुछ वास्तव में शिप हो।

छोटा व्यवसाय#

एक स्थापित छोटा प्रदाता — एक GP प्रैक्टिस, एक सामुदायिक फार्मेसी, एक केयर होम, या एक एकल-साइट क्लिनिक — लगभग बिना किसी ढील के प्राथमिकता देता है: वही मुट्ठी भर लोग सेवा और किसी भी परिवर्तन काम को चलाते हैं, इसलिए क्रम को निर्ममता से सरल होना चाहिए, और एक मूल्य-बनाम-प्रयास 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 के विरुद्ध स्कोर किया जाता है, अनुरोधकर्ता वरिष्ठता के विरुद्ध नहीं।
• सही वस्तुओं के लिए क्षमता-आधारित और तारीख-आधारित विधियां उपयोग की जाती हैं।
• रैंक की गई बैकलॉग और इसकी स्कोरिंग हितधारकों को प्रकाशित की जाती है।
• समझौते खुले में बातचीत किए जाते हैं: एक को ऊपर ले जाने के लिए, दूसरा नीचे जाता है।
• पुनः-प्राथमिकता-निर्धारण एक निर्धारित गति पर होता है, बीच में स्थिर रनवे के साथ।
• स्कोर को अनुमान माना जाता है; खेल और झूठी सटीकता पर नज़र रखी जाती है।
• वर्तमान क्रम को बोर्ड को समझाया और बचाव किया जा सकता है।

मुख्य स्रोत#

• 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 — सबसे महत्वपूर्ण उपयोगकर्ता आवश्यकताओं को प्राथमिकता देना; परिणाम संरेखण के लिए OKRs (Doerr, Measure What Matters)।

संदर्भ#

1. Prioritization — Wikipedia — https://en.wikipedia.org/wiki/Prioritization
2. Cost of delay — Wikipedia — https://en.wikipedia.org/wiki/Cost_of_delay
3. Scaled agile framework — Wikipedia — https://en.wikipedia.org/wiki/Scaled_agile_framework
4. MoSCoW method — Wikipedia — https://en.wikipedia.org/wiki/MoSCoW_method
5. Dynamic systems development method — Wikipedia — https://en.wikipedia.org/wiki/Dynamic_systems_development_method
6. Kano model — Wikipedia — https://en.wikipedia.org/wiki/Kano_model
7. Technical debt — Wikipedia — https://en.wikipedia.org/wiki/Technical_debt
8. Objectives and key results — Wikipedia — https://en.wikipedia.org/wiki/Objectives_and_key_results
9. Weighted Shortest Job First (WSJF) and Cost of Delay — Scaled Agile Framework (SAFe) — https://framework.scaledagile.com/wsjf
10. Reinertsen, D. — The Principles of Product Development Flow — Celeritas Publishing — https://www.celeritas.com/
11. The RICE scoring model (Reach, Impact, Confidence, Effort) — Intercom — https://www.intercom.com/blog/rice-simple-prioritization-for-product-managers/
12. MoSCoW prioritisation — DSDM / Agile Business Consortium — https://www.agilebusiness.org/dsdm-project-framework/moscow-prioritisation.html
13. Management of Portfolios (MoP) — AXELOS / Cabinet Office — https://www.axelos.com/
14. Doerr, J. — Measure What Matters (OKRs) — Portfolio/Penguin — https://www.whatmatters.com/
15. 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