Ghost% क्या है?

आधाररेखा

E चुने गए दायरे और अवधि में संदर्भ घंटों में अनुमानित प्रयास है, जिसमें आवंटित अतिरिक्त प्रयास शामिल है। D चुने गए मोड में डेवलपर के दिनों की संख्या है। S = Share ÷ 100; जब Share = 100% हो, तब S का मान 1 है। डिफ़ॉल्ट Ghost आधार-रेखा प्रति डेवलपर-दिन 3 संदर्भ घंटे है। यह आउटपुट की तुलना का साझा आधार है, पूरे कार्यदिवस की अवधि नहीं। अगर इंटरफ़ेस दूसरी आधार-रेखा चुनने देता है, तो 3 की जगह उसका उपयोग करें। कच्चा Ghost% S = 1 का उपयोग करता है।

Spread मोड में D उन तारीखों को गिनता है जिन पर सकारात्मक प्रयास आवंटित है, जिनमें योग्य सप्ताहांत तारीखें भी शामिल हैं। मॉडल किसी बिना कमिट वाले दिन पर प्रयास रखे तो वह गिना जा सकता है; बिना आवंटित प्रयास वाला दिन नहीं गिना जाता और अकेला शून्य-प्रयास कमिट Spread दिन नहीं जोड़ता। ये मॉडल की गई तारीखें हैं, देखे गए कार्यदिवस नहीं।

FTE मोड चुने गए दायरे में डेवलपर की गतिविधि अवधि का उपयोग करता है: प्रयास वाली पहली तारीख से अंतिम कमिट तारीख तक, शून्य-प्रयास कमिट सहित। इसे चुनी गई अवधि से काटकर कार्यदिवस गिने जाते हैं, जिनमें बिना कमिट या प्रयास वाले दिन भी हैं, साथ ही सकारात्मक प्रयास वाली सप्ताहांत तारीखें। टीम दृश्य इस अवधि को सदस्यता अवधियों तक सीमित भी कर सकते हैं। कर्मचारी-कैलेंडर रिपोर्ट अलग हर का उपयोग करती हैं: कॉन्फ़िगर किए गए शेड्यूल, तारीख ओवरराइड और अनुपस्थिति से उपलब्ध मिनट, जिन्हें प्रति पूर्णकालिक दिन 480 मिनट से भाग दिया जाता है। वे वही 3 घंटे का मानक और Share समायोजन लागू करती हैं; मानक Spread/FTE दिन-गणना नहीं बदलतीं।

Share क्या समायोजित करता है

Share मैन्युअल रूप से तय 0% से 100% का आवंटन है, जिसका डिफ़ॉल्ट 100% है। 100% को सामान्य पूर्णकालिक डेवलपमेंट भूमिका मानें, आठ घंटे टाइपिंग नहीं। 3 घंटे की आधार-रेखा उस भूमिका के सामान्य गैर-कोडिंग हिस्से के लिए पहले ही जगह छोड़ती है। आंके जा रहे डेवलपमेंट काम में कम आवंटन, जैसे अंशकालिक काम या अतिरिक्त जिम्मेदारियाँ, होने पर Share घटाएँ; दिन के सामान्य गैर-कोडिंग हिस्से को दोबारा न घटाएँ।

प्रयास में संबंधित कोड समझना, समाधान तैयार करना, कार्यान्वयन, स्व-परीक्षण और आवश्यक सुधार शामिल हैं। Share इन गतिविधियों को दोबारा नहीं घटाता। दूसरों के काम की अलग समीक्षा, मेंटरिंग, बैठकें और ऐसा काम जिसका विश्लेषित कोड में कोई निशान नहीं है, सीधे नहीं मापे जाते। प्रबंधक भूमिका के संदर्भ के अनुसार समायोजन देता है।

Share भाग देकर समायोजित Ghost% बदलता है। यह अनुमानित प्रयास, आवंटित टाइमलाइन, रॉ Ghost%, दिन-गणना या लागत नहीं बदलता। Share = 0% पर समायोजित Ghost% अनुपलब्ध होता है, शून्य या अनंत नहीं। अनिर्धारित Share भी उसे अनुपलब्ध बनाता है। यह Coding Share उत्पाद में अन्य जगह दिखाए गए प्रायोगिक AI-trace share से अलग है।

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

डिफ़ॉल्ट मानक पर E = 30 संदर्भ घंटे और D = 10 दिन, Share = 100% के साथ 100% देते हैं: 30 ÷ (10 × 3 × 1) × 100। समान E और D लेकिन Share = 50% पर समायोजित Ghost% 200% है; रॉ Ghost% 100% रहता है। Share = 0% पर समायोजित Ghost% अनुपलब्ध है और 30 संदर्भ घंटे बने रहते हैं।

चुना गया मोड मायने रखता है: एक तारीख पर रखे 6 संदर्भ घंटे Spread मोड में 200% देते हैं। यदि वह तारीख 20 कार्यदिवस की FTE अवधि में आती है, तो Share = 100% पर FTE Ghost% 10% होता है। समान कोड आउटपुट की अलग दिन-गणनाओं से तुलना होती है; कोई परिणाम वास्तविक कार्य समय फिर से नहीं बनाता।

टीम और रिपॉज़िटरी योग

डैशबोर्ड और सार्वजनिक रिपॉज़िटरी सारांशों में दिखाया गया कुल Ghost% व्यक्तिगत प्रतिशतों का प्रयास-भारित औसत है: Σ(Eᵢ × Ghost%ᵢ) ÷ ΣEᵢ। हर व्यक्ति का प्रतिशत पहले ही उसकी अपनी दिन-गणना और Share इस्तेमाल करता है। यह कुल टीम प्रयास को 3 से भाग देना, संयुक्त व्यक्ति-दिन दर या लोगों का साधारण औसत नहीं है। कुल परिणाम के साथ चुना गया दायरा और मोड भी देखें।

उदाहरण: A के पास 10 दिनों में 30 संदर्भ घंटे (100%) और B के पास 10 दिनों में 15 (50%) हैं, दोनों का Share = 100% है। प्रयास-भारित कुल परिणाम (30 × 100 + 15 × 50) ÷ 45 = 83.33% है। उनके संयुक्त 45 घंटों को 20 व्यक्ति-दिनों और फिर 3 से भाग देने पर 75% मिलेगा, जो अलग आँकड़ा है। अनुपलब्ध समायोजित Ghost% वाले व्यक्ति का सकारात्मक प्रयास कुल समायोजित परिणाम अनुपलब्ध बनाता है; शून्य-प्रयास योगदानकर्ता कोई भार नहीं जोड़ते।

समय के साथ प्रयास का वितरण

टाइमलाइन इस बात का मॉडल है कि अनुमानित प्रयास कैसे बाँटा जा सकता है, यह इस बात का अवलोकन नहीं कि काम कब हुआ। सामान्य आवंटन में एक वर्कस्पेस के सभी रिपॉज़िटरी और ईमेल उपनामों पर प्रति व्यक्ति प्रति दिन 5 संदर्भ घंटों की साझा क्षमता होती है। एक ही तारीख को लिखे गए कमिट समूहित होते हैं और पिछले आवंटन उस क्षमता का उपयोग करते हैं।

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

5 घंटे की आवंटन क्षमता और 3 घंटे की Ghost आधार-रेखा अलग उद्देश्यों के लिए हैं। क्षमता संदर्भ प्रयास को टाइमलाइन पर रखती है; आधार-रेखा दैनिक संदर्भ आउटपुट को सापेक्ष उत्पादकता अनुमान में बदलती है। कोई भी संख्या डेवलपर का वास्तविक कार्यदिवस दर्ज नहीं करती। तारीखों की व्याख्या प्रोजेक्शन के समय क्षेत्र में होती है। पुराने वर्कस्पेस और सहेजे गए विश्लेषण पुरानी वितरण नीति रख सकते हैं; ये पैरामीटर वर्तमान नीति बताते हैं।

इसे कैसे पढ़ें

दिखाए गए बैंड आउटपुट की तुलना चुनी गई संदर्भ आधार-रेखा से करते हैं। उनकी व्याख्या के लिए लगातार पैटर्न और भूमिका का संदर्भ देखें:

• 120% और अधिक — संदर्भ आधार-रेखा से ऊपर।
• 100% से 120% — आधाररेखा पर या उससे ऊपर।
• 80% से 100% — आधाररेखा से थोड़ा नीचे।
• 80% से नीचे — आधाररेखा से काफ़ी नीचे।

100% से अधिक परिणाम का अर्थ

100% से अधिक का अर्थ है कि अनुमानित कोड आउटपुट चुने गए दिन-आधार और Share के लिए आधार-रेखा से ऊपर है। अनुभव, उपकरण और काम की प्रकृति के साथ AI सहायता भी एक कारण हो सकती है। केवल अधिक Ghost% AI उपयोग, कोड गुणवत्ता या व्यावसायिक प्रभाव सिद्ध नहीं करता।

Ghost% क्या नहीं है

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

DevGhost Git इतिहास और बदलावों का उपयोग करता है। इसे समय ट्रैकिंग, स्क्रीन कैप्चर या कीस्ट्रोक लॉगिंग की आवश्यकता नहीं होती।