Yazılımcının performans ölçümünü nasıl yapıyorsunuz?

[Erdem Öntaş]

Merhabalar, ben bir şey sormak istiyorum. Şirketimizde yazılım ekibinin(muhasebe, finans, satış gibi diğer ekipler de dahil aslında) performans ölçümü konusunu oturtmaya çalışıyoruz. Biraz diğer şirketlerde nasıl oluyor diye merak içerisindeyim. Farklı yöntemler var mı diye yazabilir misiniz?

Bir de şunu merak ediyorum performans ölçümü ekipler özelinde mi olmalı yoksa ekipler bazında ayrılmalı mı? Bunun adil yöntemi nasıldır?

Yorumlarınızı bekliyorum.

[İsmail Arılık]

Bizim şirkette (piworks.net) 6 ayda bir yüzyüze görüşmeler ile oluyor. Tabii her ekibin başındaki kişi, altındaki kişilerin o 6 ay içinde neler yaptığını bildiği için bu görüşmeler verimli geçiyor. Buna göre yüzde bazında bir sonuç ortaya çıkıyor. Seviyenin artması, maaş zammı ve prim bu sonuca göre belirleniyor.

Bir de herkese, ilgi alanlarına göre verilen 6 ay süreli amaçlar var. Bunlar da performans ölçümünde etkili. 

Son olarak yine 6 ayda bir her çalışan "Şirketten memnun musun?", "Şirkette daha başka ne olmasını isterdin?", vb. sorular yanıtlıyor. Ayrıca ekip liderleri, altındakiler hakkında değerlendirme yazıyorlar. 

Bunlar yapılabilecek şeyler. Ancak her şeyde olduğu gibi bunlar için de bir doğru bir de yanlış yol var. En başta kimseye yüzde yüz güvenilmemeli. Ve kimseye haksızlık yapılmamalı. 

17 Ara 2019 Sal 19:36 tarihinde Erdem Öntaş <ontas...@gmail.com> şunu yazdı:

Merhabalar, ben bir şey sormak istiyorum. Şirketimizde yazılım ekibinin(muhasebe, finans, satış gibi diğer ekipler de dahil aslında) performans ölçümü konusunu oturtmaya çalışıyoruz. Biraz diğer şirketlerde nasıl oluyor diye merak içerisindeyim. Farklı yöntemler var mı diye yazabilir misiniz?

Bir de şunu merak ediyorum performans ölçümü ekipler özelinde mi olmalı yoksa ekipler bazında ayrılmalı mı? Bunun adil yöntemi nasıldır?

Yorumlarınızı bekliyorum.

--
İstanbul Coders Grubu Kurallarını okuyun: https://groups.google.com/forum/#!topic/istanbul-coders/LuV8_2lSO0w
---
Bu iletiyi Google Grupları'ndaki "istanbul-coders" grubuna abone olduğunuz için aldınız.
Bu grubun aboneliğinden çıkmak ve bu gruptan artık e-posta almamak için istanbul-code...@googlegroups.com adresine e-posta gönderin.
Bu tartışmayı web'de görüntülemek için https://groups.google.com/d/msgid/istanbul-coders/CAKi02f2gnwS_1XhnOZwBZp6DPeQ0XDesD6eL1OuaaGF3MQuPSQ%40mail.gmail.com adresini ziyaret edin.

[abdulkadir yaman]

Merhaba,

Biz takımı ölçüyoruz. Şimdiye kadar deneyimledigimiz en iyi yöntem şu metriklere göre takımı değerlendirmek;

- 1 birim yapılan iş ile alakalı defect/bug oranının ortalaması (feature/story to defect ratio)

- 1 birim iş için analiz+development+test+deployment süresi (lead time)

- 1 birim işin yazılım sürecinin herhangi bir safhasindan geri dönme oranı (cycle time)

- takımın verdiği estimation üzerinden hedeflenen feature set lerini zamanında ve kaliteli deliver edebilme yeteneği

- conversion ratio

Ayrıca bireysel olarak; 

- kaliteli ve doğru yazılıma ne kadar teşvik ettiğine bakıyoruz. Pair-programming sırasında aşağı çeken değil ileri götüren olup olmadığı çıkıyor ortaya. Kendini düzeltmeye çalışıyor. 

- Topluluklarda etkin mı diye bakıyoruz.

- Open-Source community de aktif mi diye bakıyoruz.

- Bildiği/öğrendiği şeyleri blog post/etkinlikler/kitap/makale ile paylaşıyor mu diye bakıyoruz...

- Bunlarla beraber, sürekli öğrenme kültürü olup olmaması ilgimizi çekiyor.

başka ufak tefek şeyler de var ama öncelikli olarak bunlara bakıyoruz.

