İş analistleri ve proje yöneticileri neden programcılardan daha yüksek maaş alıyorlar? [kapalı]


324

Programlamanın dokümantasyon oluşturmaktan ve hatta Gantt şeması oluşturmaktan ve programcılardan ilerleme talep etmekten çok daha zor olduğunu kabul etmeliyiz. Öyleyse bizim için saf olan, programlamanın genellikle daha zor olduğunu bilerek, neden iş analistleri ve proje yöneticileri programcılardan daha yüksek maaş alıyor? Programcıların çoğu zaman eve geç kalanlar olmasına rağmen, işlerini yüksek ücretli bir iş yapan nedir?

GÜNCELLEME

Özür dilerim cehalet, bazı yanıtlardan dolayı, BA'ların ve Başbakanların maaşlarının artmasının sebebi, çünkü genellikle karışıklık programcılarının yaptıklarından genellikle sorumlu olanlar gibi görünüyor. Ancak günün sonunda, karışıklığı düzeltmek ve daha çok çalışmak için ellerini kirleten programcılar var. Bu yüzden hala mantıklı değil.


126
Daha iyi takım elbise giyerler :-)
Stephen C

234
Amerika'daki daha büyük maaşın, yetenekle hiçbir ilgisi yok. Daha çok hoşlanırsınız ve politika oyununu ne kadar çok oynarsanız, o kadar fazla para kazanırsınız. Programcılar genellikle mantıklı, zeki ve bireyler olduğunu söyler. Yöneticiler bundan nefret ediyor.
MVCylon

29
“... eve geç gelenler…” Sert gelmek değil ama bu, ele almanız gereken kişisel bir sorun gibi gözüküyor. Uzun saatler koymak, şirkete olan değerinizi nasıl tanımladığınızı gösteriyorsa, bazı ciddi kişisel analizler yapmanız gerekir.
Aaron McIver


27
Üzerinde çalıştığım ana projedeki Başbakan ve iş analistinin benden daha fazla saat sürdüğünü belirteceğim. Evrende bana işlerini yapmam için para ödeyecek kadar para yok.
HLGEM

Yanıtlar:


389

Proje yöneticilerinin programcılardan ve iş analistlerinden daha yüksek maaş alıp alamayacakları bir sınıf olarak varlığını sürdürürken yaşadığınız yazılım dünyasına bağlıdır.

Bu sorunun basit bir cevabı "toplumlarımızda, maaşın hiyerarşideki konumuna bağlı olduğunu düşünüyoruz." Ancak bu cevap, insanların algılanan değerlerine göre ödendiği gerçeğini yansıtırken, birçok yazılım kuruluşunda PM ve BA'nın neden hiyerarşinin tepesinde olduğunu ve yönetimin neden ilk sırada hiyerarşi için tercih edilen bir yapı olduğunu açıklamıyor Yazılım proje ekibi için. Bunlar sormaya gerçekten layık görünen iki soru.

Genel olarak konuşursak iki kategoride yazılım organizasyonları vardır. Onlara Widget Fabrikaları ve Film Ekipleri diyeceğim.

Widget Fabrikaları, motivasyon etrafında dönen yönetim okulundan doğuyor : McGregor tarafından önerilen Teori X : rütbe çalışanları tembel ve sürekli kontrol ve denetim gerektiriyor, işler ücret kontrolü adına tutuluyor, yöneticiler her zaman astlarını kontrol edebiliyorlar ' işleri daha yüksek veya en azından aynı standartta. Bu düşünce, tüm ekibin kolayca yönetici tarafından kolayca değiştirilebileceği ve temsil edilebileceği konusunda doğal bir fikre dayanır - çünkü ekipteki herkes kolayca değiştirilebilir ya da sadece yöneticinin görevleri tamamlama yeteneğini arttırır. Dolayısıyla bir yapı olarak hiyerarşi ve daha çok yatay iş rolleri.

Widget Fabrika yönetimi, yazılımın, bir proje yöneticisinin yakın gözetimi altında yürütülen net bir şekilde tanımlanmış bir işlemle bir iş analisti tarafından hazırlanan bir spesifikasyondan üretilebileceği varsayımına dayanarak çalışır. İmalat, yeterli kalifiye fakat birbiriyle değiştirilebilir programlama ve test kaynakları ile projelendirilerek özen gösterilmektedir. Çalışma, PM ve BA tarafından hazırlanan ilk iş vakasına dayanan önceden belirlenmiş bir bütçe ile yürütülür.

Bir Widget Fabrikası işleten yönetimin, sadece bu insanların konuşma tarzlarına dikkat ederek kolayca anlaşılması kolaydır. Kaynaklar (ekip üyelerine atıfta bulunurken), süreçler, işletme verimliliği, tekdüzelik, tekrarlanabilirlik, kaynakların kullanımı üzerinde sıkı kontrol, açık iş rolleri ve tanımlanmış süreç girdileri ve çıktıları üzerinde olmaları muhtemeldir. İdeal yazılım geliştirme işleminin görüntüsünü gördükleri gibi aktarmaya çalışırken gerçek fabrika metaforundan bahsederlerdi.

Sonra Film Ekipleri var. İnsanların zeki, kendi kendine motive oldukları, gerçekten çok çalıştıkları ve işlerini çocuklar oynarken oynamaktan zevk aldıkları fikrine dayanıyorlar. Film Ekibi, uzmanlık nedeniyle bireysel katkıda bulunma yeteneklerinin, çalışmayı düzenleyen, koordine eden ve yöneten kişilerin yeteneklerini aşabileceğini kabul eder. Yönetici artık herkesin yerini alamayacağından, hiyerarşik yapı o kadar iyi işlemiyor - insanlar işleri halletmek için çok daha düz ve karmaşık bir oluşum içinde işbirliği yapmak zorundalar. İş rollerinin kendileri çok daha dikey olma eğilimindedir - bitmeye başlar - ve daha geniş çeşitlilikte beceriler içerir. Bu yönetim düşüncesi McGregor'un Teorisi Y ile desteklenmektedir .

Bir Film Ekibi direktörü, bir yazılım parçası vizyonunun ancak mükemmel bir ekip oluşturması, hayal gücünü etkilemesi ve ekibin birlikte gelip çalışmasına yardımcı olması durumunda gerçekleşebileceğini bilir. Rolü ilham vermek, vizyonu korumak, yön vermek ve çabalara odaklanmaktır. Her bir kişi önemlidir çünkü "yönetmen", yazılımın tüm katılımcıların dünya görüşlerini ve yeteneklerini birleştirmesinden ve grubun çalışmayı birlikte yürütmesinin benzersiz bir yönteminden kaynaklandığına inanmaktadır. Herkes, başlangıçtan beri yıldızların mürettebata katılmasının önemini kabul eder - yıldız sanatçıları başarı için her şansı arttırır. Vizyon bütçe çekiyor ve fon alıyor.

Tazminat gelinceWidget Fabrikaları, en fazla değerin, hiyerarşinin tepesinde bulunan ve buna göre telafi edilmesi gereken proje yöneticisi ve iş analisti tarafından yapılan işten kaynaklandığını düşünür. Gereksinimleri çalışma koduna dönüştürmek için doğru nitelikleri elde ettim. PM ve BA, proje bilgi kaynaklarına ekibin geri kalanına ücretsiz erişimi kısıtlayarak paketin üstündeki konumlarını korumak için çok çalışmaktadır. Öncelikli bilgi kaynaklarına resmi olarak erişim sağlamadığında, ekip herhangi bir değer değerlendirmesi yapmakta ya da iyi çözümler bulmakta zorlanıyor, programcılar yukarıdan emir almaya ve Başbakan ve BA tarafından tanımlanan problem üzerinde çalışmaya başlıyor.

