Der Einkauf von COBOL-Modernisierungsleistungen ist mit keiner anderen Art von Softwarearbeit vergleichbar. Das betroffene System läuft seit dreißig oder vierzig Jahren, niemand im Haus versteht es heute noch vollständig, und die Folgen eines Fehlers bemessen sich in gescheiterten aufsichtsrechtlichen Meldungen statt in verpassten Sprints. Gleichzeitig versprechen sämtliche Angebote auf Ihrem Schreibtisch dasselbe Ergebnis zu weit auseinanderliegenden Preisen.

Dieser Leitfaden beschreibt, was ein ernst gemeintes Vorhaben tatsächlich enthält, worin sich die Anbietertypen unterscheiden und welche Fragen ein auf Belegen gebautes Angebot von einem auf Optimismus gebauten trennen. Er geht davon aus, dass Sie derjenige sind, der die Entscheidung hinterher verteidigen muss.

Worauf Sie achten sollten: Ein glaubwürdiges Angebot zur COBOL-Modernisierung enthält Discovery, Zielarchitektur, Datenmigration, Konvertierung oder Rehosting, ein vergleichsbasiertes Testprogramm, einen Parallelbetrieb, eine Cutover-Planung und den Wissenstransfer. Preist ein Angebot nur die Codekonvertierung, ist es kein Programmplan, sondern dessen billigstes Viertel.

Was COBOL-Modernisierungsleistungen tatsächlich umfassen

Fragen Sie drei Anbieter nach einem Angebot, und Sie erhalten drei verschiedene Definitionen des Leistungsumfangs. Diese Liste zu vereinheitlichen, bevor Sie Preise vergleichen, ist das Nützlichste, was Sie überhaupt tun können, denn ein Angebot, das die Hälfte der Arbeit weglässt, sieht auf der Zusammenfassungsseite immer besser aus.

Discovery und Analyse stehen am Anfang. Der Anbieter parst den gesamten Bestand, erstellt Abhängigkeits- und Datenherkunftskarten, identifiziert toten Code und liefert ein Inventar aus Programmen, Copybooks, Job-Strecken und Datenbankobjekten. Diese Phase sollte außerdem die Konstrukte markieren, die die Kosten treiben: Assembler-Module, ungewöhnliche Transaktionsmuster, variante Satzstrukturen und alles, was der Compiler seit Jahrzehnten stillschweigend duldet.

Die Zielarchitektur folgt darauf. Jemand muss entscheiden, was aus dem System wird: eine rehostete COBOL-Last, eine konvertierte Codebasis in einer modernen Sprache, eine Menge von Services oder eine über die Zeit gestaffelte Kombination. Diese Entscheidung gehört vor den Beginn der Konvertierung, und sie sollte mit sichtbarer Begründung dokumentiert statt einfach behauptet werden.

Die Datenmigration umfasst Schemaentwurf, Extraktion, Konvertierung und Abstimmung. Mainframe-Datenformate tragen Bedeutung, die ein relationales Schema nicht unmittelbar ausdrücken kann, weshalb diese Arbeit analytisch ist und nicht mechanisch.

Codekonvertierung oder Rehosting ist der Teil, auf den sich alle konzentrieren, und er macht typischerweise eine Minderheit des Gesamtaufwands aus. Werkzeuge zur Mainframe-Migration nehmen hier viel ab, aber längst nicht alles, und wo genau ihre Grenze verläuft, bestimmt den Aufwand der übrigen Phasen.

Die Phasen, die Käufer am häufigsten streichen

Test und Vergleich ist der Ort, an dem das Geld hingeht. Ein ordentliches Vorhaben baut eine Testumgebung, die altes und neues System mit identischen Eingaben laufen lässt und die Ausgaben Feld für Feld vergleicht, und arbeitet anschließend jede Abweichung ab, bis sie entweder behoben oder formal akzeptiert ist. Das ist ein eigenständiges Softwareprojekt und sollte auch so kalkuliert werden.

Parallelbetrieb und Cutover bedeuten, beide Systeme für einen definierten Zeitraum mit echten Produktionsvolumen zu betreiben und dann mit einem getesteten Rückfallplan umzuschalten. Programme, die diese Stufe aus Zeitgründen überspringen, sind die, die aus den falschen Gründen in Fallstudien auftauchen.

Wissenstransfer und Support schließen das Vorhaben ab. Ihr Team muss das Ergebnis ohne den Anbieter betreiben und ändern können. Ist das kein ausdrückliches Arbeitsergebnis mit Abnahmekriterien, haben Sie keine Modernisierung gekauft, sondern eine Abhängigkeit.

Die drei Anbietertypen und ihre jeweiligen Stärken

Der Markt teilt sich in drei Gruppen mit wirklich unterschiedlichen Stärken, und die richtige Wahl hängt mehr von Ihrem Bestand ab als von irgendeiner Rangliste.

Toolanbieter und ihre Partner führen mit automatisierter Konvertierung oder einer Rehosting-Plattform. Ihre Technik ist meist ausgereift und ihr Konvertierungsdurchsatz tatsächlich beeindruckend. Zu bedenken ist die Interessenlage: Ihr wirtschaftliches Interesse liegt darin, den Anteil der Arbeit zu maximieren, den ihr Produkt erledigt, und das deckt sich nicht immer mit einer Codebasis, die Sie später gerne pflegen. Außerdem binden sie Ihren Produktionsbetrieb an ihre Laufzeitumgebung, eine Abhängigkeit, die man einpreisen sollte.

Globale Systemintegratoren bringen Größe, Programm-Governance und die Fähigkeit, ein mehrjähriges Vorhaben zu besetzen. Erstreckt sich Ihr Bestand über Millionen Zeilen und mehrere Geschäftsbereiche, zählt diese Kapazität, und nur wenige andere können sie liefern. Der Preis dafür sind die Kostenstruktur und der Abstand zwischen den Menschen, die das Angebot geschrieben haben, und denen, die die Arbeit machen werden. Fragen Sie ausdrücklich, wer im Team ist, wo diese Personen sitzen und welche Erfahrung sie mitbringen.

Spezialisierte Ingenieurbüros sind kleiner, arbeiten durchgehend mit erfahrenen Leuten und sind meist werkzeugneutral, weil sie kein eigenes Produkt zu verkaufen haben. Sie passen zu Beständen im Bereich einiger Hunderttausend Zeilen, zu gestaffelten Vorhaben und zu Situationen, in denen die Fachlogik das Schwierige ist und nicht das Volumen. Ein Programm mit zweihundert Personen können sie nicht besetzen, und sie sollten das auch sagen.

Es gibt keine allgemeingültig richtige Antwort. Es gibt eine richtige Antwort für einen bestimmten Bestand, und jeder Anbieter, der behauptet, sein Modell passe auf jede Lage, verrät Ihnen damit etwas Nützliches über seine Vertriebsweise.

Fragen, die ein schwaches Angebot entlarven

Beschaffungsfragebögen fördern selten zutage, worauf es ankommt. Diese Fragen schon.

„Konvertieren Sie unser schlimmstes Modul und zeigen Sie uns das Ergebnis." Wählen Sie das Programm, um das alle einen Bogen machen, am besten eines, das Assembler aufruft und eine mehrstufige variante Satzstruktur verwendet. Verlangen Sie den erzeugten Code, nicht eine Zusammenfassung davon. Ein Anbieter, der von seinem Vorgehen überzeugt ist, tut das für ein festes, überschaubares Scoping-Honorar. Zögern ist bereits eine Antwort für sich.

„Wie gehen Sie mit Dezimalarithmetik und Sortierreihenfolge um?" Gepackte Dezimalfelder und die Sortierfolge des Mainframes erzeugen beide Abweichungen, die erst in Finanzergebnissen und in der Reihenfolge von Auswertungen sichtbar werden. Antworten sollten konkret und technisch sein. Unschärfe an dieser Stelle sagt eine schwierige Abnahmephase voraus.

„Was genau steckt in Ihrem Testumfang, und wer schreibt die Vergleichsumgebung?" Sie suchen ein benanntes Arbeitsergebnis, eine Aufwandsschätzung und Klarheit darüber, wer produktionsnahe Daten liefert. Wird Testen als Prozentsatz des Baus beschrieben, rät der Anbieter.

„Was passiert mit den Abweichungen, die Sie nicht erklären können?" Jedes Vorhaben findet Ausgaben, die abweichen und die niemand erklären kann. Gute Anbieter beschreiben ein Triage-Verfahren mit fachlicher Freigabe. Anbieter, die sagen, das komme bei ihnen nicht vor, haben entweder nie ein Programm zu Ende gebracht oder sind nicht offen.

„Wem gehört der entstehende Quellcode, und können wir gehen?" Die Antwort sollte lauten, dass Ihnen alles uneingeschränkt gehört und für den weiteren Betrieb keine Laufzeitlizenz nötig ist. Enthält irgendein Teil der Antwort eine laufende Lizenzierung einer proprietären Schicht, klären Sie genau, was mit Ihrem Produktionssystem passiert, wenn Sie aufhören zu zahlen.

„Zeigen Sie uns ein Vorhaben, das schlecht lief, und was Sie danach geändert haben." Jede Organisation, die mehr als eine Handvoll davon gemacht hat, hat so einen Fall. Die Antwort zeigt Ihnen, ob Sie mit Ingenieuren oder mit dem Vertrieb sprechen.

Wie COBOL-Modernisierungsleistungen kalkuliert werden

Die Preismodelle unterscheiden sich, und jedes verteilt das Risiko anders. Diese Verteilung zu verstehen zählt mehr als die Zahl auf dem Deckblatt.

Aufwandsbasierte Abrechnung ist das ehrlichste Modell für Arbeit mit echten Unbekannten und das unbequemste für einen Vorstand. Sie passt zur Discovery, die fast immer getrennt und zuerst beschafft werden sollte, gerade damit der Rest gegen Belege statt gegen Annahmen kalkuliert werden kann.

Ein Festpreis je Modul oder je tausend Zeilen ist bei Konvertierungsarbeit üblich und vernünftig, sobald die Discovery ergeben hat, was in den Modulen steckt. Lesen Sie die Ausschlüsse genau. Solche Preise setzen in der Regel Code innerhalb eines definierten Komplexitätsbandes voraus, und alles außerhalb davon wird einzeln neu bepreist, und genau dort sitzt die Varianz.

Ergebnisorientierte Preise, bei denen die Zahlung an akzeptierte funktionale Äquivalenz gekoppelt ist, richten die Anreize gut aus, verlangen aber Abnahmekriterien, die präzise genug sind, um im Streitfall zu entscheiden. Diese Kriterien sauber zu definieren ist den Aufwand wert.

Seien Sie skeptisch bei einem festen Gesamtpreis für ein ganzes Vorhaben, der vor der Discovery genannt wird. Das ist kein Zeichen von Selbstvertrauen. Entweder ist er mit genug Risikozuschlag für den schlimmsten Fall kalkuliert, dann zahlen Sie für ein Risiko, das vielleicht nie eintritt, oder er ist optimistisch kalkuliert und kommt als Änderungsanträge zurück, sobald die schwierigen Module auftauchen. Beides ist kein Schnäppchen.

Zum Thema Rabatte: Dieser Markt funktioniert so nicht wirklich. Nennenswerte Reduktionen entstehen dadurch, dass man den Umfang verkleinert, das Vorhaben staffelt, sodass spätere Phasen von den Erkenntnissen der ersten profitieren, oder Code stilllegt, den die Discovery als ungenutzt ausweist. Ein Anbieter, der seinen Preis deutlich senkt, ohne den Umfang zu ändern, hat Ihnen gerade gesagt, dass die erste Zahl willkürlich war. Unser Leitfaden zu Kosten und Zeitplan der COBOL-Migration schlüsselt auf, wohin das Budget wirklich geht.

Vertragsklauseln, auf denen sich zu bestehen lohnt

Wenige Klauseln schützen das Ergebnis wirksamer als jede Menge Governance.

Bestehen Sie auf unbelastetem Eigentum an allem gelieferten Quellcode, allen Schemata, Skripten und Testartefakten, einschließlich der Vergleichsumgebung. Diese Umgebung ist ein Vermögenswert, den Sie über Jahre weiterverwenden werden.

Definieren Sie die Abnahme als nachgewiesene funktionale Äquivalenz gegen vereinbarte Datensätze, nicht als Lieferung von Code. Der Unterschied zwischen „die Konvertierung ist fertig" und „die Ausgaben stimmen überein" ist das gesamte Projekt.

Verlangen Sie eine gestufte Struktur mit echten Ausstiegspunkten. Ein Vorhaben, das in Discovery, Pilot, gestaffelte Konvertierung und Cutover geteilt ist, erlaubt Ihnen, nach jeder Phase mit etwas Wertvollem in der Hand aufzuhören. Ein einziger monolithischer Auftrag tut das nicht.

Benennen Sie die Schlüsselpersonen im Vertrag und nehmen Sie eine Klausel zur Ersetzung auf. Die Lücke zwischen dem Team, das präsentiert hat, und dem Team, das dann tatsächlich kommt, ist die häufigste Beschwerde in diesem Markt.

Machen Sie schließlich den Wissenstransfer zu einem Arbeitsergebnis mit eigenen Abnahmekriterien, nachgewiesen dadurch, dass Ihr Team eine echte Änderung ohne Hilfe durchführt. Sonst wird daraus eine Foliensammlung, die in der letzten Woche geliefert wird.

Sprechen Sie mit Ingenieuren statt mit Wiederverkäufern

Mecanik arbeitet als unabhängiges Ingenieurbüro an Programmen zur COBOL-Modernisierung und COBOL-Migration . Wir verkaufen keine Konvertierungsplattform weiter, deshalb spiegelt unsere Werkzeugempfehlung wider, was Ihre Codebasis braucht, und nicht, was wir lizenzieren.

Wir beginnen mit Discovery und einem bezahlten Piloten auf Ihrem schwierigsten Modul, weil das eine Schätzung liefert, die in Ihrem echten Code verankert ist statt in einem Branchendurchschnitt. Von dort aus können wir konvertieren, rehosten oder Ihnen sagen, dass derzeit keines von beidem gerechtfertigt ist, was gelegentlich die richtige Antwort ist. Unsere Seiten zum COBOL-Migrationsservice beschreiben die Phasen ausführlicher, und unser Leitfaden zur Mainframe-Modernisierungsstrategie behandelt die Entscheidung zwischen Rewrite, Refactor und Replatform, die vorher ansteht.

Sagen Sie uns ungefähr, wie groß der Bestand ist und was den Zeitdruck erzeugt, und wir sagen Ihnen, wie ein realistisches Vorhaben aussieht.

Siehe auch: COBOL-zu-Java-Migration - UK-Enterprise-Guide , COBOL-zu-C#-Migration: Leitfaden für UK 2026 , COBOL-zu-Python-Migration und COBOL-zu-Go-Migration: Leitfaden für UK-Unternehmen .

Häufig gestellte Fragen

Was ist in COBOL-Modernisierungsleistungen enthalten? Ein vollständiges Vorhaben umfasst Discovery und Analyse, den Entwurf der Zielarchitektur, die Datenmigration, Codekonvertierung oder Rehosting, ein vergleichsbasiertes Testprogramm, den Parallelbetrieb, die Cutover-Planung und den Wissenstransfer. Angebote, die nur die Codekonvertierung bepreisen, decken damit eine Minderheit der tatsächlichen Arbeit ab.

Wer bietet Migrationen von COBOL in moderne Sprachen an? Drei Gruppen tun das: Toolanbieter und ihre Umsetzungspartner, globale Systemintegratoren und unabhängige spezialisierte Ingenieurbüros. Toolanbieter liefern ausgereifte Automatisierung, Integratoren die Größe für sehr umfangreiche Bestände, und Spezialisten erfahrene Ingenieure sowie Werkzeugneutralität für mittelgroße Vorhaben.

Wie werden COBOL-Modernisierungsprojekte kalkuliert? Gängig sind aufwandsbasierte Abrechnung, ein Festpreis je Modul oder je tausend Zeilen sowie ergebnisorientierte Preise, die an funktionale Äquivalenz gekoppelt sind. Die Discovery sollte getrennt und zuerst beschafft werden, damit der Rest gegen Belege statt gegen Annahmen kalkuliert werden kann.

Sollte ich einen Festpreis vor der Discovery akzeptieren? In der Regel nicht. Ein ohne Analyse genannter Festpreis ist entweder mit Risikozuschlägen gepolstert, die Sie vielleicht nie brauchen, oder optimistisch kalkuliert und kommt später als Änderungsanträge zurück. Kaufen Sie zuerst die Discovery und holen Sie danach feste Preise für die folgenden Phasen ein.

Wie prüfe ich, ob ein Anbieter meine Codebasis beherrscht? Bitten Sie ihn, während des Scopings Ihr schwierigstes Modul zu konvertieren und Ihnen die erzeugte Ausgabe zu zeigen. Wählen Sie etwas mit Assembler-Aufrufen, varianten Satzstrukturen und gepackter Dezimalarithmetik. Was dabei herauskommt, und wie bereitwillig er zustimmt, sagt mehr als jedes Referenzgespräch.