रेटिंग। गणना करें और मिलें

ग्रेड क्यों देते हैं?

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

• मूल्यांकन दिखाता है कि कार्य को कैसे पूरा किया जाए। मानव मस्तिष्क एक महंगी चीज है, और एक व्यक्ति को सोचना पसंद नहीं है - यह मुश्किल है। इसलिए, जितना संभव हो उतना कम सोचने की प्राकृतिक इच्छा। लेकिन इसे कैसे करें? आप गतिविधि को एक संकीर्ण में विभाजित कर सकते हैं। हम योजना और निष्पादन को साझा करते हैं: पहले हम विधि के बारे में सोचते हैं (मूल्यांकन के दौरान), फिर हम निष्पादन पर स्विच करते हैं और निष्पादन (प्रक्रिया में) के बारे में सोचते हैं। 
• , «» . , — . , () ( ) , . , - . 
• — . — . , , . . , . 2 . 2 , -  , . . , , — . , , — . ( /), . , , : « , !!». , , . ? . «», , . , , — - .
• मनोवैज्ञानिक प्रभाव। यदि कार्य जटिल है, तो यह विकास प्रक्रिया के दौरान बदल जाता है या इसके बारे में हमारा ज्ञान बदल जाता है। यदि हमने एक प्रारंभिक मूल्यांकन नहीं दिया, तो प्रक्रिया में कार्य नए विवरणों के साथ समाप्त हो गया था, और परिणामस्वरूप हमें वहां नहीं मिला - हमें याद नहीं है कि क्यों। ऐसे कई पुनरावृत्तियों के बाद, एक नपुंसक का प्रभाव सिर पर दस्तक देता है। और अगर उन्होंने एक प्रारंभिक मूल्यांकन दिया था, तो कारण तय हो गया होगा: उन्होंने सोचा कि 5 तोते की जरूरत थी, लेकिन यह 10. निकला। यह दूसरा प्रश्न क्यों निकला, उन्हें यह अच्छी तरह से याद है। और इसका कारण हमेशा नहीं होता है ("डेवलपर्स हमेशा कुछ भी नहीं रखते हैं" / "ये उत्पाद हमेशा के लिए कुछ भी नहीं सोच सकते हैं, और फिर यह पॉप अप करता है")।

मूल्यांकन का उद्देश्य

मूल्यांकन प्रक्रिया

• - ( ). , . smoke-test . , , , « ». , ! — . , : « - , ».
• , - , . «» -. , , ( , , , , ), — . 
• . - , , - . , ( ). : , , , (, . — - . : ( , , : , , , , ), , , , ( ) , , zero-tolerance , , , -, . , (//), (//). 
• बाकी सब कुछ ।

एक महाकाव्य मूल्यांकन करने की प्रक्रिया

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

कार्य मूल्यांकन प्रक्रिया

• यदि हमने पहले ही यह कार्य कर लिया है । हमारे पास आंकड़े कहीं हैं, एक समान कार्य पर कितना समय खर्च किया गया था। यदि हमने ऐसा नहीं किया है, लेकिन एक सहकर्मी, तो हम इसका परिणाम ले सकते हैं और इसे और फिर (अब डेवलपर स्तर, सिस्टम का ज्ञान, जोखिमों का ज्ञान) के बीच अंतर के गुणांक से गुणा कर सकते हैं। हम आंकड़ों में चढ़ते हैं, गुणा करते हैं - हमें मिलता है। 
• . , . , 60%. , 60% , . , — , 1.5-2 .
• . R&D. — , . — . (1, 2, 4 ), — . , , . , R&D, 1-2 , R&D . — R&D. - — , , . — N — - ( ). , — , . , , — .

• , ( ) , , . , , .
• Planning poker. , . : -, , , , -, , ,
• (/ ), . . , . , , 70% .
• PERT. , (-) 5 . .
  

  	min	real	max
  <>	2	8	20	9

  
  — , , — , ( ), — , , ( ).
  :
  

ग्रेड में आने की प्रक्रिया

• 6. : . — , - , . /, . ( «» - ). , , - . — . . ? N.
• «».
• , (- + ) — , . 30%.
• .
• , ( ) . ( ) — , . — , . — , . .
• ( ). . , , , . , , . « » — 20-30%, 50. . ( ) , , , .

निष्कर्ष