Kesin bir tezat olarak, Film Crew daha eşitlikçi bir oluşum olarak hareket eder; üyelere birincil bilgilere sınırsız erişim hakkı verilir, değer yargıları oluşturmaya teşvik edilir ve vizyonu yerine getirmek ve katkıda bulunmak için bir eylem süreci seçmekte özgürdürler. Liderlik yapısı takım içinde belirli bir rolden ziyade yeteneğe dayanmaktadır. Tazminat, projeye katılmak için belirli bir kişinin ne kadar arzu edildiğini yansıtır; bu kişi, bu kişinin bu yazılımı oluşturmaya enerjisini ayırmaya ikna edilebilirse, sonuçta ne kadar değerli olacağı algısına bağlıdır. Bu ortamda, proje yöneticisinin rolü yaratıcı lider olma ihtimalinin düşük olması nedeniyle daha az belirgin hale gelir; rol çoğunlukla idari destek ve dış ilişkilere düşüyor.

Artık, çoğu şirket içi yazılım geliştirme ekibinin ve bazı danışmanlıkların, sürekli sıkıcı yazılım üretmek için bir sürece dayanan Widget Fabrikaları olarak çalıştırılması şaşırtıcı olmayacak; Proje yöneticilerine ve iş analistlerine düzenli olarak programcılardan daha fazla ödeme yapılan ortamlar, programcıların yönetimi yanlış ispat etmelerini zorlaştıracak şekilde yapılandırılmış çevre ile en fazla değer verdikleri varsayımına dayanarak programcılardan daha fazla ücret alıyorlar.

Başarılı yazılım şirketleri Film Crew bakış açısını benimseme eğilimindedir, başka herhangi bir felsefe, harika yazılım üretmek için çok fazla güvendikleri büyük insanları çekebilme yeteneklerini engeller. Bu ortamda bir iş analisti rolü görmemeniz olasıdır ve proje yöneticileri daha az belirgindir ve rutin olarak büyük programcılardan daha az ücret alırlar.


68
'Film Crew' yazılım üreticilerinin bir listesine ihtiyacımız var :)
Guillaume

8
durumun mükemmel taslakları
lurscher

46
Mükemmel bir özet. Bahsedilmesi gereken önemli bir nokta, çoğu şirkette, yazılım geliştirmenin bir temel yatırım olarak değil, bir maliyet faturası ödemesiyle (örneğin, bir fatura ödemesiyle aynı şekilde) muamele görmesidir.
dbkk

3
İyi cevap! İki farklı tipte orjinal bir tablo çizdiniz ve aynı işi nasıl gördüklerini anlattınız. Bir yazılım geliştiricisinin, katkısının çıktıda önemli ve değerli bir parçası olacağı organizasyonu seçmesi gerekir. Tıpkı bir ses mühendisi / müzik direktörü olarak bir Film.
Senthil Kumaran

39
Ahbap, bu mükemmel bir tepki. Film Ekibi analojisi çok iyi çalışıyor. Bir film ekibi için 9 yıl boyunca bir widget fabrikası tarafından satın alınmadan önce çalıştım, daha sonra sadece 8 ay sürdüm. Daha sonra kendi yazılım geliştirme işime başladım ve biz de bir Film Ekibi'yiz. Bana nasıl çalıştığımızı iletmek için ihtiyacım olan analojiyi verdiğini düşünüyorum. Teşekkürler!
Daniel Paull

276

Çünkü toplumlarımızda, maaşın hiyerarşideki pozisyonuna bağlı olduğunu düşünüyoruz .

Analistler veya proje yöneticileri hiyerarşide daha yüksektir, bu yüzden daha fazla ödeme yapmaları gerekir.

Bunun neden bir sorun olduğunu gösteren gerçek bir hikaye anlatayım.

İyi bir arkadaş büyük bir hastanede programcı olarak başladı. Çalışması ve bağlılığı sayesinde, kısa sürede verilerin hem duyarlı hem de değerli olduğu bir şirkette kritik öneme sahip olan Oracle DBA oldu.

Hastane seviyelerle çalıştı. Seviyeler hiyerarşi, miras ve diplomalardaki konumunuza bağlıdır.

Arkadaşım, maaş seviyesi kullanmayan başka bir şirkette DBA olma önerisini aldı. Maaşı çok artabilirdi. Çalıştığı hastaneyi sevip saygı duyduğundan, bir artış talep ederek patronla konuşmaya karar verdi.

Patron reddetti. Seviyelerden dolayı mümkün değildi ve sendikalar bunun olmasına izin vermeyecekti.

Arkadaşım ayrıldı.

Hastane sonunda bir dış danışman tuttu (seviyelere bağlı değil) ve web sitesinde bir iş ilan etti. Danışman, mevcut altyapı hakkında hiçbir şey bilmiyordu, bu nedenle öğrenme eğrisi çok büyüktü. Hastane bu yüzden çok para kaybetti.

Hastane çok daha fazlasını kaybetti. Dış danışman, arkadaşımın istediğinden 5 kat daha fazla para alıyordu ve onun yerini alacak nitelikli bir çalışan bulamadılar.

Bu neredeyse üç yıl önceydi. Arkadaşım hala yeni yerinde ve sevdiği şeyi yaparak çok hızlı bir şekilde hiyerarşi merdivenine tırmanıyor.

Hastane hala 5 kat daha fazla para ödüyor.

IMHO, maaş şirkete verdiğiniz değere bağlı olmalıdır .

GÜNCELLEME : Hiyerarşide daha yükseğe çıktığınızda, oluşan kaldıraç etkisi vardır. Yani aslında, getirdiğiniz değer için para alıyorsunuz. Ancak 10 kat daha verimli olan parlak programcılara, bu hiyerarşideki konumlarına bakılmaksızın (genellikle en altta) 10 kat daha fazla ödeme yapılması gerekir. Vurgulamak istediğim şey buydu.


73
Ne kadar harika bir fıkra.
Alan Pearce

28
Haklısın - maaş değere göre olmalı. Sık sık bu durum böyle değil. Herkesin maaşının gizli tutulduğu (ve bireysel olarak müzakere edildiği) bazı küçük özel şirketlerde, yalnızca büyük patron kime ne ödendiğini bilir. Ve bazen bu yerlerde maaşın değere bağlı olması ve bazı denetleyici kişilere, işi yapan zeki insanlardan daha az ödeme yapılır. Elbette, bu çok sık olmaz.
hızla_9

16
Pierre, İngiltere'de kamu sektörü gibi görünüyor!
ozz

10
Çalışan belki de dış danışman olarak çalışmayı önerebilirdi?
Thomas Stock,

