Die Softwarebranche und ihre Rollen

SAP Implementation Consulting & ERP - Startupistan Deutschland · Block I · Lernnotizen zur Wiederholung.

---

Zwei Dinge in einem Kapitel: die Haltung, die ich zum Arbeiten in der Tech-Welt brauche, und die Landkarte, wer was macht. Die Landkarte ist wichtig, weil ein SAP-Berater an ihrem Kreuzungspunkt sitzt - ich rede am Ende mit fast allen darauf.

Die richtige Haltung fürs Arbeiten in der Tech-Welt

Ich lerne nicht einfach nur ein Werkzeug, ich steige in eine ganze Branche ein. Dieser Perspektivwechsel hilft: ein harter Nachmittag ist ein Raum in einem sehr großen Gebäude, nicht das ganze Gebäude.

Drei Gewohnheiten, auf die es wirklich ankommt

• Neugierig bleiben, mit Fehlern rechnen. Dinge gehen kaputt, kryptische Meldungen, „gestern lief’s, heute nicht” - das ist die normale Textur der Arbeit, kein Urteil über mich.
• Mit dem Nicht-Wissen zurechtkommen. Niemand hat das ganze Feld im Kopf.
• Alle schlagen Dinge nach. Profis suchen den ganzen Tag. Die eigentliche Fähigkeit ist, die Antwort schnell zu finden, nicht sie auswendig zu können. Das nimmt den Druck raus.

Das selbstgesteuerte Lernen

Das ist ein Blended-Learning-Kurs: ein paar Live-Sessions plus viele Stunden im eigenen Tempo. Die Live-Zeit ist die, in der ich wieder ins Rollen komme und Feedback bekomme - aber der meiste Fortschritt passiert allein, deshalb macht erst eine Routine die Sache real.

Was mich am Laufen hält

Motivation ist ein Gefühl - echt, nützlich, unzuverlässig. Das Paar, das sie ersetzt:

• Disziplin = zum Lernblock erscheinen, weil er im Kalender steht, nicht weil mir gerade danach ist.
• Hingabe = der konkrete Grund, warum ich die Disziplin durchhalte (das Warum).

Die beiden stützen sich gegenseitig. Und aktiv lernen - es selbst bauen, es laut erklären, aus dem Gedächtnis abrufen, bevor ich nachschaue. Passives Wiederlesen fühlt sich nach Lernen an, ist es aber nicht; die Anstrengung ist das Lernen.

Wieder ins Rollen kommen - die wichtigste Anfänger-Fähigkeit

Die mit Abstand wertvollste Fähigkeit am Anfang ist nicht, Antworten zu kennen, sondern zu wissen, was zu tun ist, sobald etwas nicht funktioniert. Es ist eine benannte, wiederverwendbare Routine - jedes Mal dieselben vier Schritte, in derselben Reihenfolge.

1. Neu starten. Aus- und wieder einschalten, oder schließen und neu öffnen. Räumt einen verwirrten Zustand auf und behebt einen wirklich großen Teil der alltäglichen Störungen - kostenlos. Das zuerst versuchen.

2. Die Meldung lesen. Den Fehler nicht in Panik wegklicken. Ich brauche nicht jedes Wort - ich suche nach dem klaren Hinweis in Alltagssprache: einen Dateinamen, not found, no internet connection, permission denied. Teilweises Verstehen zeigt meist direkt auf die Ursache.

3. Gut suchen. Das Problem in eine konkrete Suche verwandeln: der Name des Programms + der genaue Wortlaut der Meldung. Wenn der erste Versuch danebengeht, die Wörter ändern und erneut suchen.

4. Eine Person fragen. Wenn Neustart / Lesen / Suchen nicht reichen, ist Fragen der kluge Schritt, kein Versagen - solange ich genug liefere, womit man arbeiten kann (Vorlage unten).

Eine Frage stellen, die schnell beantwortet wird

Diese Punkte vor dem Absenden ausfüllen. Vier Zeilen, und ein Helfer kann es oft sofort erkennen:

1. Was ich versucht habe zu tun
2. Was ich erwartet habe
3. Was tatsächlich passiert ist (+ die genaue Fehlermeldung, Wort für Wort zitiert)
4. Was ich schon ausprobiert habe

Dasselbe Muster skaliert in den Job hinein: ein guter Fehlerbericht an mein Team sind genau diese vier Zeilen. Lieber in einem geteilten Channel posten als in einer privaten DM - so lernt auch jemand anderes mit derselben Frage mit.

Denkfehler, die ich verlernen muss

„Neustarten ist eine alberne Nicht-Lösung” - nein, es funktioniert wirklich. · „Fragen = ich hänge hinterher” - nein, die Leute, die früh fragen, bleiben auf Kurs. · „Eine vage Frage reicht, die wissen schon, was ich meine” - ein Helfer kann weder meinen Bildschirm noch meine Gedanken lesen; konkret bekommt man viel schneller eine brauchbare Antwort.

Wie ein Produkt durch ein Unternehmen wandert

Der einfachste Weg, die Rollen zu verstehen: sie nicht auflisten, sondern ein Produkt verfolgen - von der Idee bis zum laufenden Dienst. Jede Rolle besitzt eine Etappe dieses Staffellaufs - niemand macht alles allein.

Entscheidenwas & warum

→

GestaltenUX · UI

→

BauenSoftware · Daten · KI

→

Auslieferntesten · Release

→

Betreiben & absichernOps · Security · Support

→

Nutzer

Ein Produkt ist ein Staffellauf, von Hand zu Hand weitergereicht. Ein einziger Tipp in einer fertigen App - etwa das Buchen eines Arzttermins - berührt ein halbes Dutzend Felder: Design hat den Bildschirm geformt, Entwickler haben die Aktion gebaut, Datenleute haben entschieden, wie sie gespeichert wird, Security hat sie verschlüsselt, die Infrastruktur hat sie schnell gehalten, ein Tester hat sichergestellt, dass der Termin nicht doppelt gebucht werden kann, und der Support hilft, wenn der Nutzer nicht weiterkommt.

Hinweis

Drei Begriffe auseinanderhalten: ein Feld ist ein breiter Bereich (Security, Design); eine Rolle ist ein Job darin (Security-Analyst, UX-Designer); ein Titel ist das, was ein Unternehmen aufs Schild druckt - und Titel schwanken enorm. Lerne die Rolle hinter dem Titel.

Die Landkarte der Tech-Rollen

Gruppiert in Familien, eine Zeile pro Rolle. Ziel ist Wiedererkennen, nicht das Auswendiglernen jeder Box - Rollen verschwimmen, und im echten Leben tragen Menschen mehrere Hüte.

Bauen - Software, Daten, KI

Rolle	Was sie tun
Frontend-Entwickler	Baut die Teile, die man sieht und anfasst - Bildschirme, Buttons (das „Esszimmer”)
Backend-Entwickler	Baut die verborgene Maschinerie - Logik, Daten speichern, Dinge in Gang setzen (die „Küche”)
Full-Stack-Entwickler	Arbeitet über Frontend und Backend hinweg
Software Engineer	≈ Entwickler, mit Betonung auf Disziplin & wartbarem Code, nicht nur Code, der heute funktioniert
Data Analyst / Engineer / Scientist	Analyst beantwortet Fragen aus Daten · Engineer baut die Pipelines · Scientist findet Muster & Vorhersagen
KI / ML	Baut Systeme, die Muster aus Daten lernen, statt festen Regeln zu folgen - stützt sich stark auf die Datenrollen

Hinweis

Unter fast allem liegen Datenbanken - die organisierten Speicher, in denen Informationen leben. Nahezu jedes System hängt von einer ab. Das ist am wichtigsten in der Enterprise-/SAP-Welt weiter unten.

Design & Erlebnis - kein Programmieren nötig

Rolle	Was sie tun
UX (User Experience)	Wie das Produkt funktioniert - ist es klar, auffindbar, ergibt der Ablauf Sinn? Gutes UX ist unsichtbar; man bemerkt nur schlechtes UX
UI (User Interface)	Wie es aussieht - Farben, Abstände, Buttons, Schriften, visueller Feinschliff
Product Designer	Wo UX + UI zusammentreffen: etwas, das zugleich benutzbar und ansprechend ist, dann an die Entwickler zum Bauen übergeben

Betreiben & absichern - Ops, Security, Infrastruktur

Rolle	Was sie tun
Sysadmin	Kümmert sich um Server & Systeme - konfiguriert, aktualisiert, funktionsfähig
Networking	Hält alles verbunden - Datenfluss zwischen Maschinen, Büros, dem Internet
Cloud / DevOps / Platform	Betreibt Systeme auf gemieteter Rechenleistung; baut Pipelines, um Software zuverlässig auszuliefern
IT-Support / Helpdesk	Erste Anlaufstelle, wenn ein Laptop nicht mitspielt
Cybersecurity	Schützt Systeme & Daten - defensiv (Schutz aufbauen, überwachen), offensiv (mit Erlaubnis einbrechen, um Lücken zuerst zu finden), Governance (Regeln & Compliance). Berührt jedes andere Feld

Tipp

Ops & Security misst man daran, dass Dinge nicht passieren. Bauen = Strom, Aufzüge, Sanitär. Security = Schlösser, Wachen, Alarmanlagen. Beides bemerkt man erst, wenn etwas ausfällt.

Business, Produkt & Qualität - wo Quereinsteiger oft passen

Rolle	Was sie tun
Product Manager (PM)	Entscheidet, was gebaut wird und warum, und in welcher Reihenfolge - aus Nutzerbedürfnissen + Geschäftszielen
Business Analyst (BA)	Übersetzt Geschäftsprobleme in Anforderungen, mit denen das Tech-Team arbeiten kann - groß in der Enterprise-Welt
Projekt- / Programm-Manager	Hält die Arbeit organisiert, koordiniert, im Zeitplan
Tech-Marketing	Bringt das Produkt zu seiner Zielgruppe - digitales Marketing, SEO, Growth, Content
QA / Testing	Findet Probleme, bevor die Nutzer es tun; versucht absichtlich, Dinge kaputtzumachen
Technical Writer	Macht Komplexes verständlich - Anleitungen, Handbücher, Hilfeseiten

Zwei Paare, die ich ständig verwechsle

PM vs. Projektmanager: der Product Manager entscheidet was & warum; der Projektmanager hält das Bauen organisiert & termingerecht. · UX vs. UI: wie es funktioniert vs. wie es aussieht - Partner, nicht dasselbe, und ein Produkt braucht beides.

Wo Unternehmenssoftware & der SAP-Weg einzuordnen sind

Unternehmenssoftware steuert den Betrieb einer großen Organisation (nicht eines einzelnen privaten Nutzers) - ihre Finanzen, Personaldaten, Lieferkette, alles gleichzeitig und im großen Maßstab. Eine große, stabile, gut bezahlte Ecke der Branche.

ERP in einfachen Worten

ERP = Enterprise Resource Planning. Ein großes, vernetztes System, auf dem ein ganzes Unternehmen läuft - Finanzen, Logistik, HR und Beschaffung (Einkauf), die sich dieselben Informationen teilen, statt dass jeder eigene Aufzeichnungen führt. Wie ein einziges geteiltes Board an der Küchenwand, von dem alle lesen und auf das alle schreiben, statt dass jeder seine eigene private Liste führt, die nie mit den anderen übereinstimmt.

Jedes ERP sitzt auf einer Datenbank - jeder Datensatz, jede Transaktion und jede Aktualisierung liegt dort. Ein ERP ist nur so gut wie die Datenbank darunter, weshalb in dieser Welt so sorgfältig mit Daten umgegangen wird.

SAP

Einer der weltweit führenden Hersteller von Unternehmenssoftware; seine Systeme steuern einen großen Teil der bedeutenden Unternehmen. SAP zu lernen = die Systeme zu lernen, von denen ein Großteil der Unternehmenswelt abhängt - weshalb die Fähigkeit stetig gefragt ist.

ABAP

SAPs eigene Programmiersprache, mit der Verhalten innerhalb von SAP-Systemen gebaut und angepasst wird. Wo allgemeines Programmieren vielleicht mit JavaScript gelehrt wird, hat die SAP-Welt ABAP für ihre eigenen Systeme.

Implementierungsberater

Die Rolle, auf die dieser Weg hinführt - sitzt genau am Kreuzungspunkt und überbrückt, was das Business braucht und was das System kann.

Der Kernpunkt: eine SAP-Rolle ist keine isolierte Ecke. Ein ERP einzuführen berührt nahezu die ganze Landkarte auf einmal.

Business Analysts - was das Unternehmen brauchtDaten / DB - die Datenbank darunterSecurity - sensible Finanz- & PersonendatenEntwickler & Tester - anpassen & prüfenProjektmanager - alles auf Kurs halten

Tipp

Die ganze Rollen-Landkarte ist also in Wirklichkeit eine Landkarte meiner künftigen Kollegen. Und daraus fällt ein praktischer Instinkt ab: ich kann oft raten, wer zuständig ist, ohne dass man es mir sagt. App verwirrend → Design (UX). Gibt private Daten preis → Security. Stürzt unter Last ab → Infrastruktur. Funktion tut das Falsche → der Entwickler, der sie gebaut hat, oder der Tester, der sie übersehen hat.

Wiederholungs-Zusammenfassung

Kernpunkt	Kurz gemerkt
Tech-Haltung	Neugier + Zurechtkommen mit dem Nicht-Wissen; alle schlagen nach - Finden schlägt Auswendiglernen
Disziplin vs. Motivation	Motivation ist ein unzuverlässiges Gefühl; Disziplin erscheint trotzdem, Hingabe ist das Warum
Aktives Lernen	Bauen / erklären / aus dem Gedächtnis abrufen - passives Wiederlesen fühlt sich nach Lernen an, ist es aber nicht
Wieder ins Rollen kommen	Neustart → Lesen → Suchen → Fragen, in dieser Reihenfolge
Gut fragen	Was versucht / erwartet / tatsächlich passiert (+ genaue Fehlermeldung) / schon ausprobiert
Produktreise	Entscheiden → gestalten → bauen → ausliefern → betreiben - ein Staffellauf; niemand baut es allein
Feld vs. Rolle vs. Titel	Breiter Bereich vs. der Job vs. das Firmenschild - lerne die Rolle
Bau-Familie	Frontend-/Backend-/Full-Stack-Entwickler; Software Engineers; Data Analyst/Engineer/Scientist; KI/ML
Design-Familie	UX = wie es funktioniert · UI = wie es aussieht · Product Design = beides, an Entwickler übergeben
Betrieb & Sicherheit	Sysadmin, Networking, Cloud/DevOps, Support; Security = defensiv/offensiv/Governance
Business & Qualität	PM (was & warum), BA (Bedürfnisse→Anforderungen), Projektmanager (termingerecht), QA, Technical Writer
ERP	Ein vernetztes System, das Finanzen, Logistik, HR, Beschaffung vereint - auf einer Datenbank
SAP & ABAP	SAP = führender Hersteller von Unternehmenssoftware; ABAP = seine eigene Sprache
Platz des SAP-Beraters	Kreuzungsrolle, die Business ↔ System überbrückt; berührt nahezu jedes andere Feld