Schnelle Entscheidung von oben: wie Projekte mit vielen Dienstleistern trotzdem gelingen

Kurzfristige, strategisch relevante Anforderungen meistern – wenn viele Dienstleister, Abteilungen und Abhängigkeiten im Spiel sind

Eine neue Vereinbarung zwischen Betriebsrat und Geschäftsführung war verabschiedet, und mit ihm die Verpflichtung, bis Ende 2025 die Leistungs‑ und gender‑gerechten Jobtitel in den E‑Mail‑Signaturen von über 5.000 Mitarbeitenden anzupassen. Auf den ersten Blick klingt das nach einer klar definierten Aufgabe: ein Update der Signaturvorlagen, ein Rollout über das Unternehmens-Mailsystem. In der Praxis stellte sich jedoch schnell heraus, dass das Projekt alle Register einer typischen Flickenteppich‑Umsetzung zieht: fünf Fachbereiche, deren jeweilige Dienstleister, unterschiedliche Systemlandschaften, fehlende Architektur‑Übersichten und datenschutzrelevante Personendaten. Die Herausforderung war, die Vorgabe des Vorstands sichtbar, termingebunden und ohne Fehlerrisiko zu erfüllen, obwohl weder ein fertiges Konzept noch ein Full‑Scope‑Plan vorlag.

Architekturhorizont: noch unerschlossen

Unter Zeitdruck ist das klassische Projekt‑Mantra „erst die Analyse, dann das Design, dann die Umsetzung“ kaum umsetzbar. Stattdessen entsteht ein Flickenteppich aus adhoc‑Entscheidungen, die schnell zu Unsicherheiten führen:

• Wer ist für welchen Teil des Systems verantwortlich?
• Welche technischen Limitationen existieren bei Microsoft‑Mail‑Signaturen?
• Wie lassen sich personenbezogene Daten rechtskonform verarbeiten?
• Und ganz konkret, welche Abhängigkeiten zwischen den fünf Fachabteilungen und ihren externen Dienstleistern bestehen?

Ohne ein klares Bild der IT‑Architektur fehlt jede realistische Risiko‑Einschätzung, was wiederum das Governance‑Framework der gesamten Organisation erschüttert.

Der Ansatz: Steuerung statt Perfektion

Unser Team brachte nicht nur technisches Know‑how, sondern vor allem die Fähigkeit, komplexe Serviceketten zu ordnen und Verantwortlichkeiten zu etablieren. Der erste Schritt war ein Rapid‑scan: innerhalb von wenigen Tagen wurden alle beteiligten Systeme, Datenflüsse und Schnittstellen inventarisiert und in ein simples, visuelles Architektur‑Diagramm überführt. Durch diese Übersicht konnten wir sofort die kritischen Pfade erkennen, etwa die Signatur‑Engine von Microsoft Exchange, die von den jeweiligen Fachbereichen über separate Dienstleister konfiguriert wird.

Parallel dazu setzten wir auf transparente Kommunikation. Anstelle von langen Abstimmungs‑Runden organisierten wir kurze, klare Calls mit klar definierten Agenda‑Punkten:

• „Was muss ich bis wann liefern?“
• „Welche Risiken bestehen?“
• „Wer übernimmt die Verantwortung, wenn etwas schief geht?“

Jeder Dienstleister erhielt eine eindeutige Aufgabe und ein verbindliches Zeitfenster. Die Verantwortlichkeiten wurden im Projekt‑Steuerungs‑Board festgeschrieben, sodass im Fehlerfall sofort klar war, wer den Fix einleiten muss. Dieses Vorgehen schuf eine hohe Accountability, weil niemand in der Grauzone “ich dachte, das sei jemand anderes’ Verantwortung” landen konnte.

Ein weiteres Schlüsselelement war das „Minimal‑Viable‑Solution“-Prinzip: anstatt ein perfektes, umfassendes Signatur‑Framework zu bauen, definierten wir die kleinste, funktionsfähige Variante, die die Betriebsvorgaben erfüllte. Das bedeutete, zunächst nur die Kern‑Jobtitel‑Variablen zu integrieren und erst danach optional weitere Attribute hinzuzufügen. Durch diese Reduktion konnten wir die technische Umsetzung bei Microsoft rasch prüfen, die bestehenden Beschränkungen umgehen und gleichzeitig die Datenschutzanforderungen wie Datensparsamkeit und sichere Verarbeitung einhalten.

Projektabschluss sogar vor der Deadline

Bereits Mitte Dezember, kurz vor den Weihnachtsferien, waren die neuen Signaturen überall produktiv. Die Abstimmung verlief ohne kritische Fehler, weil jede Schnittstelle bereits im Vorfeld validiert und dokumentiert war. Das Unternehmen erhielt nicht nur ein sichtbares Signal der Vorbildfunktion an die Führungsebene, sondern auch ein nachhaltiges Artefakt: das IT‑Architekturbild, das künftig als Referenz für jede weitere Policy‑Anpassung dient. Dienstleister wussten exakt, wo ihr Zuständigkeitsbereich endet, und die internen Fachbereiche konnten ihre Prozesse transparent koordinieren.

Der eigentliche Erfolg liegt jedoch nicht im Ergebnis der Signaturänderung, sondern in der Erkenntnis, dass unter hohem Zeitdruck das entscheidende Kapital die Fähigkeit ist, externe Partner klar zu steuern, Abhängigkeiten zu ordnen und Verantwortung eindeutig zuzuweisen. Wer diese Steuerungskompetenz besitzt, kann selbst strategisch wichtige, kurzfristige Vorgaben zuverlässig umsetzen ohne dass das „beste Konzept“ im Vordergrund steht, sondern die effektive Orchestrierung des gesamten Ökosystems.

Fazit: In Situationen, in denen mehrere Dienstleister, Abteilungen und technische Abhängigkeiten gleichzeitig involviert sind, gewinnen klare Governance, schnelles Mapping der Systemlandschaft und eine fokussierte Accountability‑Kultur über jede methodische Perfektion. So lässt sich ein scheinbar unüberschaubares Projekt wie die Anpassung von über 5.000 Mail‑Signaturen, nicht nur termingerecht, sondern auch fehlerfrei und nachhaltig realisieren.

In unserem Whitepaper zur IT-Architektur zeigen wir, wie Rollen, Scopes und Entscheidungswege rechtzeitig abgebildet werden können, damit auch kurzfristige Projekte keine Panik erzeugen.

Quelle Titelbild: Ferenc Horvath / unsplash