Job Opportunities API

The Public Ledger of Openings

← Back to the ledger

Mainframe Architekt (w/m/d) in Voll- oder Teilzeit

crozdach
Companycrozdach
CategoryEngineering
LocationMünchen
RemoteOn-site (inferred)
EmploymentNot stated
LevelNot stated
SalaryNot stated by the employer
Posted24 Jul 2024
Last verified12 Aug 2026
SourceEmployer ATS (personio)
Applications are handled by the employer, not by us.Apply on the employer's site →
Description
Als modernes Unternehmen verzichten wir auf Stino-Stellenanzeigen und möchten dich mit einem neuen Format für die CROZ DACH begeistern. Vielen Dank für dein Interesse an uns und viel Spaß beim Lesen des folgenden JobChats!   Neulich im Sales-Call:    Joachim: „Wir haben wieder eine Anfrage für ein Mainframe-Projekt in Deutschland bekommen.“ Armin: „Worum geht es, progressive Übernahme der Betriebsverantwortung oder ein Modernisierungsprojekt ?” Joachim: „Ich denke, es läuft wieder auf beides hinaus. Wir übernehmen die Umgebung Stück für Stück in unsere Betriebsverantwortung und Automatisieren den Betrieb noch weiter, während wir gleichzeitig das System und die Anwendungspflege und –entwicklung auf ein aktuelles Niveau heben. Damit kann der Kunde seine Investitionen in die Plattform noch möglichst lange nutzen und auch neue Talente dafür finden.” Linda: „Mit meinem HR-Blickwinkel möchte ich aber darauf drängen, dass wir auch tun, was wir können - und wo man uns lässt - das bestehende Mainframeteam beim Kunden weiterzuentwickeln und ihnen die modernen Arbeitsweisen und Tools nahe zu bringen.“ Armin: „Natürlich! Und weil es wieder Leute sind, die hauptsächlich Deutsch sprechen, müssen wir auch in unser Mainframeteam investieren.” Linda: „Lasst mich raten, die Stellenbezeichnung lautet Mainframe Architekt  (w/m/d) .“   Joachim: „Richtig. Das bedeutet nicht nur die Architektur von z/OS und z/VM , sondern das volle Programm mit DB2, CICS, IMS, MQ, Batch mit JCL, VSAM, RACF, USS  und  Sysplexe . Auch neuere Themen wie z/OSMF , z/OS Connect und wenn möglich auch Linux auf Z  gehören dazu.”   Armin: „Zusätzlich brauchen wir gute Kenntnisse über typische z/OS Applikationen in COBOL  und/oder PL/1, aber auch REXX-Skripte und den Umgang mit Monitoring-Werkzeugen wie OMEGAMON oder BMC MainView Monitoring.”   Joachim: „Stimmt. Weil Du gerade Monitoring erwähnst: Modernere Ansätze wie Enterprise Observability mit Instana  und auch moderne CI/CD-Pipelines für GitOps wären wichtig. Schließlich haben Kunden bereits teilweise mit unserer Hilfe dahin modernisiert bzw. haben es vor.”   Linda: „Und brauchen wir auch Wissen über KI auf dem Mainframe? Oder reicht es, wenn man OpenShift AI  kennt?” Joachim: „Na ja, AI nativ im z/OS wird zunehmend wichtiger, aber das kann man bei uns ja lernen, genauso wie OpenShift.” Linda: „Aber es wäre gut, wenn man Kubernetes  & Co ggf. schon von anderen Hardware-Plattformen kennt.” Joachim: „Ja. Das alles zusammen ergibt eine ganz schön lange Liste. Natürlich wäre es gut, alles zu kennen. Kleine Lücken wären aber nicht schlimm. Schließlich ist für uns abstraktes Verständnis und die Fähigkeit zur Transferleistung wichtiger als Buzzword-Bingo.”   Linda: „Aber so ein gewisses Skill-Set fordern wir schon, oder? Also ein IT-Studium  oder eine Ausbildung wollen wir sehen.“   Joachim: „Klar. Die übliche Formulierung wäre 'Hochschulstudium der Informatik oder vergleichbare Ausbildung'. Wir wollen jedoch keine geeignete Person von einer Bewerbung abhalten, indem wir konkrete Skills oder Voraussetzungen fordern, die diese Person vielleicht nicht oder noch nicht hat.“   Linda: „Ich verstehe, was Du meinst. Wichtig für uns ist die Bereitschaft zur Weiterbildung . Und über 5 Jahre Erfahrung auf dem IBM Mainframe  fordern wir auch. Wir wollen schließlich nicht bei Null starten, sondern direkt in die Projekte einsteigen. Aber eine Bildungshierarchie gibt es bei uns nicht. Der Uni-Absolvent hat nicht automatisch mehr Streifen auf der Schulter als die ausgebildete Informatikerin.“   Joachim: „Genau. Wer jetzt denkt, dass es auf dem Mainframe kein Java , Go oder Phython  gibt, man keine DevOps-Kultur für z/OS etablieren könne oder nur die Ops-Seite auf z/OS kennt und sich für die Software-Entwicklung auf der Plattform bislang nicht interessiert hat, sollte si