Masterkurs Digitale Transformation, HWR Berlin, Online Info Session

[@prof.sebastian]

Wenn Du Fragen hast, stell sie gerne hier :-)

[@goonew1683]

Hast du vielleicht ein Link bzw. ein Bild über Karriere der IT wie Software Entwickler - Software Engineering - Software Architekt. Will mal den ganzen Weg bis oben sehen bis wohin es führt. Das wäre nice 👍 also den beruflichen Werdegang in einer Hierarchie/Pyramide. Vllt weist du was ich meine 🙌

[@tintifax8531]

Die Unterscheidung zwischen Entwickler und Engineer gibt es so gar nicht mehr, das sind praktisch austauschbare Begriffe. Softwarearchitekt ist auch nicht zwingend eine übergeordnete Rolle - man sollte dafür zwar Entwickler gewesen sein (oder besser, noch immer sein), aber es ist eine andere Funktion, nicht notwendigerweise eine "bessere" oder "höher in der Hierarchie". Das sag ich als jemand, der seit gut 15 Jahren "Architekt" im Jobtitel hat, in großen internationalen Unternehmen arbeitet und immer noch (ein bisschen) Code schreibt.
Grundsätzlich sollte dir bewusst sein, dass das jedes Unternehmen ein bisschen anders handhabt. Gerade die großen Namen (FAANG oder wie man sie nennen mag) haben eher flache technische Hierarchien. Da ist mancher, der vorher irgendwas wie "Senior Principal Architect" war, dann einfach ein "Senior Engineer". Es wird mehr individuell differenziert, nicht nach Jobbezeichnungen.

[@goonew1683]

@@tintifax8531 wäre trotzdem cool mal die IT Pyramide mit der Berufs Karriere zu sehen ? Wen du ein Link hast (bildlich) wäre super einmal rein zu schauen.

[@prof.sebastian]

Jo, da hast Du recht. Flache Hierarchien sind sehr üblich. Auch mit Softwarearchitekt vs. Developer. Aber oft war man als Softwarearchitekt tatsächlich vorher Entwickler. Aber hast recht, muss nicht. Aber tendentiell ist meiner Erfahrung nach ein Softwarearchitekt schon die more senior role. Also ich würde sagen, oft ist es so, dass man als Junior Developer anfängt, dann normaler Entwickler wird und je mehr man in Richtung Senior / Principal geht desto mehr wächst man in die Rolle, Systeme zu entwickeln, die über das eigene Team hinausgehen, die anderen juniors zu coachen etc. und das beinhaltet oft Softwarearchitektur-Dinge. Aber kommt sicherlich aufs Unternehmen an.

[@prof.sebastian]

Hey, also tintifax hatte schon recht, man geht mehr in Richtung flache Hierarchien. Dennoch, auch bei den US Firmen gibt es schon einige Level. Z.B. bei AWS gibt es Level (hier hab ich mal nen Artikel auf die Schnelle gegoogelt www.interviewkickstart.com/blog/amazon-software-engineer-levels - hab ihn nicht ganz durchgelesen, aber der zeigt verschiedene Level von denen ich auch gehört hab). Auch bei Zalando war es so. Klassisch ist es so, dass man Junior Developer, Developer, Senior Developer hat. Danach unterscheiden sich die Unternehmen etwas. Manche haben hier Principal Engineers, manche Staff Engineers. Dann gibt es ggf. noch weitere Stufen wie Senior Principal, Executive Principal und ggf. Distinguished Engineers. Vereinfacht ist man als Junior so ungefähr auf Absolventenlevel, also wenn man frisch von der Hochschule kommt. Dann, wenn man sich bewährt hat, steigt man zum Developer / Engineer auf. Da ist man schon in der Lage als vollwertiges Mitglied zu arbeiten: schreibt reproduzierbaren Code von guter Qualität, macht Peer Reviews etc. Danach der Senior, der schon mal ein Modul oder so verantworten kann oder ein Proposal, eine Architektur entwirft und die auch abstimmt, eine verantwortungsvollere Rolle im Team übernimmt. Dann ggf. Principal oder Staff Engineer, der ein ggf. teamübergreifendes System entwirft, in more senior Meetings wie Operational Excellence Meetings immer dabei ist, schwierige Post Mortems (also Untersuchungen nachdem was schiefgegangen ist, Forensik etc.) leitet und die Softwarequalität insgesamt verbessert, andere coached etc., aber auch mehr Stakeholder Management mit dem Produktmanagement, anderen Seniors, dem Head of Engineering etc. hat. Dann Senior Principals etc. halten schon mal auf Fachebene eine ganze Unit zusammen, maintainen sowas wie einen Technology Radar, verantworten höher angesiedeltere Operational Excellence Meetings etc. Distinguished Engineers sind dann sowas wie absolute Gurus im Unternehmen. Und das ist nur der Fachstrang, also die Experten. Daneben gibt es so ab Senior üblicherweise den Leadership-Pfad. Dann geht man statt in Richtung Principal / Staff Engineer (was Expertenpfad wäre) in Richtung Engineering Manager, der dann ein Team von Entwicklern verantwortet. Da hat man dann mehr mit People Management, Leitung der Scrum Meetings, Strategie etc. zu tun. Auf dem People Pfad ist die nächste Stufe dann Head, Director, Vice President, Senior Vice President ggf. Genaue Titel hängen vom Unternehmen ab. Je höher desto strategischer und desto enger mit dem business verbandelt. Man denkt auch nicht so in business vs. IT heute sondern eher in Richtung Produkte. Und ein Produkt beinhaltet physische Komponenten (was halt produziert oder womit gehandelt wird) und IT, also Software. Und diese Einheit muss gebaut, gewartet werden, Daten müssen gezogen werden, damit man individualisierte Lösungen für die Kunden zur Verfügung stellen kann und datengetriebene Entscheidungen treffen kann etc.
So in der Art. Klingt noch recht hierarchisch, aber ist es nicht unbedingt. Tintifax hat schon recht, ist eher weniger hierarchisch heute, aber ganz ohne kommt man ab einer bestimmten Unternehmensgröße auch nicht aus.
Hoffe das hilft. Das schreit mal nach nem weiteren Video schätze ich:-)

[@hektor_sd]

Wer ist dein aktueller Lieblingsschüler im B Kurs des 2. Semesters Dual (welches grad zuende ging)

[@prof.sebastian]

Haha. Wieso? Willst Du Dich bewerben? :-)

[@hektor_sd]

@@prof.sebastian ich habe bloß gehört, dass die Leute von Bayer im Kurs echt sympathisch waren ;-)