Co je Ghost%?

Základní úroveň

E je odhadované úsilí ve vybraném rozsahu a období v referenčních hodinách, včetně přiděleného přebytku. D je počet dnů vývojáře ve vybraném režimu. S = Share ÷ 100: při Share = 100 % je S rovno 1. Výchozí Ghost základna je 3 referenční hodiny na vývojářský den. Jde o společný základ pro srovnávání výstupu, nikoli délku celého pracovního dne. Pokud rozhraní umožňuje zvolit jinou základnu, dosaďte ji místo 3. Raw Ghost% používá S = 1.

V režimu Spread počítá D data s kladným přiděleným úsilím, včetně způsobilých víkendových dat. Den bez commitů se může počítat, pokud na něj model umístí úsilí; den bez přiděleného úsilí se nepočítá a samotný commit s nulovým úsilím nepřidá žádný den Spread. Jde o modelovaná data, nikoli pozorované pracovní dny.

Režim FTE používá rozsah aktivity vývojáře ve vybraném rozsahu: od prvního data nesoucího úsilí po datum posledního commitu, včetně commitů s nulovým úsilím. Tento rozsah protne s vybraným obdobím a počítá pracovní dny, i když v nich nejsou commity ani úsilí, a navíc víkendová data s kladným úsilím. Týmové pohledy mohou tento rozsah omezit také na období členství v týmu. Reporty se zaměstnaneckým kalendářem používají samostatný jmenovatel: dostupné minuty z nastaveného rozvrhu, změn pro konkrétní data a absencí, dělené 480 minutami na den plného úvazku. Používají stejnou tříhodinovou normu a úpravu Share; standardní počty dnů Spread a FTE nemění.

Co Share upravuje

Share je ručně nastavené přidělení od 0 % do 100 %, ve výchozím nastavení 100 %. Hodnotu 100 % chápejte jako běžnou vývojářskou roli na plný úvazek, nikoli osm hodin psaní kódu. Tříhodinová základna už ponechává prostor pro běžnou nekódovací část této role. Share snižte při menším zapojení do posuzované vývojářské práce, například při částečném úvazku nebo dalších povinnostech; běžnou nekódovací část dne neodečítejte znovu.

Úsilí zahrnuje pochopení relevantního kódu, návrh řešení, implementaci, samostatné testování a nezbytné opravy. Share tyto činnosti znovu neodečítá. Samostatná review práce jiných lidí, mentoring, schůzky a práce bez stopy v analyzovaném kódu se přímo neměří. Úpravu podle kontextu role zadává vedoucí.

Share mění upravené Ghost% dělením. Nemění odhadované úsilí, přidělenou časovou osu, Raw Ghost%, počty dnů ani náklady. Při Share = 0 % je upravené Ghost% nedostupné, nikoli nulové nebo nekonečné. Také nevyřešený Share je činí nedostupným. Tento Coding Share je oddělený od experimentálního podílu stop AI zobrazovaného jinde v produktu.

Příklady jednotlivců

Při výchozí normě dávají E = 30 referenčních hodin a D = 10 dnů hodnotu 100 % při Share = 100 %: 30 ÷ (10 × 3 × 1) × 100. Při stejných E a D, ale Share = 50 %, je upravené Ghost% 200 %; Raw Ghost% zůstává 100 %. Při Share = 0 % je upravené Ghost% nedostupné a 30 referenčních hodin zůstává zachováno.

Na vybraném režimu záleží: 6 referenčních hodin umístěných na jedno datum dává v režimu Spread 200 %. Pokud toto datum spadá do FTE rozsahu 20 pracovních dnů, je FTE Ghost% při Share = 100 % rovno 10 %. Stejný výstup kódu se porovnává s různými počty dnů; žádný výsledek nerekonstruuje skutečnou pracovní dobu.

Souhrny týmu a repozitáře

Celkové Ghost% zobrazené na dashboardu a ve veřejných souhrnech repozitářů je průměr individuálních procent vážený úsilím: Σ(Eᵢ × Ghost%ᵢ) ÷ ΣEᵢ. Procento každého člověka již používá jeho vlastní počet dnů a Share. Není to celkové úsilí týmu dělené 3 ani společná sazba za osoboden či prostý průměr lidí. Celkový výsledek čtěte spolu s vybraným rozsahem a režimem.

Příklad: A má 30 referenčních hodin za 10 dnů (100 %) a B má 15 za 10 dnů (50 %), oba při Share = 100 %. Celkový výsledek vážený úsilím je (30 × 100 + 15 × 50) ÷ 45 = 83,33 %. Vydělení jejich společných 45 hodin 20 osobodny a poté 3 by dalo 75 %, což je jiná statistika. Kladné úsilí člověka s nedostupným upraveným Ghost% způsobí nedostupnost upraveného celkového výsledku; přispěvatelé s nulovým úsilím nepřidávají žádnou váhu.

Rozložení úsilí v čase

Časová osa je modelem toho, jak by se odhadované úsilí mohlo rozdělit, nikoli pozorováním toho, kdy práce proběhla. Běžné přidělení má společnou kapacitu 5 referenčních hodin na osobu a den napříč repozitáři a e-mailovými aliasy v jednom pracovním prostoru. Commity se stejným datem autora se seskupují a předchozí přidělení tuto kapacitu spotřebovávají.

Aktuální přidělovací okno obsahuje 14 kalendářních dat: datum commitu a 13 předchozích dat, případně před prvním commitem nebo vybraným obdobím reportu. Datum commitu je způsobilé i o víkendu; dřívější soboty a neděle se přeskakují. Přebytek se zachová a zahrne do modelovaného rozložení v čase. Tento vypočtený přebytek není pozorovaný přesčas. Filtry reportu vybírají data, ke kterým bylo úsilí přiděleno; změna viditelného období nepřesune veškeré úsilí commitu do tohoto období.

Přidělovací kapacita 5 hodin a tříhodinová Ghost základna slouží různým účelům. Kapacita umisťuje referenční úsilí na časovou osu; základna převádí denní referenční výstup na relativní odhad produktivity. Ani jedno číslo nezaznamenává skutečný pracovní den vývojáře. Data se vykládají v časovém pásmu projekce. Starší pracovní prostory a uložené analýzy mohou zachovávat předchozí pravidla rozdělení; tyto parametry popisují aktuální pravidla.

Jak ho číst

Zobrazená pásma porovnávají výstup s vybranou referenční základnou. Vykládejte je podle dlouhodobých vzorců a kontextu role:

• 120 % a více – nad referenční základnou.
• 100 % až 120 % — na úrovni základní laťky nebo nad ní.
• 80 % až 100 % — mírně pod základní úrovní.
• Pod 80 % — výrazně pod základní úrovní.

Co znamená výsledek nad 100 %

Hodnota nad 100 % znamená, že odhadovaný výstup kódu překračuje základnu pro vybraný způsob počítání dnů a Share. Jednou z příčin může být pomoc AI, vedle zkušeností, nástrojů a povahy práce. Vysoké Ghost% samo o sobě nedokazuje použití AI, kvalitu kódu ani obchodní dopad.

Co Ghost% není

Jde o modelový odhad individuální produktivity kódu s nejistotou. Neměří skutečné hodiny, píli, schopnosti, kvalitu kódu, obchodní dopad ani veškerou práci mimo analyzované změny. Používejte jej k prověření dlouhodobě nízkého přínosu a rozpoznání silných vývojářů, s nezávislou kontrolou a kontextem role. Nesmí být jediným ani hlavním podkladem pro nábor, odměňování, povýšení nebo propuštění ani automatizovaným verdiktem o člověku.

DevGhost používá historii a změny v Gitu. Nepotřebuje sledování času, snímání obrazovky ani zaznamenávání stisků kláves.