Legjobb válasz
Ez a szervezetében használt definícióktól függ. A legjobb az, ha megkeresi őket bármilyen formában, amelyet a HR osztálya publikál. Ha nem találja őket, itt az ideje elkezdeni dolgozni rajtuk.
Ahol jártam, a „Hatáskör és hatás” kifejezés volt. A „Scope” arról szólt, hogy a projekt mekkora részéért voltál felelős. A „Befolyásolás” arról szólt, hogy mennyire hatékonyan dolgoztál olyan emberekkel és csoportokkal, amelyek kívül esnek a szokásos fejlesztési hierarchián. Lehet, hogy a szerepétől függően vannak olyanok, akik jelentenek Önnek. A „szerepet” külön definiálták. Például a Principal egy szint volt; Az építész szerepet játszott.
Fő szinten a termék szintjén vállalt felelősséggel rendelkezett. A rendszer legalacsonyabb szintjétől a termék szintjéig dolgozott. Elfelejtettem egy csomót, de hatókörét tekintve a termék legalább nagy részéért, esetleg több részéért volt felelős több, több éves kiadási ciklus alatt. Elvárták, hogy a kód minden szintjéig ismerje a rendszer minden olyan részét, amelyért Ön felelős, vagy rendkívül gyorsan képes legyen felvenni őket, ha szükséges. Lehet, hogy nem csinál napi kódolást, de gyorsan léphet bárhová, ahol a kódoláshoz és a hibakereséshez szükség van. Kiváló technikai és kommunikációs képességekre volt szüksége. Folytatta a fejlesztők mentorálását kezdő szinttől kezdve felsőbb szintig, akár formálisan, akár informálisan. Széles körű műszaki ismeretekkel rendelkezett a teljes termékről a felelősségi körén kívül. Megkaphatja a többieket. Megfigyelheti a lehetséges problémákat, és megelőzően cselekedhet annak megakadályozása érdekében, hogy azok problémává váljanak.
Ami a hatást illeti, magasabb szintű vezetéssel és más tudományágakkal dolgozott együtt a terméktervek megfogalmazásában, majd végrehajtásában. Szintjétől és termékétől függően más termékcsoportokkal is együttműködött a szolgáltatások és a kiadások technikai szempontjainak összehangolásában.
Válasz
Egy fő szoftvermérnök nagy, összetett szoftvereket szállít, önállóan irányít. az üzleti célkitűzésekhez, csoportok között működik, javítja a csapat termelékenységét, és legalább divíziós szintű hatása van. Projektjeik általában túl nagyok egy 10 fős csapat számára. Céljaik általánosabbak, például a „cashflow javítása” vagy a „100–1000X méretarány”.
Az építész felelős a magas szintű szoftvertervezésért. Általában ez egy szerep, nem pedig cím és szint – az Amazon, a Microsoft és a Google mérnöki létrái nem használják ezt a kifejezést. A címnek negatív konnotációi vannak, mert egyesek jobban értenek a fehér papírok megírásához, mint a szoftverek tervezéséhez. A kifejezés egyetlen embert jelent, míg a kortárs projektek architektúráját általában együttesen tervezik.
Egy vezető szoftvermérnök mérsékelten bonyolult projekteket képes segítség nélkül kezelni. A cím nem túl magas, körülbelül 5–7 éves tapasztalatot igényel. A legtöbb mérnök ezen a szinten fennsíkon áll, és évtizedekig élvezi munkáját.
Általában az idősebb mérnökökön túl haladva kevesebb időt fordítasz kódírásra, és többet csinálsz különböző dolgokkal, például a folyamat fejlesztésével, az építészeti felügyelettel, az új mérnökök mentorálásával és a kapcsolattartással más üzleti egységek.
Egyes vállalatoknál inflációnövekedés tapasztalható, ahol a 7 éves tapasztalattal rendelkező mérnökök ugyanazt a munkát fizetik ugyanazért a fizetésért, mint másutt vezető mérnökök, de főmérnöki címmel rendelkeznek.
A nagyobb vállalatoknak a méretük miatt további szintekre van szükségük. A Google neves mérnöke, akinek céges hatása van, sokkal több terméket fedez le 20B USD / negyedéves bevétellel, mint egy induló vállalkozás, amely évi 20 millió dollárt hoz. A különbségek a legmagasabb szintek és a vezető mérnökök között a vállalat méretével együtt nőnek.
A címmérleg-infláció nélkül a főmérnökök olyanok, mint az igazgatók a hatásuk, az autonómiájuk szempontjából, akiknek beszámolnak és a kompenzáció tekintetében. A jeles mérnökök olyanok, mint az alelnökök.