okr-builder

# machine-translated to hi from skills/okr-builder/SKILL.md — review: pending. Native fixes welcome via PR.name: okr-builderdescription: "प्रोडक्ट टीमों, स्टार्टअप और व्यक्तियों के लिए सुसंरचित OKR (उद्देश्य और मुख्य परिणाम) बनाएँ। जब कोई OKR लिखने, त्रैमासिक लक्ष्य तय करने, मुख्य परिणाम परिभाषित करने या मौजूदा OKR की समीक्षा करने को कहे, तब इसका उपयोग करें। उद्देश्यों, मापने योग्य मुख्य परिणामों, बेसलाइन और स्कोरिंग गाइड के साथ एक पूरा OKR सेट तैयार करता है।"

OKR बिल्डर स्किल

महत्वाकांक्षी, मापने योग्य OKR लिखें जो प्रोडक्ट के काम को कंपनी की रणनीति से जोड़ें। दिखावटी मेट्रिक, आउटपुट-केंद्रित मुख्य परिणामों और कार्य-सूची जैसे लगने वाले उद्देश्यों से बचें।

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

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

• पहले पढ़ें: context.md (मेट्रिक परिभाषाएँ), knowledge/strategy.md (प्रोडक्ट कहाँ जा रहा है), और कोई खुली hypotheses/। python3 ../professional-brain/scripts/brain_query.py ./brain "<objective theme>" चलाएँ और हर तथ्य का स्रोत टैग साथ रखें — किसी [hunch] पर ऐसे मुख्य परिणाम न तय करें मानो वह [data] हो।
• 📥 Brain को प्रस्ताव दें: तैयार करने के बाद, चुने गए उद्देश्यों + KR लक्ष्यों को decisions/ रिकॉर्ड (अवधि का दाँव) के रूप में और किसी नई मेट्रिक परिभाषा को knowledge/ में दर्ज करने का प्रस्ताव दें, हर एक स्रोत-टैग सहित। उन्हें दिखाएँ, हाँ लें, फिर ../professional-brain/scripts/brain_write.py … --commit से लिखें (सिर्फ़-जोड़ने वाला, डिफ़ॉल्ट रूप से dry-run)।

ब्रीफ़ से काम करना

आपको अक्सर हर विवरण के बिना एक छोटा ब्रीफ़ मिलेगा (कोई बेसलाइन नहीं, कोई सटीक संख्या नहीं)। हमेशा एक पूरा, विशिष्ट OKR सेट फिर भी दें — सवाल पूछने के लिए न रुकें और [target] जैसे कोष्ठक वाले प्लेसहोल्डर न छोड़ें। जहाँ बेसलाइन या संख्या गायब हो, ब्रीफ़ और डोमेन से यथार्थवादी मान का अनुमान लगाएँ और उसे (माना गया — पुष्टि करें) चिह्नित करें। स्पष्ट लेबल वाली मानी गई बेसलाइन (जैसे "सक्रियण 40% (माना गया) → 60%") ख़ाली जगह या तथ्य की तरह गढ़े आँकड़े से हमेशा बेहतर है।

गहरी सामग्री

• references/bad-okr-gallery.md — निदान और पुनर्लेखन के साथ छह यथार्थवादी बुरे OKR (भेस बदला रोडमैप, अपरीक्ष्य उद्देश्य, सैंडबैगिंग, अनियंत्रित KR, मेट्रिक का चिड़ियाघर, गायब गार्डरेल), 5-प्रश्न निदान पर समाप्त। मौजूदा OKR की समीक्षा करते समय इसका उपयोग करें — प्रतिक्रिया लिखने से पहले गैलरी से मिलाएँ।
• templates/okr-worksheet.md — एक भरने योग्य वर्कशीट जिसके कॉलम गुणवत्ता गेट लागू करते हैं (बेसलाइन स्रोत, बहाव परीक्षण, नियंत्रण परीक्षण, गार्डरेल) साथ में पहले से तय तिमाही-अंत स्कोरिंग रूब्रिक। जब कोई टीम खुद OKR का मसौदा बनाना चाहे, तब यह पेश करें।

OKR के मूल तत्व

उद्देश्य: गुणात्मक, प्रेरक, समयबद्ध। "हम कहाँ जा रहे हैं?" का उत्तर देता है। मुख्य परिणाम: मात्रात्मक, विशिष्ट, मापने योग्य। "हमें कैसे पता चलेगा कि हम पहुँच गए?" का उत्तर देता है।

अच्छे KR की परीक्षा

• क्या अवधि के अंत में इसे 0.0–1.0 पर स्कोर किया जा सकता है?
• क्या यह आउटपुट नहीं, परिणाम मापता है? ("नए ग्राहकों से राजस्व 30% बढ़ा", न कि "3 फ़ीचर लॉन्च करें")
• क्या यह महत्वाकांक्षी पर हासिल करने योग्य है? (70% प्राप्ति को स्वर्ण मानक मानें)
• क्या यह टीम के नियंत्रण में है?

चिह्नित और ठीक करने योग्य आम OKR एंटी-पैटर्न

एंटी-पैटर्न हमेशा चिह्नित करें और पुनर्लेखन पेश करें।

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

[तिमाही] OKR — [टीम/प्रोडक्ट क्षेत्र]

---

उद्देश्य 1: [प्रेरक, गुणात्मक कथन]

यह क्यों मायने रखता है: [1–2 वाक्य का रणनीतिक संदर्भ]

स्वामी: [नाम/भूमिका] चेक-इन आवृत्ति: साप्ताहिक

---

हर उद्देश्य के लिए दोहराएँ। प्रति टीम प्रति तिमाही 2–4 उद्देश्यों की सिफ़ारिश करें।

शामिल करने योग्य स्कोरिंग गाइड

तिमाही के अंत में हर KR को स्कोर करें:

• 0.7–1.0 = उत्कृष्ट (0.7 "मीठा बिंदु" है — अगर सभी KR 1.0 स्कोर करें, तो वे पर्याप्त महत्वाकांक्षी नहीं थे)
• 0.4–0.6 = प्रगति हुई पर चूक गए
• 0.0–0.3 = चूक गए — पूर्वव्यापी चर्चा ज़रूरी

इनपुट (जो न दिए गए हों उनका अनुमान लगाएँ — धारणाएँ लेबल करें)

• OKR किस टीम या व्यक्ति के लिए हैं
• तिमाही और वर्ष
• कंपनी या प्रोडक्ट का नॉर्थ स्टार मेट्रिक (OKR इससे जुड़ने चाहिए — न दिया गया हो तो एक विश्वसनीय अनुमान लगाएँ और (माना गया) लेबल करें)
• इस तिमाही की शीर्ष 3 प्राथमिकताएँ या लक्ष्य (कच्चे नोट चलेंगे)
• समीक्षा या सुधार के लिए कोई मौजूदा OKR (वैकल्पिक)

दिशानिर्देश

• OKR को कंपनी/प्रोडक्ट नॉर्थ स्टार से जोड़ें; न दिया गया हो तो पूछने के बजाय विश्वसनीय अनुमान लगाएँ और (माना गया) लेबल करें
• प्रति टीम प्रति तिमाही 3 से ज़्यादा उद्देश्यों की सिफ़ारिश न करें
• अगर उपयोगकर्ता आउटपुट-आधारित लक्ष्य दे, तो हमेशा परिणामों के रूप में फिर से ढालें
• एक "स्वास्थ्य जाँच" खंड शामिल करें जो बताए कि किन KR के पास वर्तमान बेसलाइन डेटा नहीं है
• उपयोगकर्ता को याद दिलाएँ: OKR प्रदर्शन समीक्षा नहीं हैं — वे इतने महत्वाकांक्षी होने चाहिए कि उन्हें चूकना ठीक हो

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

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

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

• हर KR बेसलाइन और लक्ष्य के साथ मापने योग्य है
• कोई आउटपुट-आधारित KR नहीं (कोई "X लॉन्च करें" या "Y पूरा करें" नहीं)
• प्रति उद्देश्य अधिकतम 4 KR
• OKR कंपनी या प्रोडक्ट नॉर्थ स्टार से जुड़ते हैं
• इतने महत्वाकांक्षी कि 0.7 प्राप्ति अपेक्षित स्कोर हो

एंटी-पैटर्न

• आउटपुट-आधारित मुख्य परिणाम स्वीकार न करें — "X लॉन्च करें" या "Y पूरा करें" जैसे किसी भी KR को बेसलाइन और लक्ष्य वाले परिणाम के रूप में फिर से लिखना होगा
• कंपनी या प्रोडक्ट नॉर्थ स्टार पूछे बिना OKR न लिखें — रणनीतिक संदर्भ से कटे OKR बस लक्ष्य-निर्धारण अभ्यास हैं
• प्रति उद्देश्य 4 से ज़्यादा KR न लिखें — बहुत ज़्यादा KR फ़ोकस को पतला करते हैं और तिमाही के अंत में स्कोरिंग को अस्पष्ट बनाते हैं
• द्विआधारी KR (शिप/न शिप) न उपयोग करें — हर KR प्राप्ति की मात्रा के आधार पर 0.0–1.0 पैमाने पर स्कोर योग्य होना चाहिए
• बेसलाइन पर स्वास्थ्य जाँच खंड न छोड़ें — बिना वर्तमान बेसलाइन के OKR तिमाही के अंत में वस्तुनिष्ठ रूप से स्कोर नहीं हो सकते

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

• "OKR लिखो।"
• "त्रैमासिक लक्ष्य तय करो।"
• "मुख्य परिणाम परिभाषित करो।"
• "मौजूदा OKR की समीक्षा करो।"

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