Skip to main content
← पुस्तकालय पर वापस जाएंविधियाँ

Sprint

Sprint एक तय-लंबाई का कार्य-चक्र है, आमतौर पर एक से चार हफ्ते और सबसे अक्सर दो, जो एक ठोस, उपयोग करने लायक परिणाम के साथ समाप्त होता है।

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

तय टाइमबॉक्स ही वह चीज़ है जो Sprint को कारगर बनाती है। यह आपको कार्यों को इतना छोटा तोड़ने पर मजबूर करता है कि वे महीनों तक खिंचने के बजाय वाकई उस अवधि के भीतर पूरे हो सकें। Sprint की अवधि आमतौर पर एक से चार हफ्तों तक होती है, और व्यवहार में दो-हफ्ते की लय सबसे आम विकल्प है। छोटे Sprint का मतलब है ज्यादा प्लानिंग ओवरहेड, जबकि लंबे Sprint फ़ीडबैक में देरी करते हैं और गलत धारणाओं को किसी के पकड़ में आने से पहले और आगे तक चलने देते हैं।

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

व्यावहारिक उदाहरण

छह लोगों की एक डेवलपमेंट टीम अपने आंतरिक सॉफ्टवेयर के लिए एक नया रिपोर्टिंग फीचर बनाने के लिए दो-हफ्ते के Sprint की योजना बनाती है, और 34 स्टोरी पॉइंट का जिम्मा लेती है। Sprint के अंत तक, 29 पॉइंट पूरे हो चुके होते हैं और स्प्रिंट रिव्यू में लाइव डेमो किए जाते हैं, जबकि 5 पॉइंट वापस प्रोडक्ट बैकलॉग में चले जाते हैं। रेट्रोस्पेक्टिव में, टीम को एहसास होता है कि बिज़नेस पक्ष से इनपुट चक्र में बहुत देर से आया, इसलिए वे अगले Sprint के लिए पहले चेक-इन का समय तय करते हैं।

Leanshift कैसे मदद करता है

Sprint लघु रूप में Kaizen है, यानी योजना बनाने, करने, दिखाने और चिंतन करने की एक तय, दोहराई जाने वाली लय। हर रेट्रोस्पेक्टिव बस आगे बढ़ते रहने के बजाय यह पूछने के लिए एक सोच-समझा ठहराव है कि अगले चक्र में क्या बेहतर काम कर सकता है। Leanshift के लिए बेहतर बनाने वाले और लोग तैयार करने के लिए बेहतर बनने का यही मूल है: Sprint का नतीजा मायने रखता है, लेकिन उतना ही मायने रखता है टीम हर चक्र से जो सीखती है।

अक्सर पूछे जाने वाले प्रश्न

एक Sprint कितना लंबा होना चाहिए?

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

Sprint के अंत में अधूरे कार्यों का क्या होता है?

वे वापस प्रोडक्ट बैकलॉग में चले जाते हैं और किसी भावी Sprint के लिए फिर से प्राथमिकता तय की जाती है। Sprint के बीच में नए कार्य नहीं जोड़े जाते, क्योंकि इससे स्प्रिंट के लक्ष्य को नुकसान पहुंचेगा।

Sprint, माइलस्टोन से किस तरह अलग है?

माइलस्टोन किसी प्रोजेक्ट की समय-रेखा में एक अकेले महत्वपूर्ण बिंदु को चिह्नित करता है। Sprint अपनी खुद की योजना और समीक्षा के साथ एक दोहराया जाने वाला, समान-लंबाई का कार्य-चक्र है।

PoPshop में हम आपकी चल रही प्रक्रिया में आते हैं और आपकी टीम के साथ मौके पर उसे हल करते हैं। एक ऐसे परिणाम के साथ जो टिका रहता है। PoPshop देखें

हम कंपनियों के साथ एक से अधिक तरीकों से काम करते हैं। देखें कि हम आपका साथ कहां दे सकते हैं