Benmerkezci programcılarla nasıl başa çıkılır?


15

Bunu biraz açıklayayım.

Önceki bir işte, yönetim ile iyi bir üne sahip bir iş arkadaşım vardı. Daima zamanında bitirdi. Patronlar ilerlemesinden memnundu, bu yüzden bazı ayrıcalıklar elde ettiler.

Sorun, diğer programcıların sırrını bilmesiydi. 80/20 kuralını optimize etti, bu yüzden kodun yüzde 80'ini bitirmek için yüzde 20 zamanını çalıştı. Diğer (sert)% 20 bakım programcılarına bırakıldı. Kim (şaşırtıcı değil) ilerleme eksikliği yüzünden cezalandırıldı. Ancak bu programcı yönetim ile iyi bir üne sahip olduğundan, suçu kendisine kaydırmak neredeyse imkansızdı. (Neyse ki şirketten ayrıldı).

Sorum şu ki, ekibinizde böyle bir programcı varsa programlama ekibi olarak ne yapmalısınız. Kendi şansınızı mahvetme riskiyle yönetimi uyarmaya mı çalışıyorsunuz? Gerçekleri kabul ediyor musunuz? Yoksa başka seçenekler var mı?


6
"Benmerkezci" nin doğru terim olduğundan emin değilim. "Aldatıcı" gibi bir şey denerdim.
Sihirbaz


2
Gerçek hikaye: UNIX bu şekilde geliştirildi ve tüm nesil benzer düşünen programcıları ortaya çıkardı . Bakın kötüsü daha iyidir .
imgx64

Oy verebilir ve bunun yararlı bir soru olduğunu düşünüyorsanız veya aşağıda yararlı cevapları varsa, lütfen oy verin. StackExchange siteleri iyi bir topluluk oluşturmak için oy gerektirir. Günde 30 oy verebilirsiniz, onları boşa harcamayın. Özellikle yüksek itibara ve sayma oyu düşük olan kullanıcılar lütfen bunu okuyun: meta.programmers.stackexchange.com/questions/393/…
Maniero

Birimler% 20 zaman ve% 80 kod ile tutarsızdır. Sadece şunu bırakın: "Kolay olan% 80 üzerinde çalıştı ve zor olan% 20'yi ekibin geri kalanına bıraktı."
Huperniketes

Yanıtlar:


13

Bir kod inceleme ekibi uygulamaya çalışın. Bu programcı takım etkileşimi olmayan bir projede solo çalışıyor gibi görünüyor. Daha fazla takım temelli bir iş akışını teşvik etmeye çalışırdım, böylece her şeyin üzerinde durup kapınıza bırakamaz.


1
Standart bir çalışma birimi aralığının ne olduğunun gerçek metriklerini uygulayın, yönetimin düşündüğünü değil, gerçek programlama faktörlerini dikkate alın (yani, daha fazla LOC = daha iyi programcı).
Gizli

8

İnsanlar geliştirdiklerini desteklemelidir, aksi takdirde desteklenebilir şeyler geliştirmeyi asla öğrenmezler.

Gerçekçi olarak bunu her zaman% 100 yapamazsınız, ancak biraz bile bu tür bir konuyu çoğu zaman düzeltmek için yeterlidir.


6

İşi izleme veya projelerinizi yönetme biçiminizle ilgili temel bir sorun gibi görünüyor.

Bir mühendis veya mühendis grubu, eksiksiz özellikler ve işlevsellik sağlamaktan sorumlu olmalıdır. Sevk edilene veya sorunsuz bir şekilde üretimde çalışana kadar yapılmaz.

Birisinin sadece projenin belirli parçaları üzerinde çalışmasına izin verirseniz, her zaman sistemin politik oyunlarına kurban olacaksınız.

Bu kişinin kiraz toplama işinde değer vermeden çok etkili olduğu anlaşılıyor.


5

Yönetim, gereksinimleri görevlere bölüyor mu? Değilse, sorun var yatıyor.

Programcı yalnızca üzerinde olması gereken görevlere kilitlenmişse her şeyin% 80'ini bitiremez, daha sonra diğer görevlere zaman harcamak yerine kendi görevlerini daha mükemmel hale getirmek için zaman harcayabilir. Test, Dokümantasyon, Yeniden Düzenleme, programında bir sonraki Görev ...


Birkaç yıl önce bir önceki işteydi. Yönetim çok iyi değildi ve tek bildiğim, şirketin artık var olmaması.
Toon Krijthe

3

Tüm takım kıçını tekmelemek zorunda! İnan bana, davranışı sonsuza dek değişecek.


2

Bir toplantıda otururken şaşkınım ve yönetici, özellik ekleyip eklemeyeceğine dayandırıyor, böylece görev verildiğinde her zaman sinirlenen belirli bir kişiyle yüzleşmek zorunda kalmıyorlar. Bir şey yapmam istendiğinde belki de kızmam gerektiğini işaret ediyorum. Patronum bunun gerektiği gibi kötü bir fikir olduğunu çabucak dile getiriyor.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.