4
@Ttomlar: evet bunu hatırladığımı hatırlıyorum, ama çok ilgilenmiyor (IMHO'nun bir yanılsama olduğu güvenliğini yitirme korkusu) ve bu, hastanenin bütçe sorununu çözmeyecekti.

84

Programcılarınkinden daha fazla risk alırlar . Verdiklerimizi temel alan kararlara dayanarak karar vermek zorundalar ve beklentileri karşılanmadığında paydaşların sert eleştirilerine maruz kalıyorlar. Ödeme paketinin bir kısmı bu riski telafi eder.

Diğer bir faktör de, uygun şekilde planlayabilecek, tahmin edebilecek ve hafifletebilecek bir proje yöneticisi hazırlamak için gereken yıllık tecrübeler olabilir. Bazı açılardan, farklı bir proje yöneticisi başarısızlıklarla eğitilir ve bu da edinilmesi pahalı bir beceridir . Kıdem seviyesine ulaştıktan sonra, bir şirket böyle değerli personelden vazgeçmeye istekli olmayabilir.

Düzenle:

Finansal veya fiziksel zarardan daha fazla risk türü vardır. Örneğin, yönetici veya müşteri tarafından azarlanma riskini göz önünde bulundurun. Gerçek bir zarar gelmese de, bu tür sonuçlardan kaçınmak için davranışlarımızı uyarlamamız hala yeterli değildir. Bununla birlikte, yöneticiler her zaman iyi kararlar vermek zorundadırlar ve kişisel tercihlere göre değil, şirket çıkarları için farklı risk türlerini dengelemek zorundadırlar.


42
"Programcılarınkinden daha fazla risk alıyorlar." Ne gibi? Henüz bir proje yöneticisini görmedim ya da gerçekten de herhangi bir yönetici, kötü bir karar nedeniyle herhangi bir ciddi sıkıntı çekiyor. (Yazılım endüstrisinde, yani.)
biziclop

83
@ 9000 Kötü proje yöneticileri bulmak çok kolaydır ve aynı zamanda daha yüksek maaşlara da el koyarlar.
biziclop

10
Paydaşın sert eleştirisi ile karşı karşıya kalmak gerçekten ekonomik bir risk değildir ve fazladan bir ödül almaya değmez, alınan bir dizi kötü karardan sorumlu tutulmanın veya paydaşlardan işin ilerleyişiyle ilgili doğru bilgileri gizlemenin bir parçası. Bir programcı, "tamamen yeşil" olduğunu bildirirken aşırı derecede işlevsel olmayan kod ürettiği biliniyorsa, benzer bir riskle karşı karşıyadır. Çoğu kuruluşta, PM'lerin teslim edilememesi eleştirilmez.
Vlad Gudim

18
Yanlış karar vermek için kovulmak ve bir milyon dolarlık kıdem tazminat paketiyle birlikte uzaklaşmak kesinlikle korkunç geliyor!
Wooble

3
@biziclop: Adil olmak gerekirse, kötü programcılar saçma sapma eğilimi gösterir ve sadece kendi sıralarını zorlamadan rütbe konumlarını doldururlar. Ve birçoğu daha var.
Matt Joiner,

80

Programlama bir önlemle daha zor olabilir, fakat aynı zamanda daha keyifli. Siz sadece orada oturun ve güzel programlama bulmacasını çözdüğünüzde, yöneticiler astları, müşterileri, kendi patronları ve paydaşları arasında her türlü saçmalığa bakarlar. Bu yüzden bu kadar aklı başında insanlar gerçekten yönetici olmak istiyor, bu yüzden daha fazla ödeyerek bunu telafi etmek zorundasınız.

Programlama daha zordur, ancak yönetim daha fazla berbattır.

Birinin bir şirkete değerini bilmenin bir yolu, şirketten ayrılmasının nasıl bir şey olacağını hayal etmektir. Genellikle yöneticiler bu anlamda programcılardan daha değerli oldukları ortaya çıkar. Java'nın yaratıcısı James Gosling kısa süre önce Oracle'dan ayrıldı. Biri bunun büyük bir kayıp olduğunu düşünebilir, ama tahmin et ne oldu? Aslında önemli değil. Java ya da Oracle üzerinde hiçbir etkisi yoktur. Köpekler havlar, ancak karavan devam eder.

Bu arada, (cidden) toz ve temizlikçilere programlayıcılardan daha fazla ödeme yapılması gerektiğini düşünüyorum. Diğer insanların çöplerini temizlemek, berbat ve vazgeçilmez bir iştir .


12
@Joonas - ".... toz ve temizlikçilere programlayıcılardan daha fazla ödeme yapılması gerektiğini düşünüyorum" <- Bunu bana açıklamanız gerekecek! O NE LAN?
ozz

27
Temizliğin fiziksel olarak zor bir iş olduğu kesinlikle doğru. Yine de, nezih bir programcı olandan daha temiz ve nezih bir iş yapabilen insanlar var. Bu yüzden piyasa iyi programcılar için daha yüksek değerlere sahiptir.
Péter Török,

13
@Mayank: Hayır, sadece mütevazi bir programcıyım, programcıların genellikle kendilerini çok fazla değer verdiğini düşünen :-)
Joonas Pulakka

10
@jpartogi: Programcıların kodlamaları için pis kokuya dayanmaları ve kaslarını zorlamaları gerekmez. Bildiğimiz gibi rahat bir iş.
Joonas Pulakka

9
Korkunç bir karmaşaya dönüşen bir tasarımla eski bir sistemin önünde oturmak ve daha fazla kod kırmadan bir sonraki sürüm için hızlı bir düzeltme eki oluşturmaya çalışmak, gerçekten berbat bir göz korkutucu ve genel programcı görevidir. Binlerce mutlu yönetici ve binlerce mutsuz programcı var. Yani cevabınız kazançtaki farkı gerçekten açıklamıyor.
Vlad Gudim

71

Yönetimi grafikler oluşturmak ve dokümantasyon yazmak için azaltmak, programlamanın yazmak olduğunu söylemek gibidir.

Her biri kendilerine göre, fakat benim için programlama insanları yönetmekten daha kolaydır.


5
Bu bir programlama forumu, bu yüzden çoğu insan programlamayı yönetimden daha kolay bulacak. Genel olarak, seçim yanlılığı olmadan, çoğu insanın programlayabileceğinden daha iyi yönetebileceğinden şüpheleniyorum.
David Thornley

15
Katılmıyorum. İyi yöneticiler, tıpkı iyi programcılar gibi, çok uzaktadır.
Dima

4
@ Woo4Moo, bu ifadenin yeteneğini göz önünde bulundurmalısınız.
Yahel

8
@ Woo4Moo aslında mantıklı düşünemiyorsanız, iyi bir programcı olamazsınız. Artık Dragon Naturally speak ve benzerlerini kullanan pek çok engelli programcısı var.
Anonim Tip

2
İyi yöneticilerin bulmak için iyi programcılardan daha zor olduğuna inanmakta zorlanıyorum. Yüzlerce programcı ile çalıştım ve sadece 3 veya 4 yaşına geldiğimde iyi olarak değerlendireceğim ve yine de çalıştığım düzinelerce iyi menajer olduğunu düşünebiliyorum.
Dunk

36

Buradaki herkes olumsuzlara odaklanıyor. Ofis politikalarından hoşlanan bir programcıyla hiç tanışmadım ve iyi yöneticiler sizi bu tür çöplerden koruyor. Ana müşterimizdeki birçok insanla etkileşime girdikten sonra, bunların yarısı deliliktir ve benim için bu deliliği emmek için PM'imin orada olmasından memnunum. Onlara çok para öderlerse sorun değil. Kaçınılmaz tedavi için ona ihtiyacı var.


Oyunu etkili bir şekilde oynayabilmek için ofis politikalarından hoşlanmanız gerekmez.
Wayne Koorts

4
Biliyorum, ama başka birinin oyunu oynamasını tercih ederim, böylece kod yazabilirim.
MattC

1
Oyun oynamayı severim ama diğer insanlarla değil.
Anonim Tip

3
BA olmakla ilgili en zor şey çelişkili gereksinimleri anlamlandırmaktır. Her paydaşın neyin gerekli olduğu konusunda farklı bir fikri vardır. O zaman büyük patronlar en aldatıcı ve çılgıncadır. Programcıların hazırlayabilecekleri ve yararlı şeyler üretebilecekleri gereklilikleri elde etmek BA'yı içmeye ve pahalı eğlence ilaçlarına itmek için yeterlidir.
CyberFonic

8
Evet, ancak kötü yöneticiler ofis politikalarını doğrudan müşteriden doğrudan geliştiriciye doğru itiyorlar;
sevenseacat

20

Elbette tartışılabilir, ancak bunun arkasındaki önemli sebep programcılar değil projenin sorumluluğunu taşımalarıdır . Bir şeyleri telafi etmen için size kulaklı bir şeyler verebilirler, ancak daha yüksek güçlerden gelen eleştirilerle karşı karşıya kalırlar . Planlama ve tahminden sorumlu olanlar onlar .

Yönetme çok yönlü bir beceri seti gerektirir : insan becerileri, liderlik, maliyet ve zaman tahmini yapabilme. Tüm bunları yapabilmeleri için, konuların kendi tarafınızla iletişim halinde olmaları (yani ne yaptığınız, teknik olarak konuşma konusunda bir ipucu olması) veya çok iyi karakter yargıçları olmaları gerekir.

Gereksinimler doğru tanımlanmadıysa, bu onların hatası.

Test planları doğru tanımlanmadıysa, bu onların hatası.

Tatile çıkarsanız veya bacağınızı kırarsanız ya da bir Cumartesi gecesi boşa giderseniz ya da yeterince bildirimde bulunmadan ayrılırsanız ve yerine ya da <burada bir sebep> bulmak zorunda kalırsanız işinizi yapamazsınız ve ürün Teslim (zamanında veya hiç), hala onların suçu .

