it-swarm.dev

Programcılar için KPI'lar

Geliştiriciler için Temel Performans Göstergeleri biliyor musunuz? Neler ölçülmeli ve izlenmelidir?

28
Raymund

Aşağıdaki gerçeği düşünün: tam olarak ölçtüğünüz ve izlediğiniz şeyi alacaksınız. Bunu göz önünde bulundurarak:

Ölçülecek korkunç şeyler

Kod satırları - Zarif kodun özlü bir doğası vardır. Kod satırları, kod uğruna şişkinlik, kopyala yapıştır ve hatta daha da kötüsü kodu teşvik eder.

Çözüm zamanı - Kod hızlı bir şekilde yapılır ve birçok hata bulunur.

Hata düzeltmeleri - Bu, 'çözüm zamanı' ile gider. Programcıları alıştırma kodu yazdıkları için ödüllendirmeyin ve özellikle ilk başta neden oldukları sorunları çözdükleri için onları ödüllendirmeyin!

Ne, IMHO, ölçmelisin

Etki. Önemli olan tek şey geliştiricilerinizin yapmak. Verimliliği% 10 artıran bir araç yazdınız mı? 3 saat süren bir görevi otomatikleştirmeye ne dersiniz? Ekipteki herkes için artık daha kolay olması için bu gnarly kütüphanesini yeniden düzenlemeye ne dersiniz?

Ne olacağını after kodunu ve işinizin/şirketinizin hedeflerine olan katkının ne kadar değerli olduğunu ölçmelisiniz. Olumsuz bir etkinin olabileceğini unutmayın.

40
Chris Smith

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

Hangi kapı kodunuzu temsil eder? Hangi kapı ekibinizi veya şirketinizi temsil eder? Neden o odadayız? Bu sadece normal bir kod incelemesi mi yoksa canlı yayına başladıktan kısa bir süre sonra korkunç bir sorun akışı mı bulduk? Panik içinde hata ayıklıyor muyuz, işe yaradığını düşündüğümüz kodun üzerinden mi bakıyoruz? Arabayı terk eden müşteriler ve müdürler boyunlarımızı soluyor mu ..

(Robert C Martin, Temiz Kod - yukarıdaki resimle açılan kitap)

32
Homde

Akıllı birini işe aldığınızı varsayarsak, işlerini halletmeleri gerekir. Bunun ötesinde, çalışanları (özellikle programcılar) ölçtüğünüzde, tam olarak ölçtüğünüz şeyi elde edersiniz.

Kısacası, projelerin ekibin standartları dahilinde yapıldığını izleyin.

8
Austin Salonen

Verimlilik (iş bitti/saat) ne dersiniz? Bu pomodoro tekniği ile ölçülebilir. Bu sunuma bakın .

Pomodoro tahminlerinizi ve görev başına gerçek yürütülen pomodoroları izledikten sonra, bu aracın pomodairo adlı gerçeklik faktörünü ölçebilirsiniz. sizin için yapar. Bu gerçeklik faktörü, tahminlerinizin ne kadar iyi olduğunu ve ne kadar verimli olduğunuzu özetleyebilir; verimliliği değerlendirmek için en fazla 2 pomodoro görevine bağlı kalırım.

Ben pomodoros objektif buluyorum (bireysel olarak) çünkü her biri sabit bir odaklanmış çalışma anlamına gelir ve IMHO, bu tür herhangi bir metriğin asıl amacı olan iyileştirmeniz için iyi bir önlemdir.

3
dukeofgaming

Bunu işimde geçtik. KPI'larımızın ne olması gerektiğini ve ardından KPI'larımızın ne olacağını anlamaya çalışmak (ölçmek zor olduğu ortaya çıktı).

KPI, iş gereksinimlerini zamanında çözmenin bir ölçüsü olmalıdır. Birisi bunu ölçmenin iyi bir yolunu biliyorsa bana bildirin. :)

Uygulanan # özelliği kullanmaya karar verdik. Müşterilerimiz, kullanıcıların karşılaştığı her özellikte oturumlarını kapatır ve herkese açık olarak öncelik verilir (böylece insanlar önce kendileri için mücadele edebilirler). Bunun iyi performans gösterip göstermediğimizi ölçmenin basit bir yolu olacağını düşündük. Göreceğiz.....

1
dietbuddha

Kullanabileceğiniz neredeyse hiç iş ölçümü yoktur. Programcıya bir matematikçi ya da bilim adamı gibi davranmalısınız. Orada ölçülen tek şey fikirlerin/kodların etkisi veya potansiyel etkisidir. Bir matematikçi tarafından yazılmış bir ispattaki satır sayısını sayabilir misiniz?

Bir ölçüm kullansanız bile, ücretlerini belirleyip belirlememesine bağlı olarak programcı tarafından bir optimizasyon problemi olarak ele alınacaktır. Başka bir nokta, programcı verimliliğinin günden güne değişmesidir, bazı günlerde çok sayıda kod satırı vardır, diğer zamanlarda yeni tasarım fikirleri düşünülmez, vb.

Bir yönetici veya yönetici için bazı temel performans göstergeleri nelerdir? Belki fikirleri ve düşüncelerini de ele aldığımız için bunları programcılar için kullanmayı denemelisiniz.

1
Rudolf Olah

Endüstriyel bir programcı için, kaydedilen (veya kazanılan) $/hr, bence, tek anlamlı iş ölçümüdür.

Yazılım türleri, bir oyun zihniyeti (bilgisayar oyunları, kalem ve kağıt, bulmacalar, vb.) Yapmayın iş gereksinimlerine uygun olmayan teşvik edici davranış.

Örneğin, kLOC/haftanın anahtar gösterge olduğunu düşünüyorsanız, aynı özellik için daha fazla kLOC elde ettiğinizi gözlemleyeceksiniz.

Misal:

int foo() {
   return blah;
}

İyi şu şekilde dönüştürülebilir:

int
foo()
{
   return 
      blah;
}

Aynı özellik için. Bu 2 kat LOC artışı. Verimliliğimi esas olarak LOC'ye göre sıralarsanız, bu üretkenlik temelli bonusu/promosyonu almak isteyip istemediğimi değerlendireceğime daha iyi inanırsınız.

0
Paul Nathan

Metrikleri iş birimlerinden programlamaya hizalamanız gerektiğini söyleyebilirim. Programcılar bunu istemiyorlar çünkü iş biriminin sıkışacağını ve iyi görünmeyeceklerini düşünüyorlar.

Cevabım: Dostum ya da Dudette - iş kullanıcılarınızla çalışın ve onları ultra verimli hale getirecek harika araçlar yapın ve başarıları sizin başarınız olacak.

0