Eşleştirilmiş programlama ortamlarında performansı nasıl gösterirsiniz?

Performans incelemeleri son zamanlarda işimde ortaya çıktı ve ben ilginç bir konuma getirildim. Ekibimiz, ekip üyeleri arasındaki beceri farklılıklarını ortalama alma eğiliminde olan çok sayıda çift programlama yapıyor (özellikle çiftleri döndürdüğümüzü düşünerek). Genel olarak, performans incelemeleri yaparken, yaptığınız işe geri dönüp, neyi başardığınızı ve bir zam ya da diğer faydaları müzakere etme beklentilerini nasıl aştığınızı gösterirsiniz.

Böyle bir ortamda bireysel performansı nasıl gösterirsiniz (hatta ölçersiniz)?

performans incelemesine çift programlamaya kattığınız değeri dahil et - diğer programcının faydalı şeyler öğrenmesine yardımcı oldunuz mu? (ve tam tersi, bilge bilgisini dinlediniz ve iyi işbirliği yaptınız mı?)

bir performans incelemesi bir rekabet olmamalı, kişisel hedeflerinize göre bir koçluk değerlendirmesi olmalıdır (muhtemelen şirket hedefleri ile uyumludur ve yıl başında karşılıklı olarak kararlaştırılmıştır; aksi takdirde sadece keyfidir)

Bilimsel olarak bir performans avantajını diğerine göre kesin olarak kanıtlamak zor olacaktır.

Hipoteziniz, çift programlamanın geliştirici performansını artırdığı ve kaliteyi geliştirdiği yönündedir. Testiniz, bir çifte belirli bir mimariye kısıtlanmış bir dizi gereksinimin verilmesini ve uygulanmasını gerektirecektir.

Bu durumda sizin kontrolünüz, eşit şartlar, beceri ve deneyime sahip tek bir geliştiriciye (akranları tarafından objektif olarak değerlendirildiği gibi) ve aynı mimari içinde kısıtlanmış olarak aynı gereksinimleri vermenizdir.

Zaman performansı hipotezinizi doğrulamak için, çift programcıların çalışmalarını kontrol olarak yarıdan daha kısa sürede tamamlamaları gerekir. Kaliteye ilişkin hipotezinizi doğrulamak için, deney çiftini ve kontrol kodunu nesnel bir üçüncü tarafça gözden geçirmeli ve nesnel bir KG grubunun her iki grubun sonuçlarını hangi ekibin neyi ürettiğini söylemeden test etmelisiniz. Çift programlama grubu daha iyi kod ve daha az hata içermelidir.

Mükemmel bir deney değil, ancak benzer bir şey girişiminde bulunup bulunmadığını duymak beni büyüleyecekti.

Bununla birlikte, Eşli Programlamanın belirli bir özellikte tek bir programcıdan daha üstün olduğunu nasıl kanıtlayabileceğinizi göremiyorum.

Performans metriklerinizde ayrıca 1) bireysel büyüme ve gelişme ve 2) rehberlik ve akran desteği çağırın. Her çalışanın kendi kendini değerlendirmesine ve müşteri adaylarının geri bildirimlerini dahil etmesine izin verin. Şirket kültürünüzde bir anlam ifade ediyorsa, emsal incelemelerini veya referanslarını göz önünde bulundurun.

Doğru bir şekilde yapılırsa, eşleştirmeden en eğitimsel değeri alan çalışan, ekibe katkıda bulunma becerisi nedeniyle uzun vadede ödüllendirilir ve onları hızlandırmaya yardımcı olan çalışan, bilgi ve deneyim aktarımı için ödüllendirilir. Ortada bir yerde olan insanlar (sadece gençlerden yaşlıya geçmek yerine yeni alanlar öğrenmek) denklemin her iki ucu için de tanınırlar.

Uygulamada, bireysel performansı derecelendirmek en iyi durumda zordur. Bazı kızgınlık veya rekabet duyguları yaratmadan bunu yapmak oldukça zor. Ancak, ekibe bireysel katkıyı derecelendirirseniz ve hem öğrenmeye hem de öğretmeye değer verirseniz, biraz daha az sürtünmeyle çalışmasını sağlama şansınız vardır.

Çiftler sık ​​sık değişiyor mu? Eğer öyleyse, bir gösterge bulmak için anonim incelemeleri kullanabilirsiniz. Örneğin, A kişisi işin% 60'ını yaptığını söylerse, C kişisi işin% 30'unu yaptığını ve D kişisi işin% 90'ını yaptığını söylediğinde, bunu B İşin% 60'ı. B kişisinin çiftlerinde tamamladığı işin 100 puanlık göreceli bir faktörü varsa, B kişisi 60 puan değerinde iş yaptı!

Ancak, bu (yakın bir yerde) mükemmel değil. İnsanların kendilerine diğer kişiye verdiklerinden daha fazla kredi vermeleri muhtemeldir, bu yüzden bunu hesaplamada dikkate almanız gerekebilir. Bu, çiftlerin birbirlerinden şüphelendiği bir ortama da yol açabilir. Hesaplama, birlikte çalıştığı kişiyi beğenmeyen biri tarafından da kaydırılabilir.

Diyelim ki ikimiz X oluşturmak için birlikte çalışırsak, ikimiz de bitirip konuşlandırdığımız için kredi alırız. Bir sorunun olabileceği yer, bir çiftin bir bölümünün hiç çalışmadığı zamandır. Bu durumda, yönetici bu konuda bilgilendirilmiş olmalı ve bu nedenle performans incelemesine yaptığı yorumu doldururken bu geri bildirimi kullanmalıdır.

Öğretmenimin Oyun Geliştirme müfredatımızda bizi öğrencilere aktardığı tam durumdasın. Eşleştiriliriz (sınıf büyüklüğüne ve proje büyüklüğüne bağlı olarak 2, 3 veya 4 kişi) ve sonunda her bir bireysel üyeyi ve kendimizi proje ve yapılan işin yanı sıra, diğer ekiplerin projeleri bir bütün olarak. Bu değerlendirmelere dayanarak bir not formüle edilir.

Takım formülasyonu sırasında öğretmen kasıtlı olarak birbirlerine ve / veya yardımcı olacaklarını umarak güçlü bir programcı ve zayıf bir programcı yerleştirirdi, ancak zayıf programcının hiç kaymayacağı ve çok az çalışacağı ya da sahip olmadığı çok az iş yapacak ne yaptıkları hakkında hiçbir ipucu (Bu gelişmiş kurslar, çok sinir bozucu).

Değerlendirmelerin özel olması gerekiyordu, ama diyelim ki herkesin birlikte çalışmayı reddettiği birkaç kişi var.

Çift programlama, bir kişinin bir şeyin ne ve nasıl yapılması gerektiğini düşündüğü ve diğerinin kodlayıcı bir maymun oynadığı anlamına gelir. Sonra bir noktada geçiş yaparlar (biri sıkılır, yorulur, vb.). Bu iyidir, çünkü her ikisi de faaliyetlerinde kesintiye uğramaz.

Bazı insanlar bunu "steroidler üzerinde kod incelemesi" olarak da değerlendirir. Daha yüksek kalite anlamına gelen gözden geçirilmiş kodu alırsınız.

Güzel soru. Önemli olan sadece katkıda bulunduğunuz şey değil, akranlarınızın katkınızı nasıl gördüğüdür. Onlardan samimi geri bildirimlerini isteyin, çünkü daha iyi bir 'her neyse' olmanıza yardımcı olan bu geri bildirimdir . Ciddi olarak, akranınızın katkınızı anlaması ve sadece sizinle eşleştirirken adil bir şekilde öğrenmeleri durumunda anlamaları önemlidir. Mutlu kodlama, paylaşma ve öğrenme sayesinde iyi kazanç elde edilir.

Çift programlamanın dezavantajı, daha deneyimli programcı üretkenliğinin kısa, orta vadede en az deneyimli programcı üretkenliği ile sınırlı olmasıdır. Uzun vadede, genç geliştiricide deneyimli ve verimlilik artar.