Czym jest Ghost%?

Punkt odniesienia

E to szacowany nakład pracy w wybranym zakresie i okresie, wyrażony w godzinach referencyjnych, wraz z przydzieloną nadwyżką. D to liczba dni dewelopera w wybranym trybie. S = Share ÷ 100: przy Share = 100% S wynosi 1. Domyślna baza Ghost to 3 godziny referencyjne na dzień dewelopera. Jest to wspólna podstawa porównywania wyników, a nie długość całego dnia pracy. Jeśli interfejs pozwala wybrać inną bazę, podstaw ją zamiast 3. Surowy Ghost% używa S = 1.

W trybie Spread D zlicza daty z dodatnim przydzielonym nakładem pracy, w tym kwalifikujące się daty weekendowe. Dzień bez commitów może zostać policzony, jeśli model umieści w nim nakład pracy; dzień bez przydzielonego nakładu nie jest liczony, a sam commit o zerowym nakładzie nie dodaje dnia Spread. Są to daty modelowane, a nie zaobserwowane dni pracy.

Tryb FTE wykorzystuje przedział aktywności dewelopera w wybranym zakresie: od pierwszej daty z nakładem pracy do daty ostatniego commita, w tym commitów o zerowym nakładzie. Przecina ten przedział z wybranym okresem i liczy dni robocze, także bez commitów lub nakładu, oraz daty weekendowe z dodatnim nakładem pracy. Widoki zespołowe mogą również ograniczać ten przedział do okresów członkostwa. Raporty z kalendarzem pracownika używają osobnego mianownika: dostępnych minut wynikających ze skonfigurowanego harmonogramu, wyjątków dla dat i nieobecności, podzielonych przez 480 minut pełnego dnia pracy. Stosują tę samą 3-godzinną normę i korektę Share; nie zmieniają standardowych liczb dni Spread/FTE.

Co koryguje Share

Share to ręcznie ustawiany przydział od 0% do 100%, domyślnie 100%. Traktuj 100% jako zwykłą pełnoetatową rolę deweloperską, a nie osiem godzin pisania kodu. 3-godzinna baza już uwzględnia zwykłą część tej roli niezwiązaną z kodowaniem. Obniż Share przy mniejszym przydziale do ocenianej pracy deweloperskiej, na przykład z powodu pracy w niepełnym wymiarze lub dodatkowych obowiązków; nie odejmuj ponownie zwykłej niekodowej części dnia.

Nakład pracy obejmuje zrozumienie odpowiedniego kodu, zaprojektowanie rozwiązania, wdrożenie, samodzielne testowanie i niezbędne poprawki. Share nie odejmuje tych czynności ponownie. Samodzielne przeglądy pracy innych osób, mentoring, spotkania oraz praca, która nie pozostawia śladu w analizowanym kodzie, nie są bezpośrednio mierzone. Menedżer podaje korektę wynikającą z kontekstu roli.

Share zmienia skorygowany Ghost% przez dzielenie. Nie zmienia szacowanego nakładu pracy, przydzielonej osi czasu, surowego Ghost%, liczby dni ani kosztu. Przy Share = 0% skorygowany Ghost% jest niedostępny, a nie równy zero lub nieskończoności. Nierozstrzygnięty Share także powoduje jego niedostępność. Ten Coding Share jest odrębny od eksperymentalnego udziału śladów AI pokazywanego w innych częściach produktu.

Przykłady indywidualne

Przy domyślnej normie E = 30 godzin referencyjnych i D = 10 dni daje 100% dla Share = 100%: 30 ÷ (10 × 3 × 1) × 100. Przy tych samych E i D, ale Share = 50%, skorygowany Ghost% wynosi 200%; surowy Ghost% pozostaje równy 100%. Przy Share = 0% skorygowany Ghost% jest niedostępny, a 30 godzin referencyjnych pozostaje bez zmian.

Wybrany tryb ma znaczenie: 6 godzin referencyjnych umieszczonych w jednej dacie daje 200% w trybie Spread. Jeśli ta data mieści się w 20-dniowym przedziale FTE, Ghost% FTE wynosi 10% przy Share = 100%. Ten sam wynik kodowy jest porównywany z różnymi liczbami dni; żaden wynik nie odtwarza rzeczywistego czasu pracy.

Sumy zespołu i repozytorium

Ogólny Ghost% pokazywany w panelu i publicznych podsumowaniach repozytoriów jest średnią indywidualnych wartości procentowych ważoną nakładem pracy: Σ(Eᵢ × Ghost%ᵢ) ÷ ΣEᵢ. Wartość każdej osoby uwzględnia już jej własną liczbę dni i Share. Nie jest to całkowity nakład zespołu podzielony przez 3, wspólny wskaźnik na osobodzień ani prosta średnia osób. Odczytuj sumę wraz z wybranym zakresem i trybem.

Przykład: A ma 30 godzin referencyjnych w ciągu 10 dni (100%), a B ma 15 w ciągu 10 dni (50%); oboje mają Share = 100%. Ogólny wynik ważony nakładem wynosi (30 × 100 + 15 × 50) ÷ 45 = 83,33%. Podzielenie ich łącznych 45 godzin przez 20 osobodni, a następnie przez 3 dałoby 75% — inną statystykę. Dodatni nakład należący do osoby z niedostępnym skorygowanym Ghost% sprawia, że skorygowany wynik ogólny także jest niedostępny; osoby z zerowym nakładem nie dodają wagi.

Rozkładanie nakładu pracy w czasie

Oś czasu jest modelem możliwego rozkładu szacowanego nakładu pracy, a nie obserwacją tego, kiedy praca została wykonana. Zwykła alokacja ma wspólną pojemność 5 godzin referencyjnych na osobę dziennie we wszystkich repozytoriach i aliasach e-mail w jednym obszarze roboczym. Commity utworzone tego samego dnia są grupowane, a wcześniejsze alokacje wykorzystują tę pojemność.

Bieżące okno alokacji obejmuje 14 dat kalendarzowych: datę commita i 13 wcześniejszych dat, które mogą przypadać przed pierwszym commitem lub wybranym okresem raportowania. Data commita kwalifikuje się nawet w weekend; wcześniejsze soboty i niedziele są pomijane. Nadwyżka zostaje zachowana i uwzględniona w modelowanym rozkładzie w czasie. Ta obliczona nadwyżka nie oznacza zaobserwowanych nadgodzin. Filtry raportu wybierają daty, do których przydzielono nakład pracy; zmiana widocznego okresu nie przenosi całego nakładu danego commita do tego okresu.

Pojemność alokacji wynosząca 5 godzin i 3-godzinna baza Ghost służą różnym celom. Pojemność umieszcza referencyjny nakład pracy na osi czasu, a baza przelicza dzienny referencyjny wynik na względne oszacowanie produktywności. Żadna z tych liczb nie rejestruje rzeczywistego dnia pracy dewelopera. Daty są interpretowane w strefie czasowej projekcji. Starsze obszary robocze i zapisane analizy mogą zachowywać poprzednie zasady rozkładu; te parametry opisują bieżące zasady.

Jak to czytać

Wyświetlane przedziały porównują wynik z wybraną bazą referencyjną. Interpretuj je na podstawie utrzymujących się wzorców i kontekstu roli:

• 120% i więcej — powyżej bazy referencyjnej.
• 100% do 120% — na poziomie punktu odniesienia lub powyżej niego.
• 80% do 100% — nieco poniżej punktu odniesienia.
• Poniżej 80% — znacznie poniżej punktu odniesienia.

Co oznacza wynik powyżej 100%

Wynik powyżej 100% oznacza, że szacowana produkcja kodu przekracza bazę dla wybranego sposobu liczenia dni i Share. Jedną z przyczyn może być pomoc AI, obok doświadczenia, narzędzi i charakteru pracy. Sam wysoki Ghost% nie dowodzi użycia AI, jakości kodu ani wpływu biznesowego.

Czym Ghost% nie jest

Jest to obarczone niepewnością, oparte na modelu oszacowanie indywidualnej produktywności kodu. Nie mierzy rzeczywistych godzin, sumienności, zdolności, jakości kodu, wpływu biznesowego ani całej pracy poza analizowanymi zmianami. Używaj go do badania utrzymującego się niskiego wkładu i dostrzegania deweloperów osiągających dobre wyniki, z niezależnym przeglądem i kontekstem roli. Nie może być jedyną ani główną podstawą zatrudnienia, wynagrodzenia, awansu lub zwolnienia ani automatycznym werdyktem na temat osoby.

DevGhost wykorzystuje historię i zmiany w Git. Nie wymaga rejestrowania czasu, przechwytywania ekranu ani rejestrowania naciśnięć klawiszy.