Ayrıca, onların sorumluluğu taşıdıkları anlamına geldiğinde, bunun üstündeki ve altındaki insanları etkilediğini unutmayın . İşleri batırırlarsa, ekibinizin çevrimiçi olan işleri olabilir. Aynı zamanda parasını ödediğin baskı türü .

Not: Ayrıca, programlamanın Gantt çizelgeleri yapmaktan daha zor olduğunu söyleyebilir miyim bilmiyorum (bahsettiğiniz örneği yeniden kullanmak için). Seni bilmiyorum ama programlama yapıyorum (genelde, sektörde yapmanız gerekenlerin% 80'i için) oldukça kolay. Bir şeyi batırırsan düzeltebilirsin. Patronunuz onun gantt çizelgesini veya maliyet tahminini bozarsa, bu şimdi a != nulliçin tersine çevirmekten çok daha büyük bir sorun olacak == null. Küçük hatalar onlar için daha geniş ölçekte önemlidir. Tabii çoğu zaman, canlı yayına gömülü bir tıbbi uygulamada böyle bir testi batırdıysanız, bu da büyük bir sorun. Ama senden daha fazla sorun yaşayacaklar!


Sorumlulukların çoğunu taşıyabilirler (çoğu, hepsi değil), ancak suçlamanın çoğunu taşıyamazlar.
sevenseacat

@Karpie: Tabi ki programcılar yanlış düşmelerden sorumlu tutulabilir, ancak yöneticiler suçlamanın çoğunu taşıyacak. Belki evet, ancak şirketin (veya paydaşlarının) üst yönetimine bağlı olarak, programcılar suçlanmıyor. Onları yöneten insanlar. Tabii ki, amacınızı anlayabiliyorum (ve "maaşlar hiyerarşideki pozisyonuna bağlı" diyen kişinin) ve ayrıca aptalları yöneten ve başkalarını suçlayan aptallardan kaçan bazı şirketler var. Olması gereken bu değil ve benim tecrübeme göre genel durum değil.
haylem

@Karpie: Bazı insanların gözünde burada Şeytanın avukatı olabileceğimi biliyorum, ama bu maaş bir kişinin bir şirkete getirdiği katma değeri ödüllendirmek isterken, pek çok şirketin bunu yapacağını bilmiyorum sadece programcılar ile çalışabilecektir. Bazı personel dolaylı değer getirir ve ölçmek zordur. Ve düşündüklerinden çok daha fazla baskı altında olduklarında, sadece hiçbir şey yapmadan yalan söylemediklerini, parmakları işaret ederek ve bir suçlama oyunu oynadıklarını düşünmek genellikle çok kolaydır.
haylem

19

Arz ve talep , pazardaki fiyat belirleme ekonomik bir modelidir. Rekabetçi bir pazarda, belirli bir malın birim fiyatının, tüketicilerin talep ettiği miktarın (cari fiyata) üreticilerin arz ettiği miktara eşit olacağı bir noktaya gelinceye kadar değişeceği sonucuna varmaktadır. fiyat ve miktarın ekonomik dengesi. Dört temel arz ve talep kanunu şunlardır:

  • Eğer talep artar ve arz değişmezse, o zaman yüksek denge fiyatı ve miktarı.
  • Talep azalırsa ve arz değişmezse, o zaman düşük denge fiyatı ve miktarı.
  • Arz artar ve talep değişmezse, düşük denge fiyatı ve daha yüksek miktar.
  • Arz azalır ve talep değişmezse, o zaman yüksek fiyat ve düşük miktar.

Bu durumda, sebeplerden biri çok fazla geliştirici olmasıdır.


3
Birçok düşük seviye geliştiricisi var, ancak yetkili programcılar samanlıkta iğneler var
Foo Bah

10
Bu kesinlikle maaşların piyasa ekonomisinde nasıl çalışması gerektiği teorisidir. Maaşınız, şirkete getireceğiniz değere göre değil, yerine geçmenin marjinal maliyeti ile belirlenir. Sorun şu ki, gerçekten serbest piyasalar yok. Nepotizm, kronizm, rant arayışı ve bilginin asimetrisi endemiktir. Teoride, bu verimsizliklere giren örgütler, yapmayanlar tarafından işten çıkarılmalıdır, ancak neredeyse herkes bunu yaparsa ...
Charles E. Grant,

4
Ya da belki - bir programcı kalitesini belirlemek zordur ve bu nedenle piyasa görünür sular, ancak arz tarafında çoğunluğu aslında uygun değildir. Bu gördüğüm birçok kodu açıklar ...
Alex Feinman

Yukarıdaki tüm güzel cevaplara rağmen, gerçek cevap budur.
Nick Hodges

1
Pazarın simetrik olmadığını unutmayın. Bir işveren binlerce programcı seçeneğine sahiptir. Bir programcının sadece birkaç işveren seçeneği vardır. Bir işverenin bir programcı nedeniyle kaybedilmesi, bir şirketin toplam kapitalizasyonu veya geliri ile karşılaştırıldığında önemsizdir. Bir programcının kaybı çok büyük - bir işi değiştirmek genellikle birkaç ay sürüyor, bu yüzden programcının tek kaynağının yüzdesi ya da birkaç yüzdesi gibi - ömrü. Yöneticilerin burada daha fazla güç sahibi olduklarını görüyorsunuz, çünkü onların yerine koymalarını daha pahalı hale getirebilecek konumdalar.
Anton Nazarov

17

Kariyerim boyunca geliştirici ve PM rolleri arasında geçiş yaptım. Projemde geliştiricilerim iki kat daha fazla kazanıyor ve diğerleri yarı yapıyor. Ücretli olanlara yüksek ücret ödenir, çünkü ne yapılır: A) Onlar "rockstar" geliştiricileridir. B) Müşterilerle etkileşime girer, ürünü müşterilerin anlaması kolay ve yakışıklı bir şekilde açıklarlar. C) Birden fazla projede çalışan geliştirici ekiplerini yönlendirir. D) Her zaman müsaittir ve lütfen isteklidirler.

Bir geliştirici, PM ve BA'nın rollerini değişen kapasitelerde yerine getirirler. Genel olarak, zamanınızın% 90'ını harcıyorsanız, kod kesme, o zaman inanılmaz derecede değerli değilsiniz ve muhtemelen kolayca değiştirilebilir. Daha fazla para kazanmak istiyorsan daha fazla sorumluluk almalısın ... ve muhtemelen sana daha fazla ödeyecek başka bir şirket bulmalısın.


11

Bunun nedeni, bir proje yöneticisinin sorumluluk alanının (genellikle) planlanan bir bütçe dahilinde tüm projeyi zamanında ve uygun kalitede teslim etmektir. Tehdit altında olan çok fazla para vardır, bu nedenle doğal olarak iyi proje yöneticileri genellikle programcılardan daha fazla ücret almaktadır.

Ancak, iş analistlerinin ortalama olarak, programcılardan çok daha yüksek bir maaş kazandığını sanmıyorum. Ve bir şirketteki maaş seviyesinin bir çalışanın değeriyle değil hiyerarşi tarafından belirlenmesinin daha az yaygınlaştığını hissediyorum.


Bunun nedeni, birçok programcının ortak programcılardan terfi ettirilmesi olduğunu düşünüyorum. Birçok şirkette tanıtım daha fazla para anlamına gelmez.
IAdapter

10

Benim deneyim farklı olabilir (ya da ben fizik çarpık yasalarına bir farklı evrende yaşıyorum), ancak çoğu iş analistleri ve proje yöneticileri (değil programı yöneticileri, ancak proje yöneticileri ya da PMP) gördüğüm pozisyonları veya biraz altında programcıların ortalama maaşı.

Yazılım mühendislerinin ortalama maaşlarına kıyasla maaş farkı daha da genişlemeye başlıyor (yazılım mühendisinin lehine). Boşluk kıdemli EE veya kıdemli yazılım mühendisleriyle karşılaştırıldığında daha da fazladır. Neredeyse hiçbir üst düzey iş analisti veya kıdemli PMP, bir kıdemli EE veya kıdemli / ana yazılım mühendisi ile aynı şeyi yapmaz.

Bununla birlikte, bir program yöneticisi (PMP ile aynı değildir), o kişi herkesten daha çok şey kazanacaktır (ve nedenleri açık olmalıdır.)


Maaşlarla ilgili bu şikayetleri gördüğümde beni en çok rahatsız eden şey, programcılar (özellikle girişimci sınıf / giriş seviyesi programcıları) olarak, biz o kadar özeliz (ya da değiliz). Giriş seviyesi programcısında, okula gitmeden önce roket bilimci maaşını hak eden hiçbir şey yok. Hayır .

Yazılım üzerinde çalışan hepimiz sıfırdan başladık. Hepimiz yaptık.

Ve eğer gerçekten dürüst olursak, saçma bilmediğimizi iyi biliyoruz. Lisans programı CS ders yükümüzü tamamlayabilmek sadece başlangıç ​​noktasıdır. Bizi o özel veya ZOMG yapmaz !! uber-Einstenian. Gerçekten hayır!

Ve yine de (ve nokta-com-bubble’un kötü niyetli dönemi sayesinde), OH WOW, biz programcı olduğumuz ve sadece iş olduğumuz için, üniversitelerin eğitimli bir kişiden çok daha fazlasını değil, daha fazlasını yapmayı umuyoruz. analistler ve PMP'ler.

Kibirleri heceleyebilir misin? Newsflash - Kurumdaki çoğu programlama işi için 4 yıllık bir dereceye bile ihtiyacınız yok. Gerçekten, bu ciddi mi?

Zamanınızı eziyete atın ve programlamadan yazılım mühendisliğine (veya bunun için mühendislikten) üst seviyeye geçiş deneyimini geliştirin. O zaman bir iş analisti ve PMP'den çok, çok fazla pero mucho mucho yapmak isteyebilirsiniz .

Üstesinden gelin - bazılarımız fazla ödeme yapıyoruz. Dönemi.


Kenara çekilmek: bir iş analisti ve / veya PMP'nin, orta / üst düzey yazılım mühendisleri olmak için gerekli zaman ve uzmanlığı henüz kazanmamış (veya hala çok talep edilen bir alanda uzmanlık geliştirmemiş olan) programcılara maaşları yakın veya benzer hale getirme nedenleri alan):

Bir iş analisti , yazılım ve sistem çalışanları ile iş adamları / iş süreçleri arasındaki ilişkidir (maaş çekinizin varlığını haklı kılan, işlerin tersi yönde geçerli olanlardır). Analitik davranışlar, üzerinde çalışılması gereken şartları oluşturan girdiler olarak kullanılabilir girdi olarak kabul edilir. Zaman harcamanızın çoğunu zaman harcadığınızdan ve iş dünyasıyla ilgilenmediğinizden emin olurlar.

Birçoğunuz işin kolay olduğunu düşünüyorum. Bunun gerçekten doğru olduğunu düşünüyorsanız, Tanrı yardımcınız olsun.

Bir proje yöneticisi , birden fazla projeye hokkabazlık yapmaktan sorumlu kişidir (oysa, herhangi bir zamanda en fazla bir veya iki tane ile hokkabazlık yapmanız gerekir.) O sizin şemsiyenizdir ve kirli işlerin çoğunu yapmak zorunda olan kişidir. Yıkanmamış kitlelerin geri kalanı yapmak istemiyor - insanları işlerini yaptıklarından emin olmak için kovalamak veya işinize engelleri kaldırmak.

Size, “neyin üzerinde çalışıyorsunuz?” Projesini ilerletmek için yardım etmeye çalıştığınız şey nedir? İşinizle ilgili sorunlarınız mı var? Engelleriniz neler, neye ihtiyacınız var? Size kim verebilir? " ...

ve sonra aynı zor soruları soran, engellerin kaldırıldığından ve projenin ağırlığından (gerekirse) çekildiğinden emin olarak başkalarına gidecek.

Başarısız olan birçok projede gördüğüm bir numaralı problem, PMP'lerin eksikliği veya PMP'lere saygısızlık (özellikle geliştiricilerin). Projelerin yetersiz PMP'ler nedeniyle başarısız olduğunu nadir görüyorum. demek için istekli daha vardır o böyledir.


Bunun dışında, programcılar sadece biz özel olduğumuz için (başka kimseden fazla değil), ancak onları alabileceğimiz için büyük maaş talep etmiyorlar. Bu gerçek bir yetenek değil ve çok fazla talep var.
David Thornley

@David - gerçekten, programcılar arasında bile değil, ortak bir yetenek değil. Ve bu benim amacım. İşletmedeki programcıların büyük bir çoğunluğuna sahibiz (dot-com ve java / .net üniversiteleri sayesinde). Ve işletme üzerindeki birçok programlama çalışması roket bilimi maaşları talep edecek kadar karmaşık değildir. Arz ve talep, daha basit gereksinimlerle (ve hala yazılım yazma yöntemlerimizi önemli ölçüde geliştiremediğimiz gerçeğiyle) birleştiriyor, bize birçoğumuzun o kadar özel olduğunu (birçoğunun henüz bu nadir yeteneği geliştirmemiş veya geliştirmemiş olması nedeniyle ), ve ergo, fazla ödenmiş.
luis.espinal

3
@ luis.espinal: Çoğu insan alabileceği en yüksek ücreti talep eder. Soru, ahlaki bir hakka sahip olup olmadıkları değil (herhangi birinden daha fazla para kazanma hakkı olan herhangi bir ahlaki hak var mı?) Değil, piyasanın onları alabilecekleri bir yöntem olup olmadığıdır.
David Thornley

1
gönderiniz çok uzun, ilk sayfadan sonra okumayı bıraktım.
Anonim Tip

2
@ İsimsiz Tip - Bir dahaki sefere onu aşağıya çekmeye çalışacağım.
luis.espinal,

9

Finansmandayım ve zihniyetin teknoloji dışı kıyafetlerin çoğunda benzer olduğunu düşünüyorum:

Ücret, kariyer riski ile orantılıdır

Bir grubun veya ekibin tamamen işten çıkarılmasını yasaklayan düşük seviyeli programcılar her zaman işlerini sürdürürler. İşin niteliği budur ve programcılar, sıfır risk aldıklarını gayet iyi bilerek girerler. Bir böcek varsa, doğrama bloğundaki kafaları değil.

Daha yüksek seviyelerde, bir şey berbat ederse, ilk giden sizsiniz. Para kaybetmemize neden olan küçük tipografik bir hata yapan bir astla ilgili birçok deneyimim oldu ve bunun için sıcağı aldım (hatayı yapan gerçek programcı değil).

Oldukça basit, ödeme riskle orantılıdır. Diğer taraftan, programcılar, oyunda mutlaka herhangi bir cilde sahip değillerdir.


5

Sorunuz "X ve Y neden şirketimdeki programcılardan daha yüksek maaş alıyorlardı " yanıtını verebilirdim "yanlış şirkette çalışabilirsiniz".

Bir şirketin yazılım işindeki başarısı, programcılarının diğerlerinden daha fazla yeteneklerine bağlıdır. Bunu tanımayan şirketler otomatik olarak dezavantajlı durumdalar, vs. bunu yapanlar. En iyi programcıları işe almak ve onlara iyi bakmak en iyi seçeneğinizdir. Büyük programcıların işleriyle diğerlerine karşı farkı çok büyük; emredilen maaş farkından çok daha büyükler. Ancak, programlayıcılarınızı ödemekte ısrar ediyorsanız, ödediğinizin karşılığını alırsınız.

Bununla birlikte, iş dünyasında her rol önemlidir. Büyük yöneticilerin büyük bir etkisi var. Bunların çoğu harika programcılar almak ve onları mutlu etmek. Benzer bir şey iş analizi, pazarlama, satış, test ve destek konusunda da söylenebilir.

Mükemmel bir programcıysanız ve çok fazla ödüllendirilmiyorsanız, başka bir yere gidin. Sonra tekrar, iyi bir programcı olmayabilir. Ne yazık ki, eğer harikasanız, nedenini görmek zor. Nedenini bilseydin, değişebilir ve mükemmel olabilirsin, değil mi?

Programcı oldum ve insan müdürü oldum. Çok iyi programcılar ile çalıştım, fakat sadece birkaç harika yönetici ile çalıştım. Bir yönetici iken, mükemmel değildim, ama en azından bunu biliyordum. Halkım, hakettiğimden daha fazla zam yaptılar.


5

Beceri ve işle ilgisi yok, ekonomide çok az insanın yapmayı hak ettiği değere bağlı.

Daha fazla para kazanmayı hak etmek, geçici bir fikirdir, herkes daha fazla para kazanmayı hak ettiğini düşünüyor.

Adil olmasa da, yöneticiler daha fazla para kazanıyor çünkü işletme sahipleri onlara daha fazla güveniyor. Yöneticiler genellikle daha yüksek maaşlar alır, bu yüzden uygunsuz bir zamanda yeni bir iş çıkarmazlar.


4

Bence bu sorunun temeli tamamen bozuk.

Yönetim, astlarından daha fazla ödenmelidir. Bir şirketteki kıdem genellikle maaş esasına dayanır ve küçük bir çalışanın yaşlılarına emir verme imkânı yoktur.

İnsanları yönlendirmek uzman bir beceridir. Herkes proje yöneticisi olamaz (PM). Görev sayısı arttıkça görev daha da zorlaşıyor. Teknik bir PM rolünde, Başbakan'ın etkili bir şekilde liderlik etmek için teknolojiyi iyi bir şekilde kavraması gerekir - yoksa astlarının saygı ve desteğine sahip olmayacaklardır.


6
OP'nin amacı, yalnızca gerçekten nitelikli ve iyi yöneticilerin astlarından daha yüksek ücret almak değil, (neredeyse) hepsinin, hatta gerçekten yenilmez olanların bile yüksek maaş alacağı olduğunu düşünüyorum.
Péter Török,

1
Başka bir konu: yönetim bir insan becerisidir. İyi bir PM gerçekten onun / onu ekip üyelerinin saygı ve desteğini sahip olmak için çok teknoloji meraklısı olması gereklidir sanmıyorum (ne ben bu takım üyeleri gerçekten olması gerektiğini düşünüyorum astları PM). Peopleware'e tamamen katılıyorum, iyi bir menajerin takımın önündeki tüm engelleri kaldırmaya çalıştığını ve sonra da işlerini yapmalarını sağladığını düşünüyorum.
Péter Török,

11
Yönetim, astlarından daha fazla ödenmelidir. Şart değil. Ve kesinlikle bu "zorunluluk" kuralı olan bir şirkette çalışmak istemiyorum.
Nikita Barsukov

1
Durumun olmadığı bir şirketi ya da kuruluşu hiç bulamadım ya da duymadım. Kuşkusuz, benim deneyimim çok eski iki sektörde (bankacılık ve devlet).
TZHX

4
@tzhx: Yöneticilerimin benim kadar ödediği birkaç ciddi şirkette çalıştım ve benden daha iyi uzman meslektaşlarımdan daha az. Hayır, bu hiçbirimizi rahatsız etmedi, ya da yöneticilere aşağılık olarak bakmamızı sağladı. Her birimiz kendi işimizi yapıyorduk, başkalarının işlerine saygı duyuyorduk - yöneticilerimiz açıkça mantıklı bir iş çıkardılar. Takım ruhu, hiyerarşiye dayanmalı.
9000

4

Birçok meslekte, temel bir beceri bir şeyi satma yeteneğidir. Ve bir şeyler satmak için kendini satman gerekiyor. Size güvenmesi ve sağladığınız ürün veya hizmete, istediğiniz kadar değer vermesi için alıcıya ihtiyacınız var. Bu beceri maaş müzakerelerine tamamen aktarılabilir.


4

Her görevden geçtim ve çoğunun elmaları ve muzları karşılaştırmaya çalıştığını söylemeye cüret ediyorum.

Her şeyden önce, 'yönetmek çok kolay' diyen birinin kendi zamanlamasından başka bir şeyi yönetmek zorunda olmadığına inanıyorum. Öte yandan, 'herkesin bir şeyi kodlayabildiğini' aptalca olduğunu söyleyin (ve yanlış forumda, Tanrı aşkına!).

Özellikle fark edilmesi gereken başka gerçekler olduğuna inandığım halde, rwong ve luis.espinal asnwers'ı özellikle sevdim.

Son 10.000 yıl boyunca mükemmel olmasına rağmen, bugünlerde değil hiyerarşinin bir cevap olduğuna inanmıyorum. Kârınız arttıkça, gücünüz arttıkça (ve tersi) bir toplumda yüzyıllarca yaşadık. (Özellikle bölgemizde) olduğu gibi, dünyamız için de geçerli olduğuna inanmıyorum.

Asıl soruya dönersem, yöneticilerin genellikle daha fazla kazandıklarına inanıyorum çünkü bir şirket için daha değerlidir çünkü hiyerarşide daha yüksek değil, çünkü daha yüksek

  • önceden edindiği deneyimlerden topladığı tüm bilgiler (genellikle programcılar genel olarak yöneticilerden daha az deneyime sahiptir)
  • Birden fazla şeyi aynı anda yönetebilmek için (programcıların bir görevi - veya bir görev listesi - başarmak için, yöneticiler kendi görevlerini yönetmek zorunda iken)
  • Onlar yönettikleri projenin baş temas noktalarıdır ve bu nedenle bir şeyler ters giderse ilk hedeflerdir. Yöneticiyseniz işinizi kaybetmek daha kolaydır; Bir geliştirici olarak, 'bir şeyi yeniden yapmak için lisansa sahipsin'. Bu herkesin bahsettiği 'risk' faktörüdür.
  • geliştiriciler tüm proje yaşam döngüsünün bir parçasıdır. Burada 'programcılar' hakkında konuştuğumuzda, testçiler, teknik yazarlar ve projenin başarısı için son derece önemli olan diğer insanları da düşündüğümüze inanıyorum.
  • ve bu konuda sadece birkaç mesajda gördüğüm bir şey var: liderlik. Yönetici olmak, insanlarla nasıl temasa geçileceğini bilmek, pazarlık etmek, herkesin motivasyonunu sürdürmek, herkesin ruh halindeyken sinerji yaratmak için.

Benim düşünceme göre, liderlik faktörü yüksek maaşların ana nedenidir, çünkü şirket için ve liderin etrafındaki herkes için uzun vadeli bir sonuç doğuruyor.

BTW, bir takım lideri olarak (proje lideri olmaktan çok uzak!) Yalnızca birkaç deneyimim oldu ve bir liderin ne yaptığını, ne kadar iş yapmam gerektiğini bildiğim kadarını biliyorum.

Düzenleme: Vurgulamayı unuttum: iletişim becerileri çoğumuz için güçlü bir nokta değil, bir lider için bir zorunluluktur. Ayrıca, Kodlayıcı Korku’da, iyi programcılar ve iletişim becerileriyle ilgili çok iyi bir yazı paylaşmak istiyorum -> http://www.codinghorror.com/blog/2011/02/how-to-write-without-writing .html


3

Bu şekilde düşünün, yetenekli yönetici sayısı yetenekli programcı sayısından az, bu nedenle yöneticiler şirketler için daha "değerli".


Kesinlikle. Emek fiyatı arz-talep yasasına bağışık değildir.
Nick Hodges

Bunun dışında, argümanınızı geçersiz kılan yetenekli geliştiricilerden daha fazla yetenekli yönetici var.
Dunk

3

Bu, 'zorluğu' nasıl tanımladığınıza bağlıdır. Yine de, Proje Yönetiminin ne hakkında olduğunu ve İş Analistlerinin ne yapması gerektiğini biliyor musunuz, merak ediyorum. Sorunuzdan çok hayal kırıklığı okudum, bu yüzden bazı kötü deneyimleriniz olduğunu düşünüyorum. Asla daha az, sorunuza cevap vermeye çalışmak istemiyorum.

Proje Yöneticileri ve İş Analistleri genellikle bu pozisyonları yerine getirdiklerinde 'daha eskidir'. Geliştiricilerin kariyerlerine çok genç başladığı yerlerde (20'li yaşların civarında), proje yöneticilerinin ve analistlerin çoğu 30 yaşına yakındır (bu yalnızca ödeme başına sadece yaşına göre fark yaratır). Ayrıca, müşterilerin maruz kalmasıyla yüz yüze gelenler, yani yerinde seyahat etmek, müşteriyi dinlemek için saatlerce işkence yapmak zorunda kalıyorlar (özellikle bir proje yanlış gittiğinde) ve isteklerini / ihtiyaçlarını sıralıyorlar. Ne vaat ettikleri ve özellikle hangi kapsamda (teslim edilme süresi dahilinde) özen göstermeleri gerekmektedir. Kendi bakış açınıza göre, yaptıklarının sadece belgelemek olmasına rağmen, iş analistleri iş için olan ihtiyaçları analiz etmek için eğitilir ve proje yöneticileri proje planlamasını korur.

Müşteri ve geliştiriciler arasında güvenlik duvarı görevi görürler. Teknik bir bakış açısı, satış perspektifinden farklı bir şeydir. İş analistlerinin ve proje yöneticilerinin çoğu aynı zamanda çok çeşitli müşterileriyle karşı karşıya kalmaktadır - maruz kalmaktadırlar ve bunun için 'potansiyel müşterileri' vardır. Ağları karar vericilerden oluşur ve bu nedenle şirketler bu tür ağlara sahip insanları ulaşmaya devam etmeyi tercih ederler; sonuçta bir satış bir satıştır.

Zorluk ile ilgili olarak? Bir şirket kur, on geliştiriciye sahip ol ve bir projeyi yönetmeyi dene. Baş ağrısı onunla ücretsiz olarak geliyor. Bunu bir yıl boyunca yapın ve sonra cevabınıza tekrar bakın. BA için mi? Böyle bir fırsat için gidin. 1974’den AIX makinesi olan müşterilere oturun ve bu sistemin tasarımcısı öldü / emekli / ölüyor / alzeheiming ve geliştiricinin belirli bir değerin üretilip üretilmediğini veya mistik bir formülü olup olmadığını bilmesi gerekiyor. 20 kişiyi 3 gün içinde çözümünüz hakkında bir güç noktası ile ikna etmeye çalışın. Belgelemek bu kadar kolay olsaydı, Linux 1997'de dünyaya çoktan attı. Gerçekten, her ay teknik olmayan insanlara (Facebook'un bilgisayar sektöründe bir devrim olduğunu düşünenler için) teknik bir beyaz sayfa yazmayı deneyin.

Ben satış mühendisiyim. Bu, geliştirdiğim anlamına gelir ancak uzmanlığım prototipler ve gösteriler içindir. Ve bir iş analistinden veya proje yöneticisinden daha fazla kazanıyorum. Bir ağım olduğu için değil (var), ama tavrı bıraktığım ve iş perspektifine daha fazla odaklandığım için kendimi sertifikalandırdım ve kendime biraz yumuşak beceriler öğrettim. Ve fazla mesaiye gelince, 'hayır' olduğunu öğrenme deneyimi de cevaptır.


Bütün cevabınız hatalı. BA ve PM ile aynı yaşta olan programcılar hala daha az alacak.
Joshua Partogi

Bir garson da müşteriyle yüzleşir ve yüzlerinde bir sürü saçmalık olur, ancak ellerini kirleten ve müşterinin günün sonunda daha fazlasını elde etmesini istediği şeyi yapan şef.
Joshua Partogi

2
Şimdi tüm cevabımın kusurlu olduğunu söylemek, temel olarak insanlara fikrinizin ve deneyiminizin gerçeği / gerçeği söyleyen tek şey olduğunu söylüyor. Başka şeyleri deneyimlediğim için, 'gerçeğinizin' her zaman gerçek olmadığına işaret ediyorum.
Shyam

3

Basit cevap: Şirket için programcılardan daha değerlidir.

Neden? Çünkü programlamayı kendileri yapmasalar bile, projelerin tamamlanmasını sağlarlar. Bu, onların değerlerini (yalnızca şirkete parasal olarak ifade etmek için) bireysel bir programlayıcıdan daha fazla olduğu anlamına gelir. Şirket, yönetilmeyen programcıların üretken ve dolayısıyla değerli olduğuna inanmıyor ... Onları yapan yönetici sadece bu.

Berbat ve bundan hoşlanmayabiliriz, ama bu yüzden şirket onlara daha fazla para ödüyor.

Konumları (diğerlerinin de belirttiği gibi) dezavantajlarla geliyor, ancak: Bir projeyi belirli bir sürede tamamlayamazlarsa, programcı değil bu onların suçu. Daha fazla sorumluluk üstlenirler ve başarısızlığa uğramaktan büyük olasılıkla sorumludurlar (bazı BS şirket kayırmacılıkları olmadıkça).

Yani, gerçekten, hata yapmalarına, üzerinde daha fazla baskıya sahip olmalarına ve çok daha değişken bir işlere sahip olmalarına izin verilmiyor ... ama kafanız karışmasın: Bu yüzden daha fazla ödeme almaları gerekmiyor - bir şirket bir sıçanın kıçına ne kadar baskı altında olduğunuzu, konumunuzun ne kadar değişken olduğunu, buna benzer bir şey vermez. Sadece şirkete getirdiğin değeri önemsiyorlar. Dönemi.

Bu kapitalizm millet.


2

Bir yılda Gantt Chart bilgisinin kaç kez güncellenmesi gerektiğini bilmiyorum. Ancak programlama yaparken, yaşınıza göre kolay olmayacak yeni teknolojilerle kendinizi güncellemeniz gerekir.

Yeni bir teknolojiyi öğrenmek saatler süren ter gerektirir, eğer emecek kadar akıllıysanız.

Programlama yaparak yıllarca kazanılan beceri, mevcut şirket kültüründe çok değerli değildir.

Yeni mezun programcıların maaşlarını 10 yıldan fazla deneyime sahip olan biriyle karşılaştırmak biraz üzücü bir hikaye.

Yeni bir Başbakanı 10 yıllık bir Başbakanla karşılaştırmak harika bir hikaye, Başbakan 10 yıllık tecrübeden sonra Direktör olabilir.

Peki neden hala bu kadar çok insan üniversitede BT öğrenmek istiyor? Anlamadım Uygun şekilde bilgilendirildiler mi?

İnsanların bugünlerde bu beceriye nasıl değer verdiğini anlamıyorum.



2

Yönetim her zaman mühendislik kadrosundan daha fazlasını yapmaz. Üst düzey mühendislik personeli, şirket için teknik yol haritasının çıkarılması ve çizelgelenmesinde işletme seviyesi analizi ve karar alma ile aktif olarak ilgilenmelidir. Bu durumda, kıdemli teknik personel her gün birlikte çalıştıkları iş yöneticilerinden biraz daha fazlasını yapabilir.

Popüler iş efsanelerinden biri, yöneticiye yönettiği kişiden daha fazla ödeme yapılması gerektiğidir. IMO, bu görüşü bürokrasilerde işlevsel, çevik ekiplerden daha derinden yerleşik buluyorsunuz.

Başka bir deyişle: tazminatın, bir kişinin şirkete katkısının değerini yansıtması beklenir. Yıldız iş yöneticileri ve ortalama yöneticileri var ve yıldız mühendisleri ve ortalama mühendisleri var. Para kazanma teknolojisini ortaya çıkaran ve şirketin teknolojileri hakkında derin bilgiye sahip olan bir yıldız mühendisiniz varsa, bu kişiyi bu yıldız mühendisini yöneten ortalama bir işletme yöneticisinden daha agresif bir şekilde telafi etmek en iyisi değil midir? Bu değerli kaynağı ihmal ettiğiniz için bu mühendislik uzmanlığını ve becerisini kaybetme fırsatının maliyeti nedir?


"tazminatın, bir kişinin şirkete katkısının değerini yansıtması gerekiyor." Bu, olası maaşın üst sınırını tanımlar. Alt limit gelince, ben de açıklama düşünüyorum programmers.stackexchange.com/questions/45776//45963#45963 gerçekten büyük, hem de birdir programmers.stackexchange.com/questions/45776//45879#45879 .
Suma

2

Bir ay önce PM olarak ilk projemle başladım. Programcı olarak çalışmadan önce. (bu arada, daha önce olduğu gibi aynı parayı alıyorum.)

İyi bir PM olmanın geniş deneyime sahip iyi bir programcı olmak anlamına geldiğini öğrendim. Bir takım üyesinden diğerine gidip, farklı bir bakış açısı sağlayarak sorunları anlamalarına yardımcı olmak için pratik deneyiminizi kullanarak yaşadıkları sorunları tartışabilmelisiniz. Göreviniz diğerlerinin yanı sıra arayüzleri yönetmek. Bir PM bir iletken gibidir. En iyi müzisyenlere sahip olabilirsiniz, ancak meta-enstrüman orkestrasını iyi çalmayı bilen iyi bir şefiniz yoksa, sadece bir karışıklık elde edersiniz.

Muadili uzmandır. Bu zor problemleri çözebilen programcıdır çünkü problem alanı hakkında derin bir bilgiye sahip. Bu deneyimli insanlar, müzakere konusunda yeterince iyiyse, genellikle yüksek ücret alırlar. Maalesef uzmanlar sık ​​sık ineklerdir ve parayla pek ilgilenmezler veya iyi bir anlaşma yapmayı ...


1

Programcılar en yüksek önceliğe sahip maaş vermezler (makul bir oranda olduğu varsayılmaktadır.). Birinin daha yüksek bir maaş, aynı zaman taahhüdüne sahip olduğu, ancak teknik destek, sıkı çalışma saatleri, kıyafet kodu, kullanıcı belgeleri yazdığı, eski bir kodla başa çıkmadığınız bir dilde işlem yapması gereken iki iş teklifi hayal edin. çok daha fazla maaş ister misin?


1

Programlama, matematik, problem çözme, hangi beceriler ne olursa olsun bir şirket için çalışıyorsanız, iki şey için daha fazla kazanabilirsiniz:

  • Daha zor iş yapmak
  • Daha fazla sorumluluk almak

Bir Hastane yetenekli DBA'larına çok fazla ödeme yapmadığından (ilk cevaptaki örneğe bakın), bunun her şirkette aynı olduğu anlamına gelmez.


-1: Bir hastane yetenekli bir DBA'ya fazla ödeme yapmaz mı? Bana hangisinin gitmeyeceğini söyle. Ailemin tıbbi kayıtlarının tehlikeye atılmasını veya kaybolmasını istemiyorum.
Jim G.

1

Pekala, cevaplara biraz şaşırdım, işte burada. Ama ondan önce, sadece bir Programcı olduğumu ve Programlamadan daha fazla sevdiğim bir şey olmadığını netleştirmek isterim. Bu, yetkili PM ve BA'lara sağlıklı bir saygı duyduğumu ve saygı duyduğumu söyledi . Birçoğumuzun Başbakanlara ve BA'lara kızdığının farkındayım, çünkü programlamanın aksine , ihtiyaç duyulan yetkinlik seviyelerinde (ofis politikaları, hoş davalar vb.) Olmadan bunlarda başarılı olmak mümkün .

Ancak, hem Proje Yönetimi hem de İş Analizi , yazılım geliştirmenin kritik bileşenleridir.

Ne zaman bir yazılım geliştirmeyi düşündüğümüzde, çoğumuz sadece programlamaya odaklanma eğilimindeyiz. Ancak kodlamadan daha fazlası var.

Geliştirmenin ilk amacı, aslında müşterinin sorunlarını çözen ve çözen bir yazılım oluşturmaktır. Bu, ilk önce müşterinin gereksinimlerini (müşterinin ne istediğinden emin olamayacağından emin olarak görebiliyor) ortaya çıkarmak anlamına geliyor; bu yalnızca müşterinin faaliyet gösterdiği alanın ve çeşitli eserlerin yapısının (insanlar olup olmadığına, teknik altyapıya ait) ayrıntılı bir analizi ile mümkün olabilir. veya süreç) ve daha sonra bu gereksinimleri karşılamak için uygun bir iş çözümü (ve teknolojiyle entegrasyonu) geliştirir.

Benzer şekilde, önemli ölçüde herhangi bir proje kesinlikle etkili yönetim olmadan çalışamaz. Şimdi başka yerlerde nasıl olduğunu bilmiyorum, ancak şu ana kadarki deneyimlerim, PM'lerin genellikle programcı saflarından terfi ettirilmesiydi, bu yüzden projeyi organize etmek ve yürütmek için ne gerektiği konusunda bazı fikirleri var.

Özetlemek gerekirse, hem BA hem de PY'ler gelişmeye soyutlama katmanıdır .


1

Burada birçok kişi, programlamanın daha zor olduğunu ve bu yüzden daha fazla kazanması gerektiğini söyledi. Bu çok romantik bir manzara. Gerçek şu ki, normal, sağlıklı bir şirkette ödemenin sorumluluğa göre olması , yani bu kişinin katma değeri ve aynı zamanda risk anlamına gelir .

Risk genellikle unutulur. Normalde, programcı yapılması zor işinde başarısız olursa, bazı maliyetler artabilir, ancak daha fazlası olmayabilir. İşçilerin% 10'u işlerini ya da böyle bir şeyi kaybedecek gibi değil. Risk oldukça düşük.

Ayrıca çoğu iş insanının daha fazla kazandığı fikrine katılmıyorum. Bahse girerim normal iş adamı daha az kazanır, daha sonra Bachelors of Science / Engineering kazanır. Örneğin, bir tatil tatili kodlayıcısı olarak , aynı şirketteki bazı tam zamanlı işyeri çalışanlarıyla neredeyse aynı kazandım .

Ve son fakat en az olmayan, neden proje yöneticisi bir mühendis değil? Normalde proje yöneticisi yönettiği proje konusunda önlerinde uzun yıllar olan bir adamdır, yani programlama işlerinde proje yöneticisi olan deneyimli bir programcı olacaktır.


1

Komuta ve kontrol düzeninin ya da merkez ve konuşulan iletişim düzeninin egemen olduğu kurumsal ortamlar var . Bu organizasyonlarda, yönetici ve baş iletişimci genellikle aynı kişidir. Bu, yöneticiyi tek bir başarısızlık noktası yapar - yanlış iletişimin ya da çeviri kaybının herhangi bir kasvetli etkisi artar . Bu nedenle, bu ortamlar doğruluğu sağlamak için yöneticiler olarak kapsamlı teknik geçmişe sahip kişiler gerektirir.

Daha iyi organize olmuş ekipler bu sorumluluğu yerine getirmek için genellikle bir şef iletişim görevlisi atar. Bilgi yönetimi uygulayan kuruluşların iletişimde tek bir başarısızlık noktası yoktur. Bu organizasyonlarda, yöneticiler ve şef iletişimciler bilgi almak için istekte bulunur ve tartışmaları kolaylaştırır. Bu bilgiler dahili paylaşım için toplanacak ve işlenecektir. Farklı bir sosyal beceri seti gereklidir.

Aynı şekilde, iş analistleri genellikle müşteriler ve şirketin teknik personeli arasındaki tek temas noktasıdır.


1

Bu her zaman böyle değildir. Computer Sciences Corporation (CSC) için çalıştığımda, çoğu yönetici "faydalı bir şey üreten insanlardan" daha azını yaptı. CSC örneğinde, durumun, şirketin bir grup programcı tarafından başlatılmış olmasından kaynaklandığını düşünüyorum.

O zamanlar (1970), LA'da ismini ilginç bir maaş çizelgesiyle unuttuğum başka bir yazılım şirketi vardı. Programcılar yıllık 25.000 ABD Doları, destek personeli ise 15.000 ABD Doları / yıl ödenmiştir. Buradaki fikir, eğer daha kötü bir programcıysanız, değiştirilmekten şaşırmamalısınız.

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.