स्टोरी पॉइंट क्या हैं?

स्टोरी पॉइंट सापेक्ष आकार की एक इकाई है। किसी काम का अनुमान घंटों या दिनों में लगाने के बजाय, टीम उसकी तुलना पहले किए जा चुके काम से करती है: “यह उसके आकार का लगभग दोगुना है।” यह संख्या प्रयास, जटिलता और अनिश्चितता को एक साथ दर्शाती है।

घंटे नहीं, सापेक्ष क्यों

लोग यह अनुमान लगाने में कमज़ोर होते हैं कि कोई काम कितना समय लेगा, और यह आँकने में काफ़ी अच्छे होते हैं कि एक काम दूसरे से बड़ा है या नहीं। स्टोरी पॉइंट दूसरे कौशल का उपयोग करते हैं।

• पॉइंट इस पर निर्भर नहीं करते कि काम कौन करता है। कोई स्टोरी 3 की ही रहती है, चाहे उसे कोई सीनियर इंजीनियर उठाए या जूनियर; अंतर इस बात में दिखता है कि टीम कितनी तेज़ी से पॉइंट पूरे करती है, अनुमान में नहीं।
• अनुमान लगाना तेज़ रहता है। किसी स्टोरी की तुलना किसी ज्ञात स्टोरी से करने में कुछ सेकंड लगते हैं। उसे घंटों में बाँटने में कहीं अधिक समय लगता है और वह शायद ही कभी अधिक सटीक होता है।
• माप के ज़रिए पॉइंट तारीखों में बदलते हैं। जब टीम जान लेती है कि वह प्रति इटरेशन कितने पॉइंट पूरे करती है — उसकी वेलोसिटी — तो वह पूर्वानुमान लगा सकती है कि स्टोरी का कोई समूह कब पूरा होगा।

अनुमान आकार-निर्धारण की एक बातचीत है, कोई वादा नहीं। अगर टीम किसी संख्या पर असहमत होती है, तो चर्चा अक्सर स्टोरी के बारे में किसी ग़लतफ़हमी को सामने ले आती है, जो कहीं अधिक उपयोगी परिणाम है।

स्केल

टीमें एक छोटा स्केल चुनती हैं ताकि अनुमान मोटे बने रहें। आम स्केल:

• Fibonacci — 0, 1, 2, 3, 5, 8, 13। आकार के साथ अंतराल बढ़ते जाते हैं, क्योंकि बड़ी स्टोरी कम निश्चित होती हैं।
• रैखिक — 0, 1, 2, 3। उन टीमों के लिए एक छोटा स्केल जो काम को बारीकी से बाँटती हैं।
• टी-शर्ट साइज़ — S, M, L (कभी-कभी XS और XL भी)।

जो स्टोरी स्केल के शीर्ष से भी बड़ी हो, वह संकेत है कि उसे छोटी स्टोरी में बाँटा जाए।

टीम के रूप में अनुमान लगाना

एक आम तकनीक planning poker है: हर व्यक्ति निजी तौर पर एक अनुमान चुनता है, सब एक साथ उसे प्रकट करते हैं, और टीम किसी संख्या पर सहमत होने से पहले सबसे ऊँचे और सबसे निचले अनुमान वाले अपना तर्क समझाते हैं। एक साथ प्रकट करने से पहली आवाज़ बाकी अनुमानों को प्रभावित नहीं कर पाती।

स्टोरी शुरू होने से पहले अनुमान लगाएँ, जब टीम समझ ले कि उसके लिए “done” का क्या अर्थ है — यानी स्वीकृति मानदंड। यूज़र स्टोरी और इटरेशन प्लानिंग देखें।

East Agile Tracker इसे कैसे करता है

• फ़ीचर को डिफ़ॉल्ट रूप से पॉइंट मिलते हैं। बग और चोर तब तक बिना अनुमान के रहते हैं जब तक प्रोजेक्ट Points for bugs and chores चालू न करे। फ़ीचर का अनुमान लगाएँ देखें।
• तीन स्केल शिप होते हैं: Fibonacci (0, 1, 2, 3, 5, 8, 13), East Agile (0, 1, 2, 3), और 3-Point (Small / Medium / Large के लिए 1, 2, 3)। स्केल प्रति प्रोजेक्ट चुना जाता है; बाद में उसे बदलने से मौजूदा अनुमान फिर से मैप नहीं होते। Points देखें।
• पॉइंट वेलोसिटी में योगदान देते हैं। किसी स्टोरी के पॉइंट वेलोसिटी में तब गिने जाते हैं जब वह प्रोजेक्ट की done state तक पहुँचती है, और वेलोसिटी अगले इटरेशन का आकार तय करती है। वेलोसिटी देखें।
• बिना अनुमान वाली स्टोरी खोजी जा सकती हैं। is:unestimated फ़िल्टर उन फ़ीचर को सूचीबद्ध करता है जिन्हें अभी भी एक संख्या चाहिए। खोज और फ़िल्टर देखें।

आगे पढ़ें

• वेलोसिटी क्या है? — पॉइंट पूर्वानुमान कैसे बनते हैं।
• स्क्रम बनाम कानबान — हर विधि में अनुमान की जगह।
• eXtreme Programming — वह विधि जिससे स्टोरी पॉइंट आए।