Bir de kesinlikle bakmadiklarimizi yazayım;

- birim zamanda kaç satır kod yazmış

- mesaiye kalmış mı kalmamış mı

- geç gelmiş erken çıkmış

- smart casual giyinmiş

şimdilik aklıma gelenler bunlar...

[İbrahim Erdoğan]

Performans Testi = işçi kardeşinin ne kadar sömürüldüğünü üstlerine rapor etme değil mi ? :)

17 Aralık 2019 Salı 19:36:13 UTC+3 tarihinde Erdem Öntaş yazdı:

[Hakan Aksüzek]

Wakatime

17 Aralık 2019 Salı 19:36:13 UTC+3 tarihinde Erdem Öntaş yazdı:

Merhabalar, ben bir şey sormak istiyorum. Şirketimizde yazılım ekibinin(muhasebe, finans, satış gibi diğer ekipler de dahil aslında) performans ölçümü konusunu oturtmaya çalışıyoruz. Biraz diğer şirketlerde nasıl oluyor diye merak içerisindeyim. Farklı yöntemler var mı diye yazabilir misiniz?

[İsmail Arılık]

Performans testi ideal bir çalışma ortamında kimin adam gibi çalıştığını ölçen bir testtir. Kamu kurumlarında bu test kesinlikle olmalı, çünkü orada doğru dürüst çalışmayan ve gereksiz bir sürü personel var.

Ancak tabii ideal olmayan çalışma ortamlarında çalışan bizler, üretime katkıda bulunup sadece maaşla yetindirildiğimiz için dediğiniz doğru. 

18 Ara 2019 Çar 14:40 tarihinde Hakan Aksüzek <hkn...@gmail.com> şunu yazdı:

--
İstanbul Coders Grubu Kurallarını okuyun: https://groups.google.com/forum/#!topic/istanbul-coders/LuV8_2lSO0w
---
Bu iletiyi Google Grupları'ndaki "istanbul-coders" grubuna abone olduğunuz için aldınız.
Bu grubun aboneliğinden çıkmak ve bu gruptan artık e-posta almamak için istanbul-code...@googlegroups.com adresine e-posta gönderin.

Bu tartışmayı web'de görüntülemek için https://groups.google.com/d/msgid/istanbul-coders/79de8af0-3378-4b00-b182-02298243f8cb%40googlegroups.com adresini ziyaret edin.

[Uğur Yılmaz]

Selam,
Performans testinden ziyade, bunu bir grow talk formatinda yapmak daha
faydali diye dusunuyorum.
Bu formatta;
Bireysel ve takim olarak yönetici ile beraber hedefler belirlenir.
Bu hedeflere ulasmak icin aksiyonlar belirlenir.
6 aydan sonra yönetici ile hedefe dogru gidiyor muyuz yoldan saptik mi
filan temali kucuk bi görusme.
Grow talk zamani geldiginde bir önceki yilin hedeflerine ulastik mi
ulasamadik mi görusulup, ulasamadiysak neden vs konustuktan sonra
önumuzdeki yilin hedefleri belirlenir.

Buradaki hedefler ve aksiyonlari dogru belirlemek ve calisanin
gelisimine önem verirken sirketi ve musterileri de mutlu etmek
yöneticinin maharetine kalmis. Bu format ister yazilima, ister
bankaciliga, marketinge, satisa herseye uyuyor sanirim. Önemli olan
bir sekilde ölculebilir hedef ve ilgili aksiyonlari dogru cikarmak,
sonra da sonuclara bakmak. Bence bunun uzerinden 1-2 hafta sonra da
maas görusmesi filan yapilabilir. Ayni toplantida yapilirsa context
kayabiliyor.

Hedefler icin ölcu biriminizi de siz belirleyeceksiniz. Yazilan kod
satiri sayisi veya kisinin sakali, kiyafeti gibi seyler ölculmeye
kalkilmadigi surece hersey olabilir. Hatta output'tan ziyade outcome'a
odaklanilirsa herkes(calisan, yönetici, sirket, musteri) icin daha
pragmatik.

Takim ici iletisim, motivasyon, efektif calisma, dogru seyi dogru
sekilde develop etme vs bunlari retrolarda, dailylerde filan halletmek
lazim. Grow talk'un konusu "aslansin, kaplansin, ise gec geliyorsun,
testciye devrettigin kod calismiyor, bilmem ne bey sprintimizi böldu,
niye kanbana gecmiyoruz" vs gibi seyler konusmak degil.

> Bu tartışmayı web'de görüntülemek için https://groups.google.com/d/msgid/istanbul-coders/CAGdcmE8SRd3U7cO4qNDjvKAZ09UTcRy1BwowLF%3D-84fKviefAA%40mail.gmail.com adresini ziyaret edin.



--
Uğur