Nejlepší odpověď
Nejprve si uvědomte, že pokud hovoříte o softwarovém inženýrství, jsou všechny podnikové tituly víceméně vymýšleny
„Hlavní“ inženýr je obecně někdo, kdo je individuálním přispěvatelem a je zkušenější než starší softwarový inženýr. Obvykle je přiřazen k jednomu projektu najednou a nepřispívá k více týmům.
V softwarovém inženýrství existují 2 stopy, technická stopa a správa. Skladby se obecně liší od staršího softwarového inženýra. Pokud jste na manažerské trati, pravděpodobně budete
Junior softwarový inženýr → softwarový inženýr → senior softwarový inženýr → vedoucí týmu → Scrum master → projektový / produktový manažer → ředitel → VP
Pokud jste na technické dráze, jdete
Junior softwarový inženýr → softwarový inženýr → senior softwarový inženýr → hlavní softwarový inženýr → architekt → senior architekt → podnikový architekt
Dokud ne jste hlavní softwarový inženýr, soustředíte se na jeden projekt. Očekává se od vás, že členům svého týmu poskytnete určité technické pokyny. Když se stanete „architektem“, očekává se, že pomůžete ve více projektech.
Opět platí, že tituly v úlohách softwarového inženýrství jsou víceméně kraviny. Ředitel se nazývá jistina, aby všichni v týmu věděli, že ten člověk ví své věci. Může se také stát, že se to stane. Ve společnosti začínají společně dva kluci A & B. A je technicky kompetentnější. B je kompetentnější s lidmi. Oba postupují společně až k softwarovému inženýrovi Sneior. Vzhledem k tomu, že A je technicky kompetentnější, stále získává stále více a více zajímavých věcí, díky nimž je šťastný. Nakonec bude B povýšen na „Vedoucí týmu“. A teď není šťastný, protože se zdá, že A nebyl povýšen, přestože A je technicky kompetentní. Stále získává zajímavé projekty a všechno, ale nemá k tomu nový titul. Korporace tedy přicházejí s novým titulem kecy: „Hlavní softwarový inženýr. Zde jste povýšen. teď šťastný? Ach ano, btw, teď, když jste „hlavním“, vykročte trochu ze své krychle a pomozte také ostatním lidem.
Odpověď
Pracoval jsem ve společnostech, kde se používají tituly k označení postupu a také ve společnostech, kde skutečné technické úrovně nejsou (většinou) zveřejňovány.
Vidím, že obě situace fungují za předpokladu, že získáte lidi, kteří se více soustředí na to, aby dělali věci a méně na své tituly. Získáte nesprávné lidi a oni najdou způsob, jak kňučet o něčem jiném – nejde o tituly, může to být role nebo kompenzace nebo něco jiného.
Pokud lidem poskytnete cesta k profesnímu i finančnímu růstu a vy jste k nim spravedliví, absence absence titulů není obrovská dohoda.
Za to, co stojí za to, i za předpokladu, že jste přepnuli zaměstnání, máte musí jen vyhodnotit, kde se hodí případ od případu, i když názvy jsou nebo nejsou stejné.
Dobrým pravidlem je ptát se lidí na roli jejich projektu a také prozkoumejte další faktory, jako je technická složitost a velikost týmu, abyste zjistili, kde stojí, pokud jde o úroveň vašich vlastních společností (ať už zveřejněných nebo ne).
- Jsou individuálními přispěvateli nebo vedou 10 lidí nebo 50 lidí?
- Co dělají každý den – píší kód nebo spravují lidi?
- Pokud kód nenapíšou, jsou ea manager, nebo je to technická osoba?
Pokud si myslíte, že kandidát nemusí být vhodný pro vaši společnost na úrovni, na které se v současné době nachází, může stále přispívat na nižší úrovni, být k nim otevřený a upřímný. Někteří lidé nemusí být na to, aby přijali omezenou roli, zatímco jiní by s tím byli v pořádku, pokud věří, že mohou stále růst jinými způsoby.
Viděl jsem několik případů u různých společností lidí najatých na úroveň pod jejich předchozím titulem s vědomím, že pokud se osvědčí, budou rychle povýšeni a téměř ve všech těch případech, kdy byl nábor proveden správně, se to opravdu povedlo.
Krátká verze: Obtěžování nad absencí titulů ve vývojovém týmu je podobné dohadování se o kartách nebo mezerách. Vyberte si jednu, buďte s ní v souladu a soustřeďte se na věci a budování týmu a další skutečné problémy.