sprint-planning

# machine-translated to hi from skills/sprint-planning/SKILL.md — review: pending. Native fixes welcome via PR.name: sprint-planningdescription: "स्प्रिंट प्लानिंग सत्रों की संरचना और संचालन करें। जब कोई स्प्रिंट की योजना बनाने, बैकलॉग आइटम व्यवस्थित करने, स्टोरी पॉइंट असाइन करने, स्प्रिंट लक्ष्य बनाने या स्प्रिंट प्लानिंग एजेंडा तैयार करने को कहे, तब इसका उपयोग करें। स्प्रिंट लक्ष्य, वेलोसिटी-कैलिब्रेटेड बैकलॉग, क्षमता योजना, जोखिम चिह्न और संरचित स्प्रिंट प्लानिंग बैठक एजेंडा तैयार करता है।"

स्प्रिंट प्लानिंग स्किल

कच्चे बैकलॉग आइटम को स्पष्ट लक्ष्यों, वेलोसिटी-कैलिब्रेटेड दायरे और टीम-तैयार आउटपुट वाले एक संरचित, हासिल करने योग्य स्प्रिंट में बदलें।

Brain से पढ़ता है / Brain में लिखता है

अगर कोई professional-brain (brain/) मौजूद है, तो जो आप पहले से जानते हैं उसे दोबारा पूछने के बजाय उसी में आधार रखें:

• पहले पढ़ें: प्राथमिकता decisions/ (टीम ने क्या महत्वपूर्ण माना), फ़ीचर entities/, और खुली hypotheses/ जिन्हें स्प्रिंट परख सकता है। python3 ../professional-brain/scripts/brain_query.py ./brain "<sprint goal>" चलाएँ और हर तथ्य का स्रोत टैग साथ रखें।
• 📥 Brain को प्रस्ताव दें: तैयार करने के बाद, स्प्रिंट प्रतिबद्धता (लक्ष्य + प्रतिबद्ध दायरा) को decisions/ रिकॉर्ड के रूप में दर्ज करने का प्रस्ताव दें, स्रोत-टैग सहित। दिखाएँ, हाँ लें, फिर ../professional-brain/scripts/brain_write.py … --commit से लिखें (सिर्फ़-जोड़ने वाला, डिफ़ॉल्ट रूप से dry-run)।

कार्रवाइयाँ प्रस्तावित करता है

स्प्रिंट पर सहमति होने के बाद इसे action-runner को सौंपें: यह पूर्वावलोकन करता है (dry-run, जोखिम-रेटेड), जुड़े action MCP के ज़रिए सिर्फ़ वही चलाता है जिसे आप मंज़ूर करें, और जो हुआ उसे brain में दर्ज करता है। सामान्य: प्रति प्रतिबद्ध बैकलॉग आइटम एक टिकट बनाना और स्प्रिंट माइलस्टोन सेट करना (🟡)। यह स्किल प्रस्तावित करती है; action-runner गेट करता और चलाता है — कभी चुपचाप नहीं।

यह स्किल क्या तैयार करती है

• स्प्रिंट लक्ष्य — एक, परिणाम-केंद्रित वाक्य जिसके पीछे पूरी टीम जुट सके
• स्प्रिंट बैकलॉग — स्टोरी पॉइंट अनुमान और स्वीकृति मानदंड के साथ यूज़र स्टोरी की प्राथमिकता-क्रम सूची
• क्षमता योजना — छुट्टियों, मीटिंग और फ़ोकस समय को ध्यान में रखते हुए टीम उपलब्धता विभाजन
• स्प्रिंट प्लानिंग एजेंडा — समय सहित संरचित 2-घंटे की बैठक एजेंडा
• जोखिम चिह्न — बाधाएँ या निर्भरताएँ जो स्प्रिंट पटरी से उतार सकती हैं

आवश्यक इनपुट

माँगें (अगर पहले से न दिए गए हों):

• स्प्रिंट अवधि (1 या 2 सप्ताह)
• टीम का आकार और वेलोसिटी (प्रति स्प्रिंट औसत स्टोरी पॉइंट)
• शीर्ष 3–5 बैकलॉग आइटम या एपिक जिनसे लेना है
• कोई ज्ञात अनुपस्थिति, छुट्टियाँ या टीम कार्यक्रम
• पिछले स्प्रिंट के अधूरे आइटम (आगे बढ़े)

स्प्रिंट लक्ष्य सूत्र

यह संरचना उपयोग करें:

"इस स्प्रिंट में हम [X परिणाम देंगे] ताकि [उपयोगकर्ता/व्यावसायिक लाभ], जिसे [सफलता संकेतक] से मापा जाएगा।"

स्प्रिंट लक्ष्य कभी कार्य-सूची की तरह न लिखें। हमेशा परिणाम-प्रथम।

स्टोरी पॉइंट कैलिब्रेशन

8+ अनुमानित किसी भी आइटम को चिह्नित करें और बाँटने की सिफ़ारिश करें।

क्षमता सूत्र

Available capacity = (Team size × Sprint days × Focus hours/day) × Availability factor
Focus hours/day: 6 (accounting for meetings, Slack, admin)
Availability factor: 0.7–0.85 depending on holidays/events
Story points to commit = Historical velocity × Availability factor

प्रोग्रामेटिक हेल्पर

यह स्किल एक stdlib-only Python स्क्रिप्ट के साथ आती है जो क्षमता को हाथ से अनुमान लगाने के बजाय निकालती है। जब भी टीम की संख्याएँ ज्ञात हों इसका उपयोग करें — यह उपलब्धता और 80% प्रतिबद्धता-अनुपात नियम सुसंगत रूप से लागू करती है।

# Quick estimate from flags
python3 scripts/capacity_calculator.py --team 5 --days 10 --velocity 30 --availability 0.8 --carryover 5

# Detailed estimate from per-member availability (JSON via stdin or --input file.json)
echo '{"sprint_days":10,"historical_velocity":40,"carryover_points":8,
       "members":[{"name":"Ada","available_days":10},{"name":"Linus","available_days":7}]}' \
  | python3 scripts/capacity_calculator.py --input -

स्क्रिप्ट उपलब्ध फ़ोकस घंटे, वास्तविक उपलब्धता के लिए समायोजित वेलोसिटी आँकड़ा, अनुशंसित प्रतिबद्धता (वेलोसिटी के 80% पर सीमित), और आगे बढ़े आइटम के बाद नए काम की शेष क्षमता लौटाती है। पहले इसे चलाएँ, फिर अनुशंसित संख्या में फ़िट होने वाला स्प्रिंट बैकलॉग बनाएँ। नतीजे को दूसरे टूलिंग में पाइप करने के लिए --json जोड़ें।

आउटपुट फ़ॉर्मैट

स्प्रिंट [N] — [प्रारंभ तिथि] से [अंत तिथि]

स्प्रिंट लक्ष्य:

[लक्ष्य कथन]

टीम क्षमता: [X] स्टोरी पॉइंट उपलब्ध ([Y] टीम सदस्यों, [Z]% उपलब्धता के आधार पर)

स्प्रिंट बैकलॉग:

पिछले स्प्रिंट से आगे बढ़े:

• [आइटम] — आगे बढ़ने का कारण: [संक्षिप्त व्याख्या]

जोखिम और निर्भरताएँ:

• [जोखिम विवरण] → शमन: [कार्रवाई]

स्प्रिंट प्लानिंग एजेंडा:

• 00:00–00:10 — स्प्रिंट लक्ष्य और टीम क्षमता की समीक्षा
• 00:10–00:40 — बैकलॉग आइटम देखें, अनुमानों की पुष्टि करें
• 00:40–01:20 — स्टोरी असाइन करें, निर्भरताएँ पहचानें
• 01:20–01:50 — प्रति स्टोरी स्वीकृति मानदंड की समीक्षा
• 01:50–02:00 — स्प्रिंट प्रतिबद्धता की पुष्टि और समापन

दिशानिर्देश

• स्वीकृति मानदंड के बिना स्टोरी को हमेशा चुनौती दें — उन्हें स्पष्ट रूप से चिह्नित करें
• टीम उपलब्ध क्षमता के 80% पर प्रतिबद्ध हो, 100% नहीं, इसकी सिफ़ारिश करें
• अगर कोई वेलोसिटी डेटा न दिया गया हो, तो 5-व्यक्ति टीम के लिए शुरुआती बिंदु के रूप में 20–30 पॉइंट मानें
• अस्पष्ट स्वामित्व वाली किसी भी स्टोरी को बाधा के रूप में उजागर करें

गहरी सामग्री

यह स्किल सहायक फ़ाइलों के साथ आती है — उपलब्ध हों तो उनका उपयोग करें:

• references/capacity-honesty.md — क्षमता की ईमानदारी — वे संख्याएँ जिनके बारे में टीमें खुद को धोखा देती हैं। आउटपुट बनाते समय इसे लागू करें; इसमें वह कैलिब्रेशन और निर्णय-विवेक है जिसे ऊपर का संक्षिप्त तरीका संकुचित कर देता है।
• templates/planning-worksheet.md — डिलिवरेबल का भरने योग्य संस्करण, गुणवत्ता-जाँच इनलाइन सहित। जब उपयोगकर्ता दस्तावेज़ खुद बनाना चाहे, उसे जनरेट करवाने के बजाय, तब यह पेश करें।

स्कोरिंग रूब्रिक (0–40)

इस स्किल का कोई भी आउटपुट सौंपने से पहले स्कोर करें; 32+ शिप-गुणवत्ता है।

गुणवत्ता जाँच

• स्प्रिंट लक्ष्य परिणाम-केंद्रित है ("X लागू करें" नहीं — "उपयोगकर्ता Y कर सकें" जैसा)
• टीम क्षमता वास्तविक उपलब्धता से निकाली गई है, सैद्धांतिक 100% से नहीं
• हर स्टोरी का स्वीकृति मानदंड है (जिनका नहीं है उन्हें चिह्नित करें)
• 8+ पॉइंट अनुमानित स्टोरी बाँटने के लिए चिह्नित हैं
• पिछले स्प्रिंट से आगे बढ़े आइटम क्षमता में गिने गए हैं

एंटी-पैटर्न

• स्प्रिंट लक्ष्य कार्य-सूची की तरह न लिखें — लक्ष्य परिणाम-केंद्रित और स्प्रिंट के अंत में पास/फ़ेल स्कोर योग्य होने चाहिए
• उपलब्ध क्षमता के 100% पर प्रतिबद्ध न हों — अनियोजित काम के लिए गुंजाइश रखने हेतु हमेशा 80% की सिफ़ारिश करें
• बिना स्वीकृति मानदंड की स्टोरी स्प्रिंट में न लें — प्रतिबद्ध होने से पहले उन्हें बाधा के रूप में चिह्नित करें
• 8+ पॉइंट अनुमानित स्टोरी को पहले बाँटे बिना स्प्रिंट में न आने दें
• क्षमता निकालते समय आगे बढ़े आइटम की अनदेखी न करें — वे क्षमता खाते हैं और नया काम लेने से पहले गिने जाने चाहिए

निष्पादन

टीम के ट्रैकर (Jira, Linear, GitHub Projects) तक पहुँच वाले टूल-उपयोग या कंप्यूटर-उपयोग एजेंटों के लिए। टूल पहुँच के बिना रनटाइम इस खंड को अनदेखा करके दस्तावेज़ सौंपते हैं। इस ब्लॉक के नियमों के लिए SKILLSPEC.md §5 देखें।

पूर्वशर्तें

• ऊपर की स्प्रिंट योजना तैयार हुई है और किसी मानव द्वारा स्पष्ट रूप से मंज़ूर है — असमीक्षित मसौदे से कभी स्प्रिंट न बनाएँ।
• ट्रैकर पहुँच एजेंट के वातावरण में पहले से प्रमाणित है; लक्षित बोर्ड/प्रोजेक्ट उपयोगकर्ता ने नामित किया है।
• इच्छित बदलावों की dry-run सूची दिखाई और पुष्ट की गई है।

अनुमत कार्रवाइयाँ

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

सत्यापन

• ट्रैकर से स्प्रिंट फिर से पढ़ें: आइटम संख्या और कुल पॉइंट मंज़ूर योजना के बराबर; हर ले जाया गया आइटम स्प्रिंट में है; स्प्रिंट तारीख़ें मेल खाती हैं।
• सत्यापन सारांश (आइटम, पॉइंट, तारीख़ें) उपयोगकर्ता को वापस पोस्ट करें।

रोलबैक

• पूर्ववत = आइटम वापस बैकलॉग में ले जाना और ख़ाली स्प्रिंट कंटेनर डिलीट करना।
• रुकें और मानव से पूछें अगर: योजना का कोई आइटम अब मौजूद नहीं या मंज़ूरी के बाद बदला, ट्रैकर कोई कार्रवाई अस्वीकार करता है, या बोर्ड में ओवरलैपिंग तारीख़ों वाला सक्रिय स्प्रिंट है।

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

• "एक स्प्रिंट की योजना बनाओ।"
• "बैकलॉग आइटम व्यवस्थित करो।"
• "स्प्रिंट लक्ष्य बनाओ।"
• "स्प्रिंट प्लानिंग एजेंडा तैयार करो।"

इस स्किल को अपने ब्राउज़र में चलाएँ: https://mohitagw15856.github.io/pm-claude-skills/skill/sprint-planning.html