it-swarm-eu.dev

KPI pro programátory

Znáte nějaké klíčové ukazatele výkonu pro vývojáře? Co by se mělo měřit a sledovat?

28
Raymund

Zvažte následující pravdu: dostanete přesně to, co měříte a sledujete. S ohledem na to:

Hrozné věci k měření

Řádky kódu - Elegantní kód má stručnou povahu. Řádky kódu povzbuzují nadýmání, kopírování a vkládání, nebo ještě horší kód kvůli kódu.

Time-to-solution - Kód vytvořený rychle obsahuje spoustu chyb.

Opravy chyb - jde o „čas do řešení“. Neodměňujte programátory za psaní šikmého kódu, a zejména ne odměňte je za vyřešení problémů, které způsobili na prvním místě!

Co, IMHO, měl bys měřit

Dopad. Jediné, na čem záleží, je to, co vaši vývojáři dělají . Napsali jste nástroj, který zvyšuje účinnost o 10%? A co automatizace úkolu, který trval 3 hodiny? A co refactoring této drsné knihovny, takže je nyní jednodušší použít pro všechny v týmu?

Měli byste měřit, co se stane po napsání kódu , a jak hodnotný je přínos pro cíle vaší firmy/společnosti. Je možné mít negativní dopad.

40
Chris Smith

http://i.stack.imgur.com/a0bTh.jpg

Které dveře představují váš kód? Které dveře reprezentují váš tým nebo vaši společnost? Proč jsme v té místnosti? Je to jen normální kontrola kódu, nebo jsme krátce po uvedení na trh našli proud hrozných problémů? Vyladíme paniku a překonáváme kód, o kterém jsme si mysleli, že funguje? Odcházejí zákazníci v houfech a manažeři vdechují naše krky.

(Robert C Martin, Clean Code - kniha, která se otevře s obrázkem nahoře)

32
Homde

Za předpokladu, že jste najali někoho inteligentního, měli by dělat věci. Kromě toho, když měříte zaměstnance (zejména programátory), získáte přesně to, co měříte.

Stručně řečeno, sledujte, jak se projekty realizují v rámci standardů týmu.

8
Austin Salonen

A co efektivita (odvedená práce/hod) ?. To lze měřit technikou pomodoro . Podívejte se na tuto prezentaci .

Jakmile sledujete odhady pomodoro a skutečné provedené pomodory na úkol, pak můžete změřit faktor reality, který tento nástroj nazýval pomodairo pro vás. Tento faktor reality může shrnout, jak dobré jsou vaše odhady a jak jste efektivní; pro hodnocení účinnosti bych se držel ne více než 2 pomodoro úkolů.

Považuji pomodoros za cíl (na individuálním základě), protože každý z nich znamená pevné množství soustředěné práce a jsou pro vás dobrým opatřením, které je třeba zlepšit, což je IMHO skutečný účel jakékoli metriky těchto druhů, na kterých záleží.

3
dukeofgaming

Právě jsme to při své práci prošli. Snažím se přijít na to, co by měly být naše KPI, a pak to, co naše KPI budou (protože se ukázalo, že je těžké je měřit).

KPI by mělo být měřítkem včasného řešení obchodních požadavků. Pokud někdo ví, jak to dobře měřit, dejte mi vědět. :)

Rozhodli jsme se použít # implementovaných funkcí. Naši zákazníci se odhlásí u každé funkce, která je postavena před uživatele, a jsou veřejně upřednostňováni (aby lidé mohli bojovat o to, aby za ni vyrazili první). Usoudili jsme, že to bude jednoduchý způsob, jak měřit, pokud se nám daří dobře. Uvidíme.....

1
dietbuddha

Neexistují téměř žádné obchodní metriky, které můžete použít. S programátorem musíte zacházet jako s matematikem nebo vědcem. Jediná věc, která se měří, je dopad nebo potenciální dopad nápadů/kódu. Vypočítali byste počet řádků v důkazu napsaném matematikem?

I když použijete měření, bude s ním programátor zacházet jako s problémem optimalizace v závislosti na tom, zda určuje jejich mzdy. Dalším bodem je, že produktivita programátorů se mění ze dne na den, v některých dnech je napsáno mnoho řádků kódu, jindy nejsou myšlenky na nové nápady atd.

Jaké jsou některé z klíčových ukazatelů výkonu manažera nebo manažera? Možná byste to měli zkusit použít pro programátory, protože se zabýváme také nápady a myšlenkami.

1
Rudolf Olah

Pro průmyslového programátora je $/hr ušetřeno (nebo vyděláno) podle mého názoru jediná smysluplná obchodní metrika.

Typy softwaru jsou známé tím, že mají herní myšlení (počítačové hry, pero a papír, hádanky atd.). Ne motivační chování, které není v souladu s obchodními potřebami.

Například, pokud považujete kLOC/týden za klíčový ukazatel, zjistíte, že pro stejnou funkci získáte mnohem více kLOC.

Příklad:

int foo() {
   return blah;
}

Lze dobře přeměnit na:

int
foo()
{
   return 
      blah;
}

Pro stejnou funkci. To je zvýšení 2x LOC. Pokud hodnotíte moji produktivitu především na základě LOC, raději věříte, že hodlám posoudit, zda chci získat ten bonus/podporu založenou na produktivitě.

0
Paul Nathan

Řekl bych, že musíte sladit metriky obchodních jednotek s programováním. Programátoři to nechtějí, protože se domnívají, že se obchodní jednotka podvede a nebude vypadat dobře.

Moje odpověď zní: Dude - nebo Dudette - spolupracujte s vašimi obchodními uživateli a vytvářejte pro ně úžasné nástroje, díky nimž budou velmi produktivní a jejich úspěch bude vaším úspěchem.

0