स्प्रिंट निष्पादन मॉडल क्या है? डिलीवरी अनुशासन कैसे स्थापित करें? (Sprint Execution Model)

सॉफ़्टवेयर टीमों की सबसे बड़ी समस्या आमतौर पर "काम न करना" होती है।

समस्या यह है:

• चीज़ें शुरू तो होती हैं लेकिन ख़त्म नहीं होतीं
• प्राथमिकताएँ लगातार बदलती रहती हैं
• स्प्रिंट के अंत में कोई उत्पाद नहीं होगा
• प्रबंधन पूछता है "हम किस स्थिति में हैं?" प्रश्न का स्पष्ट उत्तर नहीं मिल पाता

कई टीमें सोचती हैं कि वे दौड़ रही हैं, लेकिन वास्तव में उन्हें इसका अनुभव होता है:

लगातार गति, शून्य वितरण।

इस समस्या को हल करने के लिए स्प्रिंट निष्पादन मॉडल मौजूद है।

---

स्प्रिंट निष्पादन मॉडल क्या है?

स्प्रिंट निष्पादन मॉडल एक परिचालन प्रणाली है जो यह सुनिश्चित करती है कि स्प्रिंट न केवल नियोजित हों, बल्कि वास्तव में चलें।

यह मॉडल परिभाषित करता है:

• स्प्रिंट कैसे शुरू होता है?
• नौकरियाँ कैसे चुनी जाती हैं?
• किसके पास क्या है?
• जोखिमों का प्रबंधन कैसे किया जाता है?
• स्प्रिंट के अंत में कौन सा डिलिवरेबल डिलीवर किया जाता है? -प्रगति कैसे दिख रही है?

यदि कोई स्प्रिंट निष्पादन मॉडल नहीं है, तो स्प्रिंट सिर्फ एक कैलेंडर है।

---

स्प्रिंट करना पर्याप्त नहीं है, आपको स्प्रिंट दौड़ना होगा

स्प्रिंट निष्पादन का लक्ष्य है:

• न्यूनतम अनिश्चितता
• अधिकतम डिलीवरी
• स्पष्ट जिम्मेदारी
• मापने योग्य आउटपुट

स्प्रिंट का उद्देश्य "व्यस्त होना" नहीं है:

स्प्रिंट का उद्देश्य किसी उत्पाद को जारी करना है।

---

स्प्रिंट निष्पादन मॉडल के प्रमुख घटक

1. स्कोप लॉक (स्प्रिंट प्रतिबद्धता)

जब स्प्रिंट शुरू हो, तो यह स्पष्ट होना चाहिए:

• स्प्रिंट बैकलॉग ठीक किया गया
• नई नौकरियों की अनुमति नहीं है
• स्कोप रेंगना नियंत्रण में है

अन्यथा स्प्रिंट = निरंतर अग्निशमन।

---

2. पूर्ण की परिभाषा (डीओडी)

किसी कार्य को "पूर्ण" मानने के लिए मानदंड आवश्यक हैं:

• क्या कोड लिखा गया है?
• क्या परीक्षा उत्तीर्ण हुई?
• क्या इसे तैनात किया गया है?
• क्या दस्तावेज पूरे हैं?

यदि कोई DoD नहीं है, तो स्प्रिंट के अंत में "पूरा नहीं हुआ लेकिन लगभग" डंप होगा।

---

3. बैकलॉग स्वच्छता (स्वच्छ बैकलॉग)

कार्य जो स्प्रिंट में प्रवेश करेंगे:

• स्पष्ट रूप से परिभाषित
• स्वीकृति मानदंड लिखे गए हैं
• उनकी लतें जगजाहिर हैं- अनुमान लगाया होगा

गंदा बैकलॉग स्प्रिंट को ख़त्म कर देता है।

---

4. स्वामित्व और जिम्मेदारी मैट्रिक्स

स्प्रिंट में, प्रत्येक कार्य का स्वामी स्पष्ट है:

• एकल स्वामी
• स्पष्ट डिलीवरी तिथि
• समीक्षा जिम्मेदार

अप्राप्य कार्य = अधूरा कार्य।

---

5. स्प्रिंट ताल (निष्पादन ताल)

स्प्रिंट निष्पादन मॉडल केवल बैठकों के बारे में नहीं है।

न्यूनतम लय:

• स्प्रिंट योजना (प्रारंभ) - हम जीरा के माध्यम से योजना बनाते हैं
• दैनिक एसिंक चेक-इन - संक्षिप्त
• साप्ताहिक प्रगति रिपोर्ट - प्रबंधन के लिए
• स्प्रिंट समीक्षा (आउटपुट डिस्प्ले) - हम जीरा लक्ष्य अनुभाग का उपयोग करते हैं
• पूर्वव्यापी (सुधार) - हम संगम के माध्यम से पूर्वव्यापी नोट्स के साथ प्रगति कर रहे हैं

उद्देश्य: वितरण, बैठक नहीं.

---

6. जोखिम और अवरोधक प्रबंधन

स्प्रिंट के भीतर प्रत्येक बाधा दिखाई देनी चाहिए:

• तकनीकी जोखिम
• लत -बाहर टीम इंतजार कर रही है
• उत्पाद अस्थिरता

यदि अवरोधक प्रकट नहीं होता है, तो स्प्रिंट फट जाता है।

---

7. आउटपुट-आधारित स्प्रिंट

स्प्रिंट के अंत में, निम्नलिखित प्रश्न का उत्तर दिया जाना चाहिए:

हमने क्या दिया?

स्प्रिंट आउटपुट:

-सुविधा -रिलीज़

• तैनाती
• ग्राहक-दृश्यमान सुधार

"हमने काम किया" आउटपुट नहीं है।

---

स्प्रिंट निष्पादन मॉडल कैसे सेट करें? (कदम दर कदम)

चरण 1- स्प्रिंट ऑडिट

पहले सप्ताह में स्प्रिंट की वर्तमान स्थिति निकाली गई है:

• क्या वेलोसिटी असली है?
• क्या दायरा बदल रहा है?
• कार्य प्रगति पर सूजा हुआ?
• क्या कोई डीओडी है?

डिलिवरी योग्य: स्प्रिंट निष्पादन फोटो

---

चरण 2- वर्कफ़्लो मानकीकरण

टीम के लिए स्पष्ट प्रक्रिया परिभाषित की गई है:

• तैयार → प्रगति पर → समीक्षा → हो गया
• डब्ल्यूआईपी सीमाएं
• एसएलए की समीक्षा करें

---

चरण 3- डिलिवरी गवर्नेंस

प्रबंधन दृश्यता स्थापित है:

• साप्ताहिक प्रगति रिपोर्ट
• जोखिम रजिस्टर
• निर्णय लॉग

स्प्रिंट अब "इंट्रा-टीम" नहीं बल्कि एक कॉर्पोरेट डिलीवरी सिस्टम है।

---### चरण 4- निरंतर सुधार

प्रत्येक स्प्रिंट के अंत में:

• हमने क्या दिया?
• हम कहाँ घूमे?
• हम अगले स्प्रिंट में क्या अनुकूलन करेंगे?

स्प्रिंट निष्पादन एक जीवित प्रणाली है।

---

स्प्रिंट निष्पादन के लिए प्रयुक्त उपकरण

स्प्रिंट निष्पादन मॉडल एक प्रणाली है, उपकरण नहीं।

लेकिन सही उपकरण इसे तेज़ बनाते हैं:

जीरा (निष्पादन रीढ़)

• स्प्रिंट बैकलॉग स्वामित्व
• कार्यप्रवाह
• रिलीज़ ट्रैकिंग

संगम/धारणा (दस्तावेज़ीकरण)

• स्प्रिंट प्लेबुक
• हो गया की परिभाषा
• एडीआर रिकॉर्ड

सुस्त / टीमें (संचार परत)

• Async दैनिक अद्यतन
• अवरोधक वृद्धि

GitHub / GitLab (इंजीनियरिंग निष्पादन)

• पीआर समीक्षा अनुशासन -सीआई/सीडी
• पाइपलाइन जारी करें

रैखिक (स्टार्टअप विकल्प)

• हल्का स्प्रिंट प्रबंधन

---

मैं इस मॉडल को अपनी सेवाओं में कैसे लागू करूं?

मेरे परियोजना प्रबंधन और वितरण परामर्श कार्य में, स्प्रिंट निष्पादन मॉडल निम्नलिखित उद्देश्य के लिए स्थापित किया गया है:

• स्कोप रेंगना बंद करना
• स्प्रिंट के अंत में वास्तविक आउटपुट उत्पन्न करना
• तकनीकी नेता का बोझ कम करना
• यह सुनिश्चित करना कि प्रबंधन को दृश्यमान प्रगति मिले

आमतौर पर पहले 14 दिनों के भीतर:

• स्प्रिंट वर्कफ़्लो स्थापित है
• Done की परिभाषा लिखी है
• जोखिम + रिपोर्टिंग प्रणाली स्थापित की गई है
• स्प्रिंट डिलिवरेबल्स मापने योग्य हो जाते हैं

परिणाम:

कम अराजकता, अधिक डिलीवरी।

---

निष्कर्ष: स्प्रिंट एक कैलेंडर नहीं है, यह एक डिलीवरी मशीन है

स्प्रिंट निष्पादन मॉडल के बिना एक टीम स्प्रिंट नहीं करती है।

यह बस 2 सप्ताह की समय सीमा चक्र में डूब जाता है।

स्प्रिंट निष्पादन मॉडल प्रदान करता है:

• नेट स्कोप -नेट स्वामित्व
• साफ़ आउटपुट
• स्पष्ट प्रगति

और सबसे महत्वपूर्ण बात:

डिलिवरी आत्मविश्वास।

---

अपना स्प्रिंट निष्पादन मॉडल स्थापित करने और अपनी डिलीवरी प्रक्रिया को दृश्यमान बनाने के लिए आप मुझसे संपर्क कर सकते हैं।