Arbeiten im Unternehmensumfeld
SAP Implementation Consulting & ERP - Startupistan Deutschland · Block I · Lernnotizen zur Wiederholung.
Der ganze Block beantwortet eine Frage: Ich kenne die Technik, aber kann ich wirklich innerhalb eines großen Unternehmens arbeiten? Ein Großunternehmen ist nicht bloß ein großes Team - es ist eine langsamere, vorsichtigere Maschine, und mein früher Ruf hängt zum größten Teil an weichen Gewohnheiten, nicht am Code. Dieses Kapitel ist die Landkarte dieser Maschine und der Handvoll Verhaltensweisen, die es leicht machen, mir zu vertrauen.
1 · Das Großunternehmen
Abschnitt betitelt „1 · Das Großunternehmen“Was “Enterprise” eigentlich bedeutet
Abschnitt betitelt „Was “Enterprise” eigentlich bedeutet“Ein Großunternehmen (Enterprise) ist eine große, etablierte Organisation - eine Bank, ein Autohersteller, ein Versicherer, eine landesweite Handelskette, ein Energiekonzern. Die Größe allein ist nicht der Punkt; erst vier Merkmale zusammen machen es aus:
- Größe - Hunderte bis Hunderttausende Menschen, oft über Ländergrenzen hinweg.
- Komplexität - viele Abteilungen, Produkte und Systeme, die alle zusammenpassen müssen.
- Regulierung - äußere Regeln binden es: Steuerrecht, Datenschutzrecht, Branchenaufsichten, Prüfer, die kontrollieren, dass die Regeln eingehalten wurden.
- Langfristigkeit - es plant in Jahren und Jahrzehnten und erwartet, jedes einzelne Projekt zu überdauern.
Genau das sind die Organisationen, die SAP einsetzen.
Warum sich Großunternehmen langsam anfühlen - und warum die Langsamkeit oft genau der Punkt ist. Es liegt selten an faulen Menschen; es ist der Preis für drei Dinge, die die Organisation wirklich braucht: Koordination (eine Änderung, die fünf Abteilungen berührt, braucht die Zustimmung von fünf), Risikokontrolle (wenn ein Fehler Millionen kostet oder gegen ein Gesetz verstößt, ist zweimal prüfen billiger als einmal scheitern) und Nachvollziehbarkeit (es muss einem Prüfer nachweisen können, wer wann was entschieden hat). Meine Kompetenz besteht nicht darin, dagegen anzukämpfen - sondern Dinge durch die Struktur hindurch erledigt zu bekommen.
Wie ein Großunternehmen organisiert ist
Abschnitt betitelt „Wie ein Großunternehmen organisiert ist“Vier Ideen bauen die mentale Landkarte auf:
- Abteilungen (Funktionen) - Finanzen (das Geld), Personal/HR (die Menschen), Operations (das Kerngeschäft), Vertrieb & Marketing (Kunden und Umsatz), IT (die Systeme, in denen alle arbeiten). SAP ist genau entlang dieser Linien organisiert - seine Module spiegeln die Abteilungen wider, weshalb das Verständnis des Geschäfts Teil der technischen Arbeit ist.
- Hierarchie - die Kette der Berichtslinien, vom CEO abwärts. Sie beantwortet die Fragen des ersten Tages: wer teilt mir meine Arbeit zu, an wen eskaliere ich, wer gibt Dinge frei. Ich sollte meine eigene Kette immer bis zwei Ebenen nach oben kennen.
- Matrixorganisation - in fast jedem SAP-Projekt bin ich zwei Linien gleichzeitig verantwortlich: meine Abteilung besitzt meine Rolle, meine Entwicklung und meinen Vertrag; mein Projekt besitzt für eine Weile meine täglichen Aufgaben. Zwei Chefs, aber die Aufteilung ist sauber - das Projekt besitzt das Was und Wann, die Abteilung das Wer und Langfristige.
- Stakeholder - jeder, der von einer Arbeit betroffen ist oder sie beeinflussen kann. Das klingt abstrakt, bis ein echtes Projekt kommt: Der Austausch eines Fakturierungstools hat das Finanzteam (will Benutzbarkeit), die IT (will Wartbarkeit) und das Management (will die versprochenen Einsparungen), die alle Unterschiedliches wollen. Die Stakeholder aufzulisten sagt mir, mit wem ich reden muss - auch mit den stillen Alltagsnutzern, die genau diejenigen sind, die ein Projekt spät noch blockieren, wenn man sie vergessen hat.
Wo die IT sitzt - und wo ich sitze
Abschnitt betitelt „Wo die IT sitzt - und wo ich sitze“Die interne IT tut drei Dinge: Infrastruktur (Netze, Server, Konten), Support (der Helpdesk) und Geschäftsanwendungen (die großen Systeme, in denen die Abteilungen leben, einschließlich SAP). Auf die Geschäftsanwendungen zielt meine Laufbahn - dieses Team installiert nicht nur Software, es konfiguriert sie passend zum Unternehmen, verbindet Systeme und steuert Veränderung.
Meine zwei möglichen Zuhause als SAP-Fachkraft - beide sind reale Wege, und Menschen wechseln zwischen ihnen:
| Bei einer Beratung | Inhouse im Großunternehmen | |
|---|---|---|
| Arbeitgeber | Eine Beratungsfirma, beim Kunden eingesetzt | Das Unternehmen selbst |
| Der Tausch | Breite & Tempo - viele Branchen, schnell | Tiefe & Stabilität - ein Geschäft in der Tiefe |
| Alltag | Reisen, immer neue Kundenumgebungen | Stabiles Umfeld, langfristige Konsequenzen |
Warum Großunternehmen Software wie SAP betreiben
Abschnitt betitelt „Warum Großunternehmen Software wie SAP betreiben“Man stelle sich ein Unternehmen ohne gemeinsames System vor: Der Vertrieb erfasst Aufträge in einem Tool, das Lager führt Bestände in Tabellen, die Finanzabteilung führt ihre eigenen Bücher. Jeder Datensatz ist für sich genommen korrekt, und doch kann das Unternehmen nicht beantworten “Können wir diesem Kunden Lieferung nächste Woche zusagen?” - die Antwort liegt an drei getrennten Orten, die sich widersprechen.
Dieses gemeinsame Buch ist ein ERP-System (Enterprise Resource Planning): ein System, in dem Verkauf, Einkauf, Bestand, Produktion, Lohnabrechnung und Buchhaltung alle auf denselben Daten laufen - nicht auf Kopien. Wenn das Lager Waren einbucht, sieht die Finanzabteilung die Wertänderung sofort, weil es dieselben Daten sind. SAP ist das Unternehmen, das seit über fünfzig Jahren das führende ERP baut.
In Drei-Schichten-Begriffen (aus System Design) ist ein ERP Präsentation → Anwendung → Daten, und die Anwendungsschicht ist der Star: Sie hält die Geschäftsregeln - was ein Auftrag enthalten muss, wann die Bonität geprüft wird, wer was freigeben darf. Diese Regeln passend zu einem Unternehmen zu konfigurieren ist die Aufgabe des Beraters; sie mit eigenem Code (in SAPs Sprache ABAP) zu erweitern ist die Aufgabe des Entwicklers.
| Treiber | Warum er Unternehmen zu ERP/SAP drängt |
|---|---|
| Skalierung | Eine gemeinsame Wahrheit über Tausende von Nutzern und viele Standorte hinweg |
| Integration | Ein Auftrag prüft automatisch Bonität, Bestand, Produktion, Rechnung - kein Kopieren zwischen Tools |
| Compliance | Erzwungene Regeln + ein Prüfpfad, den Prüfer und Aufsichten inspizieren können |
2 · Kommunikation
Abschnitt betitelt „2 · Kommunikation“Die meisten Kommunikationsfehler bei der Arbeit sind keine Schreibprobleme - es sind Routing-Probleme: eine gute Nachricht über den falschen Kanal geschickt.
Welcher Kanal für welche Nachricht
Abschnitt betitelt „Welcher Kanal für welche Nachricht“| Kanal | Am besten für | Schlecht bei |
|---|---|---|
| Eine Aufzeichnung; jemanden außerhalb des Teams erreichen; Dinge, die warten können | Dringlichkeit; langes Hin und Her | |
| Chat (Teams/Slack) | Schnelle interne Fragen, rasche Abstimmung | Als Aufzeichnung dienen; lange Diskussionen |
| Anruf / Meeting | Echtzeit-Diskussion mit Abwägungen | Alles, was eine Nachricht hätte erledigen können (der teuerste Kanal) |
| Ticket | Eine nachverfolgbare Arbeitsanfrage (Verantwortlicher, Status, Historie) | Diskussion |
| Dokument | Was das Gespräch überdauern muss - Designs, Entscheidungen, Anleitungen | Tempo |
Zwei Gewohnheiten liegen über der Tabelle. Standardmäßig asynchron (senden, sie antworten, wenn sie können) und synchrone Zeit nur dort verbringen, wo die Live-Diskussion ihren Preis wert ist - jede Unterbrechung zerstört jemandes Konzentration. Und wenn ein Chat drei Runden ohne Ergebnis gedreht hat, biete ich einen kurzen Anruf an - und poste das Ergebnis danach zurück in den Chat oder ins Ticket, damit die Aufzeichnung, die der Chat nicht erzeugt hat, trotzdem existiert.
Eine professionelle E-Mail schreiben
Abschnitt betitelt „Eine professionelle E-Mail schreiben“Die Betreffzeile entscheidet, wann meine E-Mail gelesen und wie sie später gefunden wird. Das Thema nennen und, wenn es eine Bitte mit Frist gibt, die Frist: nicht “Frage”, sondern “Zugriffsanfrage für das Reporting-System, benötigt bis Donnerstag”. Danach folgt der Text einer Form:
- Kontext - ein bis zwei Sätze: worum es geht und warum ich schreibe. Ich gehe davon aus, dass der Leser 40 andere E-Mails hat und keine Erinnerung an mein Projekt.
- Anliegen - was ich brauche, klar heraus. Eine E-Mail, ein Hauptanliegen.
- Frist - wann, und das Warum, falls es beim Einordnen hilft.
- Nächster Schritt - was als Nächstes passiert, oder was ich tue, sobald ich Antwort habe.
An / CC / BCC tragen Bedeutung: An = ich erwarte, dass du handelst oder antwortest. CC = zur Kenntnis, keine Antwort erwartet (die Führungskraft von jemandem hinzuzufügen, verändert den Ton - das mache ich bewusst). BCC = versteckte Empfänger; seine eine saubere Verwendung ist, eine große Verteilerliste voreinander zu schützen. Jemanden heimlich per BCC in ein Gespräch zu ziehen, kommt irgendwann ans Licht und kostet Vertrauen - lieber offen weiterleiten.
Ton sind drei Gewohnheiten: höflich, direkt, knapp. Keine altmodische Steifheit, keine Chat-Lockerheit. Einmal durchlesen und streichen, was sie nicht braucht - lange E-Mails werden überflogen oder aufgeschoben. Dringlichkeit wird über eine Frist und einen Grund vermittelt, niemals über Großbuchstaben und Ausrufezeichen.
Was ein Meeting die Zeit wert macht
Abschnitt betitelt „Was ein Meeting die Zeit wert macht“Den Typ zu kennen sagt mir, wie ich mich verhalte: Ein Status-Meeting synchronisiert (kurz, sachlich - das tägliche Stand-up), ein Entscheidungs-Meeting wählt zwischen vorbereiteten Optionen und endet mit der schriftlich festgehaltenen Entscheidung, eine Arbeitssitzung erzeugt gemeinsam etwas (der SAP-Anforderungsworkshop), eine Retrospektive blickt zurück, um besser zu werden.
Keine Agenda, kein Meeting. Die Agenda - Themen, ein Ziel pro Thema, grobe Zeiteinteilung, mit der Einladung verschickt - ist das, was ein Meeting vorbereitbar und ablehnbar macht. Eine Einladung ohne Agenda bittet Leute, eine Stunde für einen unbekannten Zweck zu reservieren. Höfliche Antwort: “Könntest du teilen, was du von mir brauchst, damit ich mich vorbereiten kann?”
Notizen halten drei Dinge fest, kein Wortprotokoll: Entscheidungen (je ein Satz), Aufgaben (Action Items) (wer macht was bis wann) und offene Punkte (angesprochen, aber ungelöst). Eine einseitige Zusammenstellung, am selben Tag verschickt, schlägt ein perfektes Protokoll nächste Woche - und wer die Entscheidung aufschreibt, ist derjenige, dessen Version für alle maßgeblich wird. Ein Action Item hat genau drei Teile, und fehlt einer, stirbt es still:
Etikette, die klein und sichtbar ist: vorbereiten (die Agenda lesen), pünktlich sein (3 Minuten zu spät in ein Meeting mit 10 Personen verbrennt 30 Personenminuten), die Kamera-Norm des Teams befolgen und wirklich präsent sein, sowie kurz das Wort ergreifen im Raum, nicht auf dem Flur danach - Fragen sind ein bequemer Einstieg (“Bevor wir entscheiden: Wissen wir, dass die Konten bereit sind?”).
Internationale & hybride Arbeit
Abschnitt betitelt „Internationale & hybride Arbeit“Teams im Großunternehmen erstrecken sich über Länder, und ein großer Teil der Arbeit ist remote, was von Signalen lebt, die physische Präsenz ersetzen:
- Über Zeitzonen hinweg - die Überlappungsstunden schützen (die knappste Ressource des Teams) für synchrone Arbeit; alles andere ins Asynchrone schieben. Den Tag mit einer kurzen schriftlichen Übergabe beenden - wo ich stehe, was blockiert ist, was aufzunehmen ist - damit der Morgen eines Kollegen Fortschritt ist, keine Detektivarbeit.
- Remote-Normen - Kalender und Chat-Status ehrlich halten (daran entscheiden Leute, ob sie mich stören), meine Erreichbarkeit ansagen (“konzentriert bis 14:00”) und Fortschritt leicht überkommunizieren - remote sind meine schriftlichen Updates der einzige Beweis, dass ich arbeite.
- Über Kulturen hinweg - derselbe Satz landet anders, je nachdem, wo jemand beruflich aufgewachsen ist. Direktheit, Small Talk und Formalität variieren am stärksten. Die Meta-Kompetenz: den Unterschied bemerken, bevor ich ihn beurteile - ein Kollege, der schroff oder ausweichend wirkt, folgt meist einem anderen, aber in sich stimmigen Satz von Normen.
Um Hilfe bitten & eskalieren
Abschnitt betitelt „Um Hilfe bitten & eskalieren“Der vierteilige Hilferahmen ändert sich bei der Arbeit nicht - was ich versucht habe, was ich erwartet habe, was passiert ist, was ich probiert habe - nur die Kanäle ändern sich: kurze Frage in den Team-Chat (offen, damit andere mitlernen), größerer Blocker an meine Führungskraft mit einer konkreten Bitte, technischer Fehler in ein Ticket. Und die Timing-Regel bleibt bestehen: erst selbst versuchen, dann früh fragen - stilles Feststecken ist hier noch teurer, weil meist jemandes Arbeit auf meine wartet.
Eskalation heißt, ein Problem bewusst an jemanden mit mehr Befugnis heranzutragen, weil es auf meiner Ebene nicht gelöst werden kann. Sie ist ein vorgesehener Teil der Hierarchie, genau dann, wenn: ich durch etwas außerhalb meiner Kontrolle blockiert bin und direktes Nachfragen nicht gewirkt hat, zwei Anweisungen wirklich im Widerspruch stehen, oder etwas das Projekt gefährdet / eine Regel oberhalb meiner Befugnis bricht.
3 · Professionelles Verhalten
Abschnitt betitelt „3 · Professionelles Verhalten“Professionalität ist nicht Anzug und steife Sprache - das ist Oberfläche. Es ist eine kurze Liste von Verhaltensweisen, die andere sehen und daran festmachen, wie viel Verantwortung man mir zutrauen kann.
- Verlässlichkeit - ich tue, was ich gesagt habe, bis wann ich es gesagt habe. Meine Zusagen sind tragend; Leute planen ihre Arbeit darauf. Eine verlässliche Person mit durchschnittlichem Können schlägt einen Brillanten, mit dem niemand planen kann. Ihre stille Hälfte ist vorsichtig zusagen: “Donnerstag kann ich nicht versprechen, aber Freitagmittag ist sicher” schafft mehr Vertrauen als ein Ja, das ich halb einhalte. Und wenn etwas anfängt zu rutschen, sage ich es in dem Moment, in dem ich es weiß, nicht am Fälligkeitstag.
- Verantwortungsübernahme - jeder macht Fehler; Verantwortung ist die Minute nachdem ich einen bemerke. Ich benenne ihn klar, sage, wen er betrifft, sage die Behebung und ihren Zeitpunkt, und schließe den Kreis. Einen Fehler zu verstecken und still zu reparieren ist fast immer falsch, weil bei der Arbeit jemand auf dem kaputten Teil aufbauen könnte, bevor meine stille Reparatur ankommt.
- Pünktlichkeit - der sichtbarste tägliche Beweis von Verlässlichkeit. Zu spät zu kommen sendet meine Zeit zählt mehr als deine, ob ich es so meine oder nicht. Einmal mit Entschuldigung ist menschlich; als Muster bepreist es still alles andere neu, was ich verspreche.
Die deutsche Arbeitswelt
Abschnitt betitelt „Die deutsche Arbeitswelt“| Norm | Was sie in der Praxis bedeutet |
|---|---|
| Du / Sie | Das Deutsche hat zwei Wörter für “you”: Du (informell, unter Freunden und zunehmend innerhalb von Teams) und Sie (formell, für Fremde, Kunden, über Hierarchieebenen hinweg). Dem Raum folgen; im Zweifel formell beginnen - Sie ist nie falsch, Du, wo Sie erwartet wurde, kann respektlos wirken. |
| Pünktlichkeit | Direkt als Respekt und Verlässlichkeit gelesen. Meetings beginnen zur genannten Minute; eine Verzögerung wird vorab angekündigt, nicht hinterher entschuldigt. Deadlines meinen das Datum auf dem Papier. |
| Direktheit | Feedback ist klar und über die Arbeit - diese Klarheit ist Respekt, keine Unhöflichkeit. |
| Arbeitszeit (Gesetz) | Tag gedeckelt auf 8 Std. (10 mit Ausgleich zurück auf 8 über 6 Monate); 30-Min-Pause ab 6 Std.; 11 Std. Ruhezeit zwischen den Tagen; Arbeitgeber müssen die Arbeitszeit erfassen (bestätigt vom Bundesarbeitsgericht, 2022). |
| Trennung von Arbeit und Privatleben | Die Ruheregeln sind Schutz, keine Dekoration - still jeden Abend weiterzuarbeiten wird nicht erwartet. Zeiterfassung ist hier normal, keine Überwachung; ehrlich ausfüllen, Pausen eingeschlossen. |
Feedback geben & annehmen
Abschnitt betitelt „Feedback geben & annehmen“Feedback ist routinemäßige Wartung an der Arbeit, kein Urteil über meinen Wert - und leicht Feedback annehmen zu können ist eine Karrierekompetenz, denn Leute hören auf, die zu korrigieren, die schlecht reagieren, und diese Leute hören dann auf, sich zu verbessern.
- Zuhören bis zum Ende, ohne mich zu verteidigen - ich sammle Informationen darüber, wie meine Arbeit angekommen ist.
- Nachfragen, bis ich den Punkt zurückgeben könnte (“meinst du die Struktur oder den Inhalt?”).
- Entscheiden, was ich damit mache, und es sagen - Feedback ist Input, kein Befehl (“Bei Abschnitt zwei hast du recht, den baue ich neu; bei der Benennung würde ich es lassen, das folgt der Konvention des Kunden”).
- Danken, auch wenn es weh tat - jemanden zu korrigieren ist Arbeit, und das zu bedanken hält es am Laufen.
Geben ist drei Wörter: konkret (auf die genaue Sache zeigen, nicht “fühlt sich komisch an”), verhaltensbezogen (über die Arbeit, nie über die Person - “diese Funktion macht zwei Dinge und ist schwer zu testen”, nicht “du schreibst unsauberen Code”) und freundlich (freundlich ≠ weich; das Ziel ist der Erfolg des anderen - klar und warm). Diese ganze Kompetenz ist einfach Code Review ohne die Leitplanken - Kommentare zeigen auf konkrete Zeilen, besprechen den Code, nicht den Coder, zielen auf ein gutes Merge.
Vertraulichkeit & Ethik
Abschnitt betitelt „Vertraulichkeit & Ethik“Sichere Arbeitsdefinition: Informationen, die ich nur wegen meiner Arbeit habe, sind vertraulich, sofern sie nicht ausdrücklich öffentlich sind. Das umfasst Kundenidentitäten (oft ist schon die Tatsache, dass ein Kunde ein Kunde ist, geheim), Geschäftsdaten (jede Zahl - Preise, Margen, Gehälter, Verträge), interne Pläne und Probleme sowie personenbezogene Daten. Im Zweifel als vertraulich behandeln und nachfragen - noch nie wurde jemand dadurch geschädigt, dass er vorher gefragt hat.
Eine Geheimhaltungsvereinbarung (NDA) ist ein bindender Vertrag, definierte Informationen geheim zu halten - keine Formsache (ein Bruch kann das Arbeitsverhältnis beenden und Geld kosten), ihre Pflichten überdauern meist das Projekt und den Job, und sie bindet, was ich teile, nicht, was ich lerne (meine Fähigkeiten bleiben meine; die Spezifika des Kunden nicht). In sozialen Medien verläuft die Linie an den Informationen anderer Menschen und anderer Unternehmen: Ich kann meine eigenen Meilensteine teilen (“SAP-Zertifizierung bestanden”), aber nie Kundennamen, interne Details oder Fotos vom Arbeitsplatz (Whiteboards, Bildschirme, sogar gebrandete Lanyards verraten etwas).
Meine eigene Arbeit steuern
Abschnitt betitelt „Meine eigene Arbeit steuern“Großunternehmen erzeugen mehr Anfragen, als irgendjemand schaffen kann, also wähle ich bewusst und sage ehrlich, was ich nicht kann. Dringend = zeitkritisch; wichtig = folgenreich - sie sind unabhängig voneinander, und ein Großteil des lautesten Verkehrs ist dringend-aber-unwichtig. Die beste Arbeit lebt im Wichtig-nicht-dringend, das der dringende Lärm verdrängt; die tägliche Frage ist “Was ist das Wichtigste, das ich heute schulde?” - nicht das Lauteste.
Ein professionelles Nein hat drei Teile: Kapazität als Fakt (“diese Woche ist bis Freitag dem Testzyklus zugesagt” - keine Entschuldigungsspirale), eine Alternative (“ich könnte es ab Montag nehmen” - ein Nein mit Alternative ist Hilfe) und Eskalation, wenn Prioritäten wirklich kollidieren (“beide passen vor Freitag nicht - kannst du mit dem Lead abstimmen, was zuerst kommt?”). Die Kollision für denjenigen sichtbar zu machen, der die Prioritäten besitzt, ist keine Schwäche; es ist die Struktur bei der Arbeit. Alles läuft über ein aktuelles Aufgabenboard - ein Blick beantwortet “kannst du das übernehmen?” mit Fakten, nicht mit Gefühlen.
4 · Regeln & Sicherheit
Abschnitt betitelt „4 · Regeln & Sicherheit“Warum so viele Regeln?
Abschnitt betitelt „Warum so viele Regeln?“Compliance heißt, die Verpflichtungen einzuhalten, an die eine Organisation gebunden ist, aus drei Richtungen: Gesetze (Datenschutz, Steuern, Arbeitszeit, Branchenregulierung), Verträge (Kundenzusagen, NDAs, Sicherheitszusagen) und Standards (Rahmenwerke, gegen die sie sich zertifiziert hat). Der entscheidende persönliche Punkt: ein Unternehmen kann nur durch seine Menschen konform sein - eine Firma geht nicht sorgfältig mit Daten um, ihre Mitarbeitenden tun es oder tun es nicht. Deshalb erreicht mich Compliance als Schulungen, Richtlinien und Regeln: Es sind die Verpflichtungen der Organisation, aufgeteilt in jedermanns Anteil.
Wenn es scheitert, sind die Kosten konkret: Bußgelder (Datenschutzbehörden können einen Prozentsatz des weltweiten Umsatzes verhängen), Aufräumen nach einer Datenpanne, verlorenes Vertrauen (“kommt zu Fuß, geht zu Pferd”) und manchmal persönliche Konsequenzen. Zu verstehen, warum eine Regel existiert, ist der Unterschied zwischen ihr folgen und bloß von ihr ausgebremst werden.
Alltägliche Informationssicherheit
Abschnitt betitelt „Alltägliche Informationssicherheit“Die meisten Vorfälle beginnen damit, dass eine gewöhnliche Person eine gewöhnliche Sache tut, nicht mit einem brillanten Hacker. Fünf Gewohnheiten schließen die gewöhnlichen Türen:
- Passwörter & MFA - ein Konto, ein Passwort, nie wiederverwendet (geleakte Listen sind das Erste, was Angreifer probieren); den freigegebenen Passwortmanager nutzen. MFA (Multi-Faktor-Authentifizierung) beweist die Identität mit einem zweiten Faktor - überall aktivieren, und wenn eine Aufforderung erscheint, obwohl ich mich nicht gerade angemeldet habe, hat jemand mein Passwort: ablehnen und melden. Zugangsdaten niemals in irgendeine Richtung teilen; keine echte IT-Abteilung fragt nach meinem Passwort.
- Phishing - eine Nachricht, die sich als jemand ausgibt, dem ich vertraue, um an Zugangsdaten, einen bösartigen Klick oder eine Zahlung zu kommen. Sie zielt auf mich, nicht auf die Firewall, weil ein Klick unter 500 genügt. Verteidigung ist eine Gewohnheit, keine Cleverness: langsamer werden bei allem, das etwas von mir will, und über einen zweiten Kanal verifizieren.
- Least Privilege (minimale Rechte) - jeder bekommt genau den Zugriff, den seine Arbeit braucht, und nicht mehr. Es schützt auch mich: Zugriff, den ich nicht habe, ist Zugriff, den niemand über mein Konto missbrauchen kann. Zugriff mit Begründung anfragen; ungenutzten Zugriff entfernen lassen, ohne es persönlich zu nehmen.
- Physische Sicherheit - den Bildschirm sperren, jedes Mal, wenn ich aufstehe (Muskelgedächtnis), einen aufgeräumten Schreibtisch halten (kein ausgedrucktes vertrauliches Material, keine notierten Passwörter) und niemals Tailgating zulassen - jemandem durch eine Ausweistür folgen, ohne selbst zu badgen. Höflichkeit ist genau das, was es funktionieren lässt, weshalb kontrollierte Türen der eine Ort sind, an dem ich die Tür nicht aufhalte.
- Schatten-IT (Shadow IT) - jedes Tool, das ohne Freigabe für die Arbeit genutzt wird (der kostenlose Konverter, eine Browsererweiterung, ein privater Cloud-Speicher). Das Problem ist nicht, dass es schlechte Software ist - sondern dass niemand geprüft hat, wohin sie Daten sendet oder ob sie die rechtlichen Pflichten des Unternehmens erfüllt. Tools anfragen, nicht einschmuggeln.
DSGVO im Arbeitsalltag
Abschnitt betitelt „DSGVO im Arbeitsalltag“Die DSGVO (Datenschutz-Grundverordnung) ist das Datenschutzgesetz der EU. Personenbezogene Daten sind alle Informationen, die sich auf eine identifizierbare Person beziehen - und die Definition ist weit: Namen und Adressen, aber auch E-Mail-Adressen, Nutzer-IDs, IP-Adressen, Standort, Kombinationen (“die weibliche Teamleiterin im Büro Nürnberg” kann jemanden ohne Namen identifizieren) und besonders geschützte Kategorien (Gesundheit, Überzeugungen, Gewerkschaftszugehörigkeit). In Unternehmenssystemen schwimme ich darin - Kundendatensätze, Mitarbeiterdaten, Lieferantenkontakte - also ist das Erkennen die Kompetenz.
Mein Arbeitsanteil sind drei Gewohnheiten: weniger erheben (mit anonymisierten oder eigens dafür bestimmten Testdaten testen, keine Exporte “für alle Fälle” horten), sorgfältig teilen (Daten wandern nur zu Personen und Systemen, die dazu berechtigt sind - eine Kundenliste, die in ein nicht freigegebenes Tool kopiert wird, ist ein Datenschutzvorfall, keine Abkürzung) und löschen, wenn angewiesen (Aufbewahrungsfristen und Löschanfragen sind rechtliche Pflichten, keine Ordnungsarbeit - einschließlich der Kopien in meinen Downloads).
Die KI-Regeln von früher - keine echten Namen, keine Kundenspezifika, keine personenbezogenen Daten in nicht freigegebene KI-Tools - waren die DSGVO im Kleinen: Diese Tools waren nicht freigegebene Auftragsverarbeiter und die Daten gehörten anderen. Freigegebene Tools haben einen Auftragsverarbeitungsvertrag (AVV), der den Anbieter zum Schutz der Daten verpflichtet; beliebige Tools nicht. Deshalb ist die Tool-Freigabe ein rechtlicher Prozess, keine Geschmacksfrage.
Nutzungsrichtlinie & Softwarelizenzierung
Abschnitt betitelt „Nutzungsrichtlinie & Softwarelizenzierung“Eine AUP (Acceptable Use Policy, Nutzungsrichtlinie) legt fest, was ich mit der Unternehmens-IT tun darf und was nicht - Geräte, Konten, Netz, E-Mail. Übliche Inhalte: Arbeitssysteme sind für die Arbeit; keine Umgehung von Sicherheitskontrollen; Verhaltensregeln für die Kommunikation; und Überwachungshinweise (was die Organisation protokolliert, in Deutschland vom Datenschutzrecht geprägt und oft mit dem Betriebsrat verhandelt). Meine einmal richtig lesen, wenn ich anfange - sie ist die schriftliche Antwort auf die meisten “Darf ich …?”-Fragen.
Lizenzierung ist die zweite Falle für gutmeinende Leute: Viele Tools sind nur für den privaten Gebrauch kostenlos, wobei die Lizenz für die kommerzielle Nutzung ausdrücklich Bezahlung verlangt - der Freeware-Editor, das Diagramm-Tool, die heruntergeladene Schriftart. Großunternehmen werden genau darauf geprüft; Anbieter kontrollieren große Organisationen aktiv. Die Gewohnheit sind dieselben zwei Wörter, die der ganze Abschnitt immer wieder hervorbringt: anfragen, nicht einschmuggeln.
5 · Umsetzung & Rollen
Abschnitt betitelt „5 · Umsetzung & Rollen“Der Projektlebenszyklus im Unternehmen
Abschnitt betitelt „Der Projektlebenszyklus im Unternehmen“Enterprise-IT-Arbeit passiert überwiegend in Projekten, und Projekte haben einen stabilen Bogen (die Namen variieren je nach Unternehmen und Methode):
Das ist keine Rückkehr zum starren Wasserfall: Der Bogen setzt die Ziele (Zusagen, Budgets, Go-Live-Termine, um die herum die ganze Organisation plant), während die agile Praxis die tägliche Arbeit darin organisiert - Build und Test laufen in Sprints, Stand-ups synchronisieren, Backlogs ordnen, Retros verbessern. Ich arbeite in beidem gleichzeitig. Und ein Liefergegenstand (Deliverable) - ein definiertes Arbeitsergebnis, zu dessen Übergabe sich das Projekt verpflichtet - umfasst prominent Dokumente: das Design-Dokument, das Stakeholder freigeben, die Testergebnisse, die die Bereitschaft belegen, den Übergabeleitfaden, mit dem das dauerhafte Team das System über Jahre betreibt. In Unternehmensprojekten ist Dokumentation ein Produkt mit meinem Namen darauf, kein nachträglicher Gedanke.
Berater vs. Entwickler
Abschnitt betitelt „Berater vs. Entwickler“| SAP-Implementierungsberater | Enterprise-Entwickler | |
|---|---|---|
| Kernarbeit | Konfiguriert das Standardsystem passend zum Geschäft; führt Workshops durch | Schreibt kundeneigenen Code (ABAP), der das System erweitert |
| Kennzeichnende Tätigkeit | Fit-to-Standard-Workshops - den Kunden durch Standardprozesse führen, festhalten, was passt und was angepasst werden muss | Arbeitet in Legacy-Code - vor dem Schreiben lesen, das Minimum ändern, drumherum testen |
| Wesen | Übersetzer zwischen Geschäftssprache und Systemrealität - die Übersetzung ist das Produkt | Ein Kommunikator, der programmiert - kein Programmierer, der von Kommunikation befreit ist |
| Rund um den Go-Live | Cutover-Unterstützung, Endanwenderschulung, Hypercare | Bewegt Änderungen unter Change Management durch die Landschaft |
| Arbeitet mit | Fachexperten des Kunden, Testern, Projektleitung | Beratern/Analysten, Testern, Betrieb, anderen Entwicklern |
Die ersten 30 Tage - das Onboarding bewusst steuern
Abschnitt betitelt „Die ersten 30 Tage - das Onboarding bewusst steuern“Onboarding ist der Prozess der Organisation, mich einsatzfähig zu machen (Konten, Hardware, Richtlinien zum Unterschreiben, Schulungen, Vorstellungen). Ich betreibe ihn aktiv - wer in Woche zwei voll einsatzfähig ist, weil er sein eigenes Onboarding vorangetrieben hat, hat dem Team still den ersten Beweis von Verlässlichkeit geliefert. Und ich nutze den befristeten Neuling-Vorteil bewusst: Für ein paar Wochen kann ich alles fragen, und es kostet nichts (“warum wird das so gemacht?”, “was bedeutet diese Abkürzung?”) - so günstig lerne ich das nie wieder. Das Organigramm ist nicht die ganze Karte, also finde ich die ungeschriebenen Regeln, indem ich respektierte Kollegen beobachte, nach Normen frage (“ist es üblich, Leuten nach fünf zu schreiben?”) und mich anpasse, bevor ich es individuell mache.
- Woche 1 - ankommen. Onboarding vorantreiben, Tools zum Laufen bringen, das Aufgabenboard am ersten Tag aufsetzen, die Richtlinien tatsächlich lesen. Mein unmittelbares Team kennenlernen; jeden Namen, jede Rolle und jedes System aufschreiben.
- Woche 2 - kartieren. Die Abteilungen skizzieren, die Stakeholder um mein Team herum und meine eigene Kette zwei Ebenen nach oben. Erstes Einzelgespräch mit meinem Lead: wie sieht gut in 90 Tagen aus?
- Woche 3 - beitragen. Kleine, abschließbare Arbeit übernehmen und mit voller Professionalität abliefern - pünktlich, dokumentiert, Board aktuell. Klein und verlässlich schlägt groß und spät für einen ersten Eindruck.
- Woche 4 - reflektieren. Notizen und Board durchsehen: was mich überrascht hat, welche ungeschriebenen Regeln ich gefunden habe, wovon ich mehr tun werde. Eine kurze Zusammenfassung mit meinem Lead teilen - nach oben führen, auf mich selbst angewandt.
Wiederholungs-Zusammenfassung
Abschnitt betitelt „Wiederholungs-Zusammenfassung“| Kernpunkt | Kurz gemerkt |
|---|---|
| Großunternehmen | Groß, etabliert: Größe + Komplexität + Regulierung + Langfristigkeit |
| Langsamkeit im Unternehmen | Der Preis von Koordination, Risikokontrolle, Nachvollziehbarkeit - keine Faulheit |
| Organisationskarte | Abteilungen · Hierarchie (2 Ebenen nach oben kennen) · Matrix · Stakeholder |
| Wo SAP lebt | IT → Geschäftsanwendungen; die Geschäftsregeln der Anwendungsschicht konfigurieren |
| Warum ERP/SAP | Eine gemeinsame Wahrheit: Skalierung, Integration, Compliance |
| Kanäle | E-Mail=Aufzeichnung, Chat=schnell, Meeting=Echtzeit, Ticket=Arbeit, Dok=dauerhaft |
| Async als Standard | Synchrone Zeit schützen; Chat nach 3 Runden festgefahren → Anruf, dann protokollieren |
| E-Mail-Form | Betreff mit Thema+Datum; Kontext · Anliegen · Frist · nächster Schritt |
| An / CC / BCC | Handeln / wissen / versteckt (BCC in einem Gespräch fast immer falsch) |
| Meetings | Keine Agenda kein Meeting; Notizen = Entscheidungen + Aktionen + offene Punkte |
| Action Item | Verantwortlicher (eine Person) · Aktion · Frist - zurück wiederholen |
| Hybrid | Überlappung schützen, Übergaben schreiben, Status ehrlich halten, leicht überkommunizieren |
| Eskalieren | Die Situation, nicht die Person; die Spur zeigen; Stand+Ursache+empfohlene Option |
| Professionalität | Verlässlichkeit · Verantwortung · Pünktlichkeit - sichtbar, nicht Anzüge |
| Einen Fehler eingestehen | Benennen, wer betroffen ist, Behebung + Zeitpunkt, den Kreis schließen |
| Deutsche Arbeitswelt | Du/Sie (formell beginnen) · Pünktlichkeit=Respekt · 8h/30min/11h · ehrliche Zeiterfassung |
| Feedback | Annehmen: zuhören·nachfragen·entscheiden·danken. Geben: konkret·verhaltensbezogen·freundlich |
| Vertraulich | Beruflich erlangte Info ist geheim, sofern nicht ausdrücklich öffentlich; NDAs überdauern den Job |
| Meine Arbeit steuern | Dringend≠wichtig; professionelles Nein = Kapazität+Alternative+Eskalation |
| Compliance | Gesetze+Verträge+Standards, aufgeteilt in jedermanns täglichen Anteil |
| Sicherheitsgewohnheiten | Einzigartige Passwörter+MFA · Phishing über 2. Kanal verifizieren · Least Privilege · Bildschirm sperren · anfragen statt einschmuggeln |
| DSGVO-Anteil | Weniger erheben · sorgfältig teilen · löschen, wenn angewiesen; Panne → schnell melden (72h) |
| AUP & Lizenzierung | Die AUP beim Eintritt lesen; kostenlos-für-privat ≠ kostenlos-für-Firma |
| Projektlebenszyklus | Discovery→Design→Build→Test→Deploy→Support; Go-Live·Cutover·Hypercare |
| Bogen vs. agil | Phasen tragen die Zusagen; Sprints organisieren die Arbeit darin |
| Berater vs. Entwickler | Konfigurieren & übersetzen vs. eigener Code in Legacy; beide kommunizieren |
| Systemlandschaft | Dev → Test → Produktion; Change Management ist die kontrollierte Bewegung |
| Erste 30 Tage | Onboarding vorantreiben, den Neuling-Vorteil nutzen, ungeschriebene Regeln finden |