Hyrolent
2020-02-06 14:59:25 UTC
Yüksek ciroya sahip bir teknoloji ekibine sahip bir departmanın yöneticisiyim ve bunun nedenlerini araştırmak istiyorum. Son üç yılda 40 geliştiricimiz vardı (finanse edilen ekip boyutu 12'dir) ve ortalama olarak yaklaşık 4-9 ay kalıyorlar.
Ayrılıklardan geçerken fark ettiğim şeylerden biri, bir projenin sona ermesinin genellikle toplu bir istifaya yol açması ve Bakım grubundaki geliştiricilerin Çözümler (özel geliştirme) grubu.
Google'dan bazıları bana bakımın bir geliştirici için berbat bir iş olarak görüldüğünü söyledi. Bir adam bunun temizlik işi olarak görüldüğünü söyledi.
Bu neden? Teknoloji endüstrisinde bu normal mi?
Merhaba Hyrolent, StackExchange'e hoş geldiniz.Bir yazılım mühendisi olarak konuyla ilgili fikrimi paylaşabilirdim, ancak birçok insan farklı fikirlere sahip olabilir ve * a * en iyi cevabı belirlemenin bir yolu olamazdı;SE, fikir temelli sorular için uygun değildir ve sizinki bunun için kapatılabilir.Yeniden ifade etmek, tarafsız olmasına yardımcı olabilir.
Sağladığınız bağlantıdan bize şirketinizin sahip olduğu listeden hangi noktayı söyleyebilir misiniz?Çünkü yazdıklarınıza göre tek uygulanabilir olanı "Teknik olarak zor" olabilir.Yani belki başka bir şey, şirketinizi ilgilendiren bir şey?Bir projeden sonra istifa etmek yaygındır.O kadar büyük bir kitlesel istifa.
@Nyakouai nasıl yeniden ifade etmemi önerirsiniz?
@SZCZERZOKŁY Ben de gerçekten teknik değilim, bu yüzden gerçekten emin değilim.
Ne istediğinize bağlıdır, ancak "bırakmak için en sık başvurulan nedenler" arbitray değildir (ölçülebilir) ve siz de İK'nın cevaplarını alırsınız.
Çünkü yeni projelere göre sıkıcı ... (Bu tamamen fikir temelli olduğundan ve her geliştiricinin kendi gerekçeleri olacağından kapalı oyu vermek)
Yani özel bir Bakım grubunuz ve özel bir Geliştirme grubunuz var.Bakım grubundan herhangi biri, Geliştiricilere transfer edilmek / terfi ettirilmek (çıkmak yerine) istedi mi?Hiçbiri Geliştirici olmaya çalışmadıysa, bu bir "geliştirme veya bakım" sorunu değildir;şirket genelinde bir sorun var.
@bee Fikir temelli değildir.Bu, gözlemlenebilir bir fenomenin temel nedenini bulma meselesidir.Sosyal ve psikolojik olsa da, sorunu derinlemesine araştıracak ve nedenlerini bulacak bilim var.Bu nedenle, görüşe dayalı değildir, daha az * tamamen * öyle.Bu araştırmanın bulunmasının zor ya da var olmaması, soru değerinin değerini düşürmez.
Geliştiricilerle 1'e 1 görüşmeler yapıyor ve işlerinde neleri sevmediklerini mi araştırıyorsunuz?
Bu, ben cevaplayamadan kapandı, ancak 4-9 ay gerçekten ortalama ise, yeniye karşı bakıma kıyasla daha büyük sorunlarınız var.Bu sektörde bile çok kısa bir görev süresi.Ayrıca, ayrı 'yeni geliştirme' ve 'bakım' grupları fikrinden kurtulun.Herkesin yeni bir geliştirme yapmasını VE önceki çalışmalarını sürdürmesini sağlayın.Kendi çalışmalarını sürdürmek geri bildirim sağlar ve geliştiricinin öğrenmesine ve gelişmesine izin verir.
Bunun neden kapandığından emin değilim.Demek istediğim, soru sorulduğunda, "Geliştiricilerim * neden bakımdan nefret ediyor?"tek şey olur.Ancak bu, genel olarak geliştiriciler hakkında genel bir soru sormak ve bir bütün olarak teknoloji endüstrisinin genel uygulamalarını sormaktır.Başka bir deyişle: "İK işe alım yöneticileri neden geçmiş işlerimdeki olumsuz deneyimleri duymak istemezler?"kötü bir soru değil.
Zaten bir cevap yazmış olmanız durumunda @GrandmasterB sorusu tekrar açık.
Bakım sıkıcı olabilir ama bu çok büyük bir karmaşa.Bu kadar yüksek bir kayıp olan herhangi bir şeyin ya düşük ücret ya da bir yönetim sorunu ile ilgili sorunları vardır.
Genelde başkasının kodunu korumakla görevlendirildim.Başkalarının kodlarını özellikle sıfır dokümantasyon varken anlamak can sıkıcı olduğunu düşünüyorum (son zamanlarda benden kod tabanı için de yorumlar eklemem istendi. Bu, oturup her bir kod satırını ve her birinin amacını anlamam gerektiği anlamına geliyorişlevi).Firmanız tarafından verilen bakım işi benimki gibiyse, evet bu temizlik işidir.Orijinal (ve kıdemli) geliştirici modülünün mükemmel olduğuna karar verdiğinde ve herhangi bir değişikliğin yalnızca başkalarının modüllerinde yapılması gerektiğine karar vermesinin ne kadar eğlenceli olduğunu söylemiş miydim?
Çünkü sıkıcı.Bu kadar basit.Bir şeyler yapmayı seviyoruz.Çoğu zaman, bakım yaparken takılıp kaldığımızda, oraya koymadığımız eski eski hatalar olur ve bu inanılmaz derecede sinir bozucu.Mimarların neden bina onarımları yapmak istemediklerini de sorabilirsiniz.
Bir "bakım grubu" ndan bahsediyorsunuz.Buradan, SADECE bakım yapan bazı geliştiricilere sahip olduğunuzu anlıyorum.Senin sorunun olduğundan şüpheleniyorum.Bakım, kimsenin yapmak istemediği eziyetli bir iş olduğundan, herkes bundan eşit pay almalıdır.
Bu soru ve cevaplar size biraz fikir verebilir.
https://softwareengineering.stackexchange.com/questions/43409/dealing-with-engineers-that-frequently-leave-their-jobs/43413#43413
Çoğunlukla bakım yapmak kariyer intiharıdır, çünkü bu, bir gün modası geçecek eski teknolojiyle sıkışıp kaldığınız anlamına gelirken, gerçek geliştirme yapmanın, geliştirici pozisyonları için talep edilen teknolojilerle size değerli çalışma deneyimi sunma şansı çok daha yüksektir..neden birisi piyasa değerini düşürmek istesin?