İş arkadaşım iyi biri ama performansı yarı eşit. Patronuma söyler miyim? [kapalı]

Yaklaşık üç ay önce, o zamana kadar bekar olan ve yeni işe alınan bir geliştirici tarafından geliştirilmekte olan bir projeye yerleştirildim, çünkü geride kaldı. Adil olmak gerekirse, proje çok fazla incelik içeren ve göreceli olarak karmaşık olan tıbbi bir cihaza bir arayüzdür, bu yüzden şirkette deneyimi olmayan bir kişiyi şirkete yerleştirmek muhtemelen yönetimsel açıdan kötü bir karardı.

Neyse, üzerinde çalışmaya başladığımda farkettim ki ... şey, hiç işe yaramadı. UI güzel görünüyordu, ama aslında pek bir şey yapmadı ve ne yaptığını yanlış yapıyordu. Yine, adil olmak gerekirse, bunun çoğu, geliştiricinin cihazımıza bir arayüz yazmaya uygun şekilde hazırlanmamış olmasından kaynaklanıyordu. Ancak, yerinde kodun kırılgan olduğunu ve bakımı son derece zor olduğunu da hemen fark ettim.

Şimdi dünyanın en iyi programcısı olduğunu iddia etmiyorum. Benden daha iyi geliştiriciler olan çok sayıda zeki insanla çalışıyorum, ancak olabildiğince basit ve sağlam kod yazmayı çok deniyorum. Girişlerimi test ediyorum. Kodumun dağınık ve zorlaştığını görüyorsam, ilk başlarda onunla çalışıyorum. Daha iyi kod yazmasına yardımcı olmak için iş arkadaşımla birkaç görüşme yaptım. Bu biraz zor, çünkü a) bu alanda 20+ yıllık tecrübeye sahip ve sadece 5 yaşına sahibim, ve b) “UX uzmanı” olarak adlandırılan ve onu deneyimli bir birey olarak görüyordu.

Bu, sadece görmüyorum dedi. Çok iyi bir adam ve mantıklı, ancak zaman zaman kırılgan kodları kontrol ediyor, sadece en iyimser durumlarda çalışıyor ve 10'dan 9 kez işinde hatalar düzeltiyor. Kodu sadece amatörce görünüyor ve işe alındığında sahip olduğunu iddia ettiği deneyim seviyesine sahip değil. Kodunu yeniden gözden geçirmek ve hatalarını düzeltmek için harcadığım fazladan saatlerimin beni çok etkilediği noktaya geldi. Gördüğüm gibi iki seçeneğim var:

1. Hiçbir şey yapmayın, bu ürünün zamanında tükendiğinden ve sağlam olduğundan emin olmak için kıçımı tutturun ve gelecekte arızalanmasını bekleyin (ilk sürümden sonra bu projede onunla birlikte çalışmayacağım).
2. Patronuma onun performansını anlat. Patronum makul bir adam, ancak bu yaklaşımı benim için garip hissediyorum. İş arkadaşlarımdan (daha iyi bir terim olmadığı için) bash yapmayı sevmiyorum ve nasıl alacağını bilmiyorum.

Yani, bu konuda. Uygulamasının neden işe yaramayacağını veya kodunun nasıl daha sürdürülebilir hale getirilebileceğini açıklayarak iş arkadaşımla bu konuda çalışmaya çalıştım, ancak aynı hataları yapmaya devam ediyor. Başkalarının da benzer durumları nasıl ele aldığını, özellikle de şu an yönetimdeki insanları duymayı çok istiyorum. Bana önerebileceğiniz herhangi bir tavsiye için şimdiden teşekkür ederiz.

En azından bir UX çocuğu olarak işe alındığı takdirde, kimsenin ondan gerçekten çok iyi bir kod beklememesi ihtimalini düşünürdüm - kodunun yalnızca temel olarak UX'in ana hatlarını belirleyen bir prototip olması gerektiğini umabilirlerdi ve buna göre üretim kodu yazmak diğer kodlayıcılara kalmıştır.

Şimdi, kesinlikle öyle demiyorum olduğu durumda, ancak korkunç şaşırtıcı gibi geldin olmaz. En azından deneyimlerime göre, UX çalışanlarının öncelikli olarak prototip ve storyboard gibi şeyler üretmesi nadir değildir. Eğer bir şey, eğer adam gerçekten bir UX uzmanı olarak işe alınmışsa, kodunu kontrol etme nosyonunda sınırda şok oldum. Bunu daha önce hiç görmediğimden eminim.

Eğer adam gerçekten bir UX uzmanı ise, tedavi daha iyi kod üretmesini sağlamak değil, kodlamadan çıkarmak (en azından prototip dışında bir şey) yapmak olabilir. UX tasarımında dürüstçe iyiyse , asıl hata muhtemelen ondan üretim kodu yazmasını istemektir. Bunun yerine, büyük olasılıkla (en fazla) UX prototipleme sanal alanında çalışmasının, sonuçta üretilen bir sonraki gerçek kod turunu yönlendirmek için kullanıldığı ancak hiçbir zaman üretim kodu olarak kontrol edilmediği için çalışması gerekir.

Patronumu her zaman projeyi etkileyen şeyler konusunda bilgilendirmemem için bir kural koymaya çalışıyorum. Olumlu ve olumsuz ... ve böyle durumlarda , yazan kişinin aksine kod gibi şeyleri suçlamaya çalışıyorum. Bir iş arkadaşınıza asılıyor gibi göründüğünüzden daha az ve ürün kalitesini yükseltmeye çalıştığınız gibi.

Bir yönetim açısından bakıldığında, bu durumda çalışanlarla baş etmenin 3 yaygın yolu vardır:

1. Zayıf yönlerini kontrol altına alın
2. Güçlü yönleriyle oyna
3. Onlardan kurtulun (gerçekten sizin seçiminiz değil)

Dışarıdan yardım alarak zayıf yönlerini kontrol altına alın.

Hey Patron, kodun durumu hakkında biraz endişeliyim ... oldukça kırılgan ve çok kırılıyor. Güvenebileceğimi düşündüğüm bir duruma sokmak için biraz çaba harcayacağım. İyi bir tasarım yapıp yapamayacağımızı görmek için mimarlardan birini bir veya iki günlüğüne ödünç alma ihtimalim var mı?

Başka bir kişinin projeye katılmasını istemiyorsunuz, kısa bir süre için daha fazla 'uzman girişi' istiyorsunuz. İhtiyacı olan her dokümanı, UML diyagramlarını ve eğer mimarın istediği buysa kod parçacıklarını üretin. Kodun hangi durumda olduğunu görecekler ve sonra patronunuz görüşlerinizi yankılanacak başka birine sahip olacak.

Toplantıdan, umarım hem siz hem de diğer dev, onu çok fazla mahvetmeden izleyebileceğiniz daha iyi bir tasarım elde edersiniz. Bir çok durumda bunun için tasarlar ve özellikleri budur: Kötü cihazların yapabileceği hasarı azaltmak.

Güçlü yönleriyle oyna

Hey Boss, x projesinin kodu ile çalışıyorum ve muhteşem. Kod, diğer taraftan, adil bir parça iş kullanabilirdi. [Ux adamı] UX'e daha fazla odaklanabilseydi projenin daha iyi olacağını düşünüyorum, daha istikrarlı bir duruma sokmak için bazı refactoringler yaparım. UX sağlam olduğunda proje b muhtemelen Midas dokunuşunu kullanabilir.

Burada, patronunuz tam olarak görecek; Ona diğer deve çok iyi olmadığını söylüyorsun ... ama en azından bu konuda salak değilsin. Ve eğer UX işinde dürüstçe gerçekten iyiyse, o zaman her projeye atlayan ve onları kullanılabilirlik açısından mükemmel kılan istikrarlı bir pozisyon bulabilir. Sanırım bu şekilde daha iyi olmasını isterdi.

Hatalarını sürekli düzeltmeyi bırak . Öğrenmeyecek; Yapmayacağımı biliyorum.

Programlama büyük ölçüde mantıklı bir görevdir, ancak aynı zamanda hafıza hatırlama içerir. Sıkça ortak bir kod yazdığınızda , çözümü tekrar çözmekten çok, geçen sefer nasıl uyguladığınızı hatırlarsınız . Doğru kodu hiç uygulamadıysa, neden sürekli aynı hataları tekrarladığını görebiliyorum.

Ona neyi yanlış yaptığını göster ve belki de ilk defa düzelt. Aynı olayla ilgili diğer olaylar için, ona gösterdiğiniz düzeltmeyi uygulattırın.

Birkaç nedenden dolayı gerçekten dikkatli olurdum:

1. İlk sürümden sonra onunla çalışmayacağınızdan nasıl emin olabilirsiniz? Yönetiminiz, “Ne ekip, bu çekiciliği nasıl bir araya getirdiklerini görün!” Diye düşünebilirdi. ve seni bir arada tutmak istiyorum.

2. Patronuna gidersen, pozisyonunu açıklamaya çalışırken teknik olarak ne istersin? İş arkadaşlarınızın performansının ne kadar düşük olduğu konusunda belgeleriniz var mı?

Bunlar, sorduğun şeyden not almam gerekenler. Ona kodu sormanı ve neden böyle olduğuna dair bazı sebepleri olup olmadığını görmeni öneririm. Belki de kodlama sırasında çevrelerinde koşuyor ve bu da bazı sorunlara yol açıyor. Daire, bir şeyi kodladığınızda, bir dizi değişiklikle bittiğinde, birinin sonunda değişikliklerin iptal ettiği gibi başladığınız nokta ile neredeyse aynı noktaya gelir. Çok çabuk yorulan değişimden sonra değişimin ve değişimin yaşandığı durumlarda bulundum.

Bütün çalışmalarını tekrar etmemeniz ve projenin başarısız olmasına izin vermenizin sonucu nedir? Senin için sonuç demek istiyorum.

Şüphesiz, deneyim seviyesi ve konumu ile birileri oraya tesadüfen gelmedi, bu yüzden ya işi senin algıladığın kadar kötü değil ya da tüm kariyeri, onu senin gibi taşıyan insanlardan oluşuyor.

Herhangi bir projede haftada 50 saatten fazla çalışıyorsanız, bu onların ciddi bir yanlışıdır ve Başbakan'ın dikkatini çağırarak veya ayrılarak kendinizi rahatsız ediyorsunuz. Ben HARDER değil SMARTER çalışmanın güçlü bir savunucusuyum.

Akıllıca çalışın 50 ve eğer proje işe yaramazsa, SİZİN HATA DEĞİLDİR. Yetersizliği nedeniyle başarısız olursa ve sizi suçlarlarsa, o zaman bu muhtemelen yine de çalışmak isteyeceğiniz ortam değildir.

Çok sayıda arkadaşım yanlış yönetilen bir projede tipik 40 / hafta boyunca WELL çalışıyor çünkü başarısızlığın ne kadar az olduğunu anlamadıklarında başarısızlıktan korkuyorlar ya da başarının tüm kariyerinizi doğrudan etkilediğini düşünüyorlar.

Projelerin% 80'inden fazlası başarısız, bu konuda utanılacak bir şey yok.

Buna akran değerlendirmesi denir. Yöneticiniz bunu sizden bekler ve değerli geliştiricisinin zamanının nerede harcandığı konusunda bilgilendirilmelidir. Bunu zaten bilmemesine şaşırdım - ama yine de daha kötüsünü gördüm.

Diğer adam açısından onunla konuşma, yaptığınız günlük iş açısından onunla konuşun. Bu onun kodunu bozmak demekse, öyle olsun. Günlük çalışmanızın bir tür ispatı için check-in linkleri vb. İle silahlandırın. Yöneticiniz tam olarak bunu sizden isteyebilir - 20 yıl UX'i getirdi ve sağlam kodu alıyorsunuz. Tel kafes yapmak yerine, prototip seviye kodu yazıyor. Yöneticinizle konuşun.

Umarım onun bebek bakıcısı olarak işe alınmamışsınızdır. İyi şanslar.

Çalışmalarını yeniden yazmak / yeniden yapmak zorunda kalmazsanız, proje daha erken başlayacak mı? Bütçenin altına girmeye yardımcı olur mu? Endişelerinizi özel olarak dile getirmek için baskı yapmak zorunda değilsiniz. Burası çoğu insanın hata yaptığı yerde, çözüm sunmadan şikayet ediyorlar.

Sonucu iyileştirecek olan patronunuza önerebileceğiniz belirli tavsiyeler var mı? Daha iyi belgeler? Sağlam kullanıcı testi? Amacınız şirketi, projeyi, iş arkadaşınızı ve kendinizi başarılı kılmak. Hiçbir sorun olmadığını iddia etmek, dördün üçünde başarısızlık sağlar --- ve şanslı değilsin.

Patronunuza en kısa zamanda gitmeniz ve ona ne söylediğinizi açıkça söylemeniz gerekiyor.

Öncelikle, bu tıbbi bir cihazdır. Bir böcek varsa biri yaralanabilir veya ölebilir mi? İnsanların yaşamlarını veya sağlıklarını güvence altına alan kod, en iyisi senaryo için bir iyimser tarafından yazılan bir hurdaya değil, insanca olabildiğince sağlam olmasına ihtiyaç duyar.

Tamam, eski menajer şapkamı giyip ... patronunun bunu bilip bilmediği ya da eğer onun haberi olursa cevabının ne olacağı hakkında hiçbir fikrin yok. Ama o bilmiyorsa, ihtiyacı var ve bu bilgiyi gizleyerek onu ikinci kez tahmin etmemelisin. İş arkadaşınız bu şekilde kodlama konusunda sorun yoksa, size bildirir.

Yıllar önce böyle bir durumla karşılaştım. Bir "ağ oluşturma gurusu" ve ben müteahhit olarak bir konsept kanıtı üzerinde çalışıyorduk. Aslında, bir şey yapması zor oldu ve çoğunlukla gözünü kestiriyordu. Bir gün patronumuz bize bir demo geleceğimizi söyledi. Kısa süre sonra, "ağ oluşturma gurusu" bir çok suskun telefon görüşmesi almaya başladı ve sonunda bana başka bir sözleşme imzalamak için gösteriden önce gideceğini söyledi. Patronumun yanlız başına gelmesini sağladığımda ona anlattım. "Ağ gurusu" nu terk etti ve tavsiye ettiğim birini getirdi; üç gün içinde "gurunun" üç ay içinde yaptığı daha fazla kod çıkardı. Gösteri çok büyük bir hit oldu - ama sessiz kalırsam proje tamamen başarısız olurdu.

Evet, patronuna söyle. O zaman görüyorsun, oradaki yerlerden biri değilsen. Takımın nasıl çalıştığını bilmek yöneticinin işidir ve eğer patron henüz farketmediyse belki de doğru kodlama için sizin kadar umursamıyorlar - bulunduğum birçok yer gibi.

Ve tüm bu farklı iş yerlerinde, bir arkadaşım doluysa (5 anlamı), hepsinden çok sayıda arkadaşım var. Hepsinin iyi adamları ve kadınları vardı ama işini yapmaktan arkadaşlık yitirmeyeceksin - eğer onları kaybedersen bu iyi bir şey. Senin durumunda, işi senden daha fazla değerlendiriyordu.

Kabul edildi, kovulmasına teşebbüs edilmedi. Bu sadece projenin refahına olan ilginizi gösteriyor, bu yüzden hepiniz oradasınız (ya da olmalısınız).

Ne de olsa onunla konuşmayı denedin, ve hiçbir şey yapmazsan, orada işini riske atıyorsun.