प्राथमिकता निर्धारण (WSJF)
बैकलॉग उसी क्रम में होती है जो गणना सुझाती है: मूल्य, तात्कालिकता और जोखिम में कमी मिलकर देरी की लागत बनाते हैं; प्रयास उसे विभाजित करता है। सूची पहले से ही स्कोर के अनुसार क्रमबद्ध निकलती है।
यह स्क्रीन
असली स्क्रीन, ऊपर चुनी गई थीम में।
इस स्क्रीन पर क्या मिलेगा
स्क्रीन से ही पढ़ा गया चित्र — स्क्रीन बदलने पर यह भी बदलता है।
फ़ॉर्म के क्षेत्र
Demanda*A demanda que está sendo priorizada. Uma nota por demanda: para mudar a prioridade, edite a nota existente.
Score WSJFCalculado ao salvar: (valor + urgência + risco) ÷ esforço. Não se digita — se o resultado pudesse ser editado à mão, a conta viraria enfeite da opini…
ValorDe 1 a 10: quanto o cliente ou o negócio ganha quando isso existir. Compare com as OUTRAS demandas da lista, não com um ideal abstrato — a régua só s…
UrgênciaDe 1 a 10: quanto do valor se PERDE com a espera. Nota alta é para janela que fecha, promessa com data, multa contratual. "O cliente reclamou" costum…
Risco / porta que abreDe 1 a 10: quanto risco isso derruba, ou quanto trabalho futuro isso destrava. É a nota que salva o trabalho invisível — o que ninguém pede e todo mu…
EsforçoDe 1 a 10: o tamanho do trabalho. Entra como DIVISOR — a valor igual, o menor sai primeiro. É isso que faz a fila andar em vez de travar numa única e…
Por quêO argumento por trás das notas. Sem ele, daqui a um mês ninguém lembra por que esta demanda estava no topo — e a discussão recomeça do zero.
यहाँ से शुरू करें
WSJF क्या हल करता है
WSJF का अर्थ है Weighted Shortest Job First — "सबसे छोटा और सबसे भारी काम पहले"। इसके पीछे का विचार सरल और असहज है: जब तक कोई माँग इंतज़ार करती है, उसकी कुछ कीमत होती है (बिना बिल हुआ पैसा, असंतुष्ट ग्राहक, खुला बना जोखिम)। इस कीमत को देरी की लागत कहते हैं।
अगर दो माँगों की देरी की लागत बराबर है, तो सस्ती वाली पहले करें — वह वही मूल्य जल्दी देती है। गणना यही करती है, और केवल यही।
असली लाभ संख्या में नहीं है: वह सहायता की माँग और प्रोजेक्ट की माँग को एक ही पैमाने पर तुलना करने में है, बजाय इसके कि प्राथमिकता उसकी हो जो बैठक में सबसे ज़ोर से चिल्लाया।
अगर दो माँगों की देरी की लागत बराबर है, तो सस्ती वाली पहले करें — वह वही मूल्य जल्दी देती है। गणना यही करती है, और केवल यही।
असली लाभ संख्या में नहीं है: वह सहायता की माँग और प्रोजेक्ट की माँग को एक ही पैमाने पर तुलना करने में है, बजाय इसके कि प्राथमिकता उसकी हो जो बैठक में सबसे ज़ोर से चिल्लाया।
यह स्क्रीन किसका उत्तर देती है
WSJF है "देरी का भार भागा आकार": जो इंतज़ार करने से सबसे ज़्यादा मूल्य खोता है वह पहले आता है, प्रयास से सुधारा गया। आप व्यवसाय मूल्य, समय की गंभीरता, जोखिम में कमी और आकार दर्ज करते हैं — और गणना तैयार निकलती है, विवरण दिखाई देते हुए। यह "यह उससे पहले क्यों?" का जवाब राय की बहस के बिना देने में काम आता है।
O que esta tela faz
यहाँ आप किसी डिमांड का WSJF प्राथमिकता अंक देते हैं: मूल्य के तीन अंक (व्यवसाय मूल्य, तात्कालिकता और जोखिम/खुलने वाला दरवाज़ा), अनुमानित प्रयास और टेक्स्ट में औचित्य। स्कोर इन्हीं से निकाला जाता है और यही अंकित बैकलॉग को क्रम देता है — सबसे बड़े से सबसे छोटे तक।
कैसे करें
As três notas e o divisor
WSJF चार संख्याओं को तौलता है: व्यवसाय मूल्य (तैयार होने पर यह कितना मूल्यवान है), तात्कालिकता (इंतज़ार की लागत — हर हफ़्ते रुके रहने से क्या खोता है), जोखिम/खुलने वाला दरवाज़ा (यह क्या खोलता या बचाता है) और प्रयास, जो भाजक के रूप में आता है। स्कोर पहले तीन अंकों के साथ बढ़ता है और प्रयास के साथ घटता है: मूल्यवान और सस्ती डिलीवरी ऊपर जाती है, मूल्यवान और महँगी डिलीवरी बाद के लिए नीचे जाती है। औचित्य बाद में सबसे ज़्यादा पढ़ा जाने वाला फ़ील्ड है: अंकों का कारण लिखें ताकि प्राथमिकता उस बैठक के बाद भी टिकी रहे जिसमें वह तय हुई।
नियम
A fórmula, e o que cada nota significa
score = (मूल्य + तात्कालिकता + जोखिम में कमी) ÷ प्रयास
व्यावसायिक मूल्य — इसके मौजूद होने पर कंपनी कितना कमाती है (या कितना खोना बंद करती है)।
समय की गंभीरता — देर होने पर मूल्य कितना घटता है। कर-समापन की सुविधा समय-सीमा के बाद मिले तो लगभग बेकार है; वही पहले मिले तो सब कुछ है। यह "माँगने वाले की जल्दबाज़ी" नहीं है।
जोखिम में कमी — यह किसी जोखिम को कितना घटाता है या दूसरी चीज़ों का रास्ता कितना खोलता है। यहीं वह तकनीकी कर्ज़ आता है जिसे कोई प्राथमिकता नहीं देता।
प्रयास — काम का आकार।
सभी एक ही 1 से 10 के पैमाने पर (यह फ़िबोनाची नहीं है)। हर अंक के साथ देने वाले का औचित्य होता है — बिना तर्क वाला अंक वही है जिसका अगले हफ़्ते कोई बचाव नहीं कर पाता।
व्यावसायिक मूल्य — इसके मौजूद होने पर कंपनी कितना कमाती है (या कितना खोना बंद करती है)।
समय की गंभीरता — देर होने पर मूल्य कितना घटता है। कर-समापन की सुविधा समय-सीमा के बाद मिले तो लगभग बेकार है; वही पहले मिले तो सब कुछ है। यह "माँगने वाले की जल्दबाज़ी" नहीं है।
जोखिम में कमी — यह किसी जोखिम को कितना घटाता है या दूसरी चीज़ों का रास्ता कितना खोलता है। यहीं वह तकनीकी कर्ज़ आता है जिसे कोई प्राथमिकता नहीं देता।
प्रयास — काम का आकार।
सभी एक ही 1 से 10 के पैमाने पर (यह फ़िबोनाची नहीं है)। हर अंक के साथ देने वाले का औचित्य होता है — बिना तर्क वाला अंक वही है जिसका अगले हफ़्ते कोई बचाव नहीं कर पाता।
O score não se digita
यह सहेजते समय गणना होता है और केवल पढ़ने योग्य है। अगर नतीजा हाथ से बदला जा सकता, तो गणना हमेशा वाली राय की सजावट बन जाती — जिससे बचने के लिए ही यह पद्धति है।
अंक तटस्थ (सब में 5) से शुरू होता है। यह जानबूझकर है: प्राथमिकता तय करने वाले को रुख अपनाना पड़ता है, और 5 से हटना ही निर्णय है। संभावित score 0.300 (सब कम, अधिकतम प्रयास) से 30.000 (सब ऊँचा, न्यूनतम प्रयास) तक होता है।
हर माँग का एक अंक: अगर पहले से है, तो दूसरा बनाने के बजाय मौजूदा को संपादित करें। सूची ही प्राथमिकता वाला बैकलॉग है — वह सबसे ऊँचे score से सबसे नीचे तक क्रम में आती है।
अंक तटस्थ (सब में 5) से शुरू होता है। यह जानबूझकर है: प्राथमिकता तय करने वाले को रुख अपनाना पड़ता है, और 5 से हटना ही निर्णय है। संभावित score 0.300 (सब कम, अधिकतम प्रयास) से 30.000 (सब ऊँचा, न्यूनतम प्रयास) तक होता है।
हर माँग का एक अंक: अगर पहले से है, तो दूसरा बनाने के बजाय मौजूदा को संपादित करें। सूची ही प्राथमिकता वाला बैकलॉग है — वह सबसे ऊँचे score से सबसे नीचे तक क्रम में आती है।
Sem esforço declarado, a demanda fica SEM pontuação (e não no topo)
अंश के तीन फ़ील्ड — मूल्य, तात्कालिकता और जोखिम — में खाली अंक को 1 माना जाता है, जो पैमाने का न्यूनतम है: यह सतर्क तरीका है, माँग नीचे चली जाती है।
प्रयास में कोई न्यूनतम नहीं है, क्योंकि वह भाजक है: 1 मान लेना ठीक उसे सबसे अनुकूल भाजक दे देता जिसका किसी ने आकलन नहीं किया, और सबसे कम भरी माँग बैकलॉग में सबसे ऊपर आ जाती। इसलिए प्रयास के बिना कोई score नहीं। माँग सामान्य रूप से सहेजी जाती है, सूची के अंत में "बिना अंक" चिह्नित होकर दिखती है और रेडिएटर के "गणना के अनुसार अगली" ब्लॉक से बाहर रहती है — जो आइटम गणना में आया ही नहीं, उसे उसका नतीजा बताकर पेश नहीं किया जा सकता।
यही ईमानदार व्यवहार है: सिस्टम प्राथमिकता तय करने वाले की जगह कोई आकार नहीं गढ़ता। माँग को कतार में लाने के लिए प्रयास को 1 से 10 में आँकें।
प्रयास में कोई न्यूनतम नहीं है, क्योंकि वह भाजक है: 1 मान लेना ठीक उसे सबसे अनुकूल भाजक दे देता जिसका किसी ने आकलन नहीं किया, और सबसे कम भरी माँग बैकलॉग में सबसे ऊपर आ जाती। इसलिए प्रयास के बिना कोई score नहीं। माँग सामान्य रूप से सहेजी जाती है, सूची के अंत में "बिना अंक" चिह्नित होकर दिखती है और रेडिएटर के "गणना के अनुसार अगली" ब्लॉक से बाहर रहती है — जो आइटम गणना में आया ही नहीं, उसे उसका नतीजा बताकर पेश नहीं किया जा सकता।
यही ईमानदार व्यवहार है: सिस्टम प्राथमिकता तय करने वाले की जगह कोई आकार नहीं गढ़ता। माँग को कतार में लाने के लिए प्रयास को 1 से 10 में आँकें।
A visão salva guarda busca, filtros, colunas e ordenação
"व्यू" बटन से व्यू सहेजने पर वह चार चीज़ें याद रखता है: खोज का टेक्स्ट, लगाए गए फ़िल्टर, कौन-से कॉलम दिखते हैं (और किस क्रम में) और सूची किस कॉलम से क्रमबद्ध है। व्यू लागू करने पर सब कुछ एक साथ लौट आता है — क्रम और आप जिस पेज पर थे उसे रीसेट करना भी, ताकि परिणाम ठीक वही हो जो व्यू बताता है। इस संस्करण से पहले सहेजे गए व्यू मान्य रहते हैं: जो उन्होंने नहीं सहेजा, वह लागू करने पर बस नहीं बदलता।
O erro de preenchimento aparece no campo, ao sair dele
Nas fichas, sair de um campo já dispara a conferência do que dá para conferir na hora: campo obrigatório deixado em branco e e-mail mal formado. O aviso aparece embaixo do campo e desaparece quando você começa a corrigir. Campo numérico não precisa de aviso: ele simplesmente não aceita letra enquanto você digita. Isso é conforto, não a validação final: ao salvar, o sistema confere tudo de novo do lado do servidor.
Sem esforço, a demanda fica SEM score — de propósito
खाली प्रयास 1 नहीं बनता: घोषित आकार के बिना डिमांड का कोई अंक नहीं होता और वह सूची के अंत में चली जाती है, "बिना अंक" के रूप में चिह्नित — गढ़े हुए भाजक के साथ शीर्ष पर चढ़ने के बजाय। ऐसा होने पर स्क्रीन सूचित करती है। यह सोचा-समझा चुनाव है: सिस्टम प्राथमिकता तय करने वाले की जगह आकार का अनुमान नहीं लगाता, क्योंकि अज्ञात प्रयास वाली "अति-अत्यावश्यक" डिमांड को शीर्ष पर रखना एक आरामदायक झूठ होगा। डिमांड को सच में कतार में लाने के लिए प्रयास का आकार (1 से 10) तय करें।
Uma anotação pode virar demanda
रिकॉर्ड के गतिविधि पैनल में हर टिप्पणी पर "माँग में बदलें" होता है। क्लिक करने से एक टिकट बनता है जिसमें टिप्पणी का टेक्स्ट, उसे लिखने वाला और इस रिकॉर्ड का लिंक होता है — कुछ भी दोबारा टाइप नहीं करना पड़ता। इसका उपयोग तब करें जब टिप्पणी किसी कार्रवाई का अनुरोध हो ("किसी को इसे देखना होगा"); टिप्पणी अपनी जगह बनी रहती है। बटन सिर्फ़ सहेजे गए रिकॉर्ड पर दिखता है; केवल-पढ़ने वाला सत्र (डेमो) टिकट नहीं बनाता।
अक्सर पूछे जाने वाले प्रश्न
क्या हिसाब तय करता है कि टीम क्या करे?
नहीं। यह एक सुझाया गया क्रम बनाता है और माँग में वापस कुछ नहीं लिखा जाता — बोर्ड टीम का ही रहता है। संख्या की भूमिका बातचीत का बोझ पलटना है: यह साबित करने के बजाय कि कोई माँग ऊपर क्यों जानी चाहिए, अब यह साबित करना पड़ता है कि उसे कतार क्यों तोड़नी चाहिए।
जब टीम क्रम से असहमत होती है, तो उपयोगी चर्चा लगभग हमेशा किसी खास अंक पर होती है ("तात्कालिकता 9? क्यों?") — और वहीं पद्धति अपनी कीमत वसूल करती है।
जब टीम क्रम से असहमत होती है, तो उपयोगी चर्चा लगभग हमेशा किसी खास अंक पर होती है ("तात्कालिकता 9? क्यों?") — और वहीं पद्धति अपनी कीमत वसूल करती है।
क्या पूरे बैकलॉग को अंक देने होंगे?
नहीं, और बेहतर है कि न करें। उसे अंक दें जिस पर आने वाले हफ़्तों के लिए विचार हो रहा है। रेडिएटर दिखाता है कि कितनी खुली माँगें बिना अंक हैं — यह संख्या "अंधे बैकलॉग" का माप है, और याद दिलाने के काम आती है, शून्य करने के लक्ष्य के रूप में नहीं।
Como descobrir quem mudou um campo desta ficha?
रिकॉर्ड खोलें और दाईं ओर "टाइमलाइन" देखें: वह हर बदलाव को "एक मान से दूसरे मान तक" के रूप में, व्यक्ति और तारीख़ के साथ दिखाती है। बदलाव बहुत हों तो टाइमलाइन के ऊपर के दो फ़िल्टर इस्तेमाल करें — एक फ़ील्ड के अनुसार, दूसरा व्यक्ति के अनुसार। खोज डेटाबेस में होती है, इसलिए पुराना बदलाव भी वैसे ही दिखता है। आप Tenkai से भी पूछ सकते हैं: "अनुबंध 482 किसने बदला?"।
जुड़ी हुई स्क्रीन
PriorizaDemandasCada nota aponta para uma demanda do quadro.Aparece emSala do squadO bloco "próximas pela conta" do radiador vem daqui.
क्या यह लेख उपयोगी था?
इसी मॉड्यूल में: संचालन13
टिकट स्वचालनटिकटों पर "जब X, तब Y करें" नियम: सौंपना, स्थानांतरित करना, सूचित करना — बिना किसी मैनुअल हस्तक्षेप के।कैलेंडरकार्यदिवस और छुट्टियां: आधार कैलेंडर जो कार्य दिवस, प्रतिदिन घंटे और छुट्टियां (राष्ट्रीय और स्थानीय) परिभाषि…Classificação do statusAs fases do fluxo em que cada status da demanda se encaixa (Triagem, Em execução, Aguardando…): definem as se…टीमेंजिम्मेदार व्यक्ति और सदस्यों के साथ कार्य दल — टीम एजेंडा, रूटिंग और प्रबंधक अनुमोदन का आधार।भूमिकाएं और लागतभूमिकाओं की तालिका (डेव, QA, GP...) लागत और प्रति घंटा मूल्य के साथ — स्टूडियो का व्यवहार्यता पैमाना।SLA नीतियांप्राथमिकता/प्रकार के अनुसार प्रतिक्रिया और समाधान की समय-सीमा निर्धारित करें — वह घड़ी जो टिकटों को नियंत्रित…तत्परता (DoR/DoD)किसी डिमांड को किसी चरण में प्रवेश करने के लिए क्या हल होना चाहिए और उससे बाहर निकलने के लिए क्या पूर्ण होना …स्क्वाड रूम्सएक रूम काम का एक हिस्सा है, साथ ही उस टीम की सहमतियाँ भी। यहीं तय होता है कि बड़ी स्क्रीन क्या दिखाएगी और क्य…
Tenka अकादमी
अकादमी देखेंआपके क्षेत्र के लिए चरण-दर-चरण सीखने की राहें, प्लेटफ़ॉर्म के अंदर।