Krogis berät die Leitungen von Unternehmen und Tochtergesellschaften ausländischer Konzerne, die ein Projekt umzusetzen haben, während die eigene IT-Abteilung mit dem Betrieb ausgelastet ist. Auswahl und Einführung eines neuen ERP-Systems, Reklamationsbearbeitung, prozessorientiertes CRM, ein KSeF-fähiger Workflow für Kostenbelege, Vertragsmanagement, On- und Offboarding von Mitarbeitenden: Ich erarbeite die Anforderungen gemeinsam mit dem Vorstand, spreche mit Ihrer IT und mit den Anbietern, vergleiche Angebote (in Tochtergesellschaften anhand der Einkaufsrichtlinien der Konzernzentrale), berate bei der Überwachung der Umsetzung und helfe, die Veränderung in der Arbeit der Menschen vorzubereiten, damit sie das neue System nach dem Start wirklich nutzen. Ein Gespräch – und nach etwa 2 Tagen liegt Ihr Konzept vor.

15–20 Min.
mit dem Vorstand – genug, damit er Problem und Ziel beschreiben kann
~2 Tage
bis zum fertigen Konzept oder Prototyp, bevor Einführungskosten entstehen
0 Termine
zusätzlich im Kalender des Vorstands, solange keine echte Entscheidung ansteht
Detail 1Teile auf dem Schreibtisch eines IngenieursMaßstab 1 : 1SymbolfotoBlatt 1Wirtschaft

Veränderungsmanagement im Unternehmen. Typische Projekte und was sie an der Arbeit der Menschen ändern.

Im Unternehmen treiben meist die Zahlen oder eine Entscheidung der Zentrale die Veränderung an. Die Menschen nehmen sie schneller an, wenn sie verstehen, was sie für sie bedeutet.

Einführung eines ERP- oder CRM-Systems

Was sich für die Menschen ändert: Vertrieb, Finanzen und Kundenservice arbeiten mit gemeinsamen Daten statt mit eigenen Tabellen.

Typische Schwierigkeit: Druck auf schnelle Ergebnisse und die Bequemlichkeit von Excel: Das neue System verliert gegen die Tabelle, wenn es nicht vom ersten Tag an bequemer ist.

Worauf ich achte: Abteilungsleitungen als erste Nutzer, Kennzahlen zur Systemnutzung ab der ersten Woche und eine Überprüfung nach dem Start.

Prozessplattform und Workflow

Was sich für die Menschen ändert: Anträge, Freigaben und Reklamationen laufen über einen einzigen, sichtbaren Weg statt über E-Mails und Telefonate.

Typische Schwierigkeit: Jede Abteilung hat ihre eigenen Ausnahmen und möchte, dass das System sie alle abbildet.

Worauf ich achte: zuerst den Prozess beschreiben und die Ausnahmen mit den Führungskräften abstimmen, dann das System.

Eine Entscheidung der Zentrale, umgesetzt in der Tochtergesellschaft

Was sich für die Menschen ändert: Die Tochtergesellschaft übernimmt ein Tool oder einen Prozess, den die Zentrale ausgewählt hat.

Typische Schwierigkeit: „Das war nicht unsere Idee“: Das Ziel der Zentrale wird nicht von selbst zu einem Grund für das lokale Team.

Worauf ich achte: das Ziel der Zentrale in konkreten Nutzen für die Menschen in der Gesellschaft übersetzen und klar festlegen, wer vor Ort für die Veränderung verantwortlich ist.

KI-Agenten und Automatisierung

Was sich für die Menschen ändert: Einen Teil der Routinearbeit erledigt die Automatisierung, die Menschen prüfen die Ergebnisse und kümmern sich um Ausnahmen.

Typische Schwierigkeit: Sorgen um den Arbeitsplatz und die Automatisierung eines nicht beschriebenen Prozesses, die das Chaos nur beschleunigt.

Worauf ich achte: zuerst den Prozess beschreiben und ordnen und Verantwortlichkeiten festlegen, dann automatisieren – und ein ehrliches Gespräch darüber, was sich an den Rollen ändert.

KSC und NIS 2. Wenn ein Unternehmen Leistungen für Einrichtungen erbringt, die unter KSC fallen, werden die Kunden von ihm Vertragsklauseln und Nachweise verlangen. Ich helfe, Antworten und Unterlagen vorzubereiten, ohne eine eigene Sicherheitsabteilung aufzubauen. KSC aus Sicht des Vorstands

Was Veränderungsmanagement ist und warum es sich lohnt

Fragen, auf die man eine Antwort kennen sollte.

Ich stelle sie Vorstandsmitgliedern und Finanzvorständen, bevor eine große Einführung beginnt. Wenn die Antwort auf eine davon „Wir wissen es nicht“ lautet, kann ich genau hier helfen.

  1. Was genau soll sich in der Arbeit der Menschen ändern, wenn das neue System läuft, und wie messen wir das?
  2. Wer übersetzt auf unserer Seite die Bedürfnisse der Nutzer in Anforderungen an den Anbieter?
  3. Vergleichen wir die Angebote auf einem gemeinsamen Leistungsumfang und anhand der Gesamtkosten?
  4. Wie stellen wir sicher, dass unsere IT, ausgelastet mit dem laufenden Betrieb, durch das Projekt nicht überlastet wird?
  5. Was tun wir, wenn die Einführung von der Absicht des Vorstands abzuweichen beginnt?

Die Kosten eines Fehlers. Eine ERP-Einführung, die den Bedürfnissen der Menschen nicht entspricht, bedeutet Kosten für Lizenzen, Einführung und Monate Arbeit ohne Wirkung. Ein Berater kostet in der Regel weniger als eine einzige falsch gewählte Technologie, ein einziger ungeeigneter Anbieter oder eine einzige Falle im Vertrag.

Was Sie gewinnen. Die Dokumente sind ein Werkzeug, kein Selbstzweck.

  • Die Zeit des Vorstands15–20 Minuten Gespräch statt wochenlanger Workshops. Entscheidungen nur dort, wo sie wirklich nötig sind.
  • Weniger Fehler bei ERP- und anderen EinführungenZiel und Erfolgsdefinition stehen fest, bevor Sie einen Anbieter auswählen.
  • Ein Anbieter, der am Ergebnis gemessen wirdAnforderungen, Abnahmekriterien und ein Änderungsprotokoll, auf die Sie sich stützen können.
  • Mitarbeitende, die das System tatsächlich nutzenChange-Management und Multiplikatoren in den Abteilungen, damit die Einführung nicht auf dem Papier bleibt.
  • Geringere AusgabenEin Werkzeug, das zum Problem passt – und manchmal die Entscheidung, dass es gar kein neues System braucht.
Wojciech Kroczak
Wojciech KroczakBerater für Change Management und Digitalisierung. 2017–2026: eine industrielle Tochtergesellschaft eines ausländischen Konzerns. 2016–2026: eine internationale Holding – Bank, Leasing, Versicherungen.

Für die Konzernzentrale. Krogis ist unabhängiger Berater des lokalen Vorstands einer polnischen Tochtergesellschaft. Aus einem 15-minütigen Gespräch mit dem Vorstand entsteht innerhalb von zwei Tagen ein Konzept. Ich schreibe Anforderungen, mit denen IT-Team und Anbieter arbeiten können, vergleiche Angebote mit den Einkaufsrichtlinien des Konzerns und vertrete den Vorstand während der Umsetzung. Kein Softwareverkauf, keine Bindung an Anbieter. Eine einseitige Zusammenfassung auf Englisch ist auf Anfrage erhältlich.

Der Vorstand hat eine Entscheidung zu treffen. Niemand hat Zeit, sie auszuarbeiten.

Der Vorstand weiß genau, welches Problem er lösen und welches Risiko er ausschließen will – das in Worte zu fassen, dauert eine Viertelstunde, nicht eine Woche voller Workshops.

Mit einer allgemeinen Vorgabe beginnt die interne IT damit, Besprechungen einzuberufen und nach fertigen Lösungen zu suchen – bevor irgendjemand aufgeschrieben hat, worum es wirklich geht.

Ohne Konzept oder Prototyp lässt sich kaum beurteilen, ob eine Idee überhaupt betriebswirtschaftlich sinnvoll ist – die Ja/Nein-Entscheidung fällt aus dem Bauch heraus statt auf konkreter Grundlage.

Läuft das Projekt erst einmal, wird der Vorstand entweder in Arbeitsbesprechungen hineingezogen, für die er keine Zeit hat, oder er verliert umgekehrt aus dem Blick, ob die Umsetzung noch seiner ursprünglichen Absicht entspricht.

Dieses Angebot richtet sich nicht an Unternehmen, die bereits einen erfahrenen CIO auf Vorstandsebene haben. Krogis passt dort, wo der Vorstand eng in das Tagesgeschäft eingebunden ist und die IT-Abteilung klein ist, mit IT-Fachleuten statt mit Managern besetzt und vom laufenden Betrieb ausgelastet – etwa in Tochtergesellschaften großer Industrie- und Finanzkonzerne, in Dienstleistungs- und Versicherungsunternehmen oder in Spar- und Kreditgenossenschaften.

Wir wollen einen Hammer kaufen, weil… wir ein Bild aufhängen müssen.

Unternehmen fällt es oft schwer zu benennen, was sie wollen, weil sie nicht wissen, was man überhaupt verlangen kann. Der Vorstand sagt: „Wir müssen ein System kaufen“, und nach einer Reihe bohrender Fragen – „Wofür soll das System dienen, was wollen Sie damit erreichen, was wird Ihrer Vorstellung nach nach der Einführung passieren?“ – zeigt sich häufig die Definition des eigentlichen Problems: „Wir wollen Reklamationen schneller bearbeiten, einfacher berichten, Kosten senken, die Vorgaben der Zentrale einhalten und die Rentabilität des Vertriebs im Kanal A steigern.“

Ich frage nach dem Ziel und danach, was als Erfolg gelten soll, und führe die Analyse strukturiert weiter, bis wir beim eigentlichen Ziel ankommen, das sich oft hinter der ersten Idee für ein System verbirgt.

  1. Die Anfrage„Wir wollen ein System für den Rechnungsworkflow kaufen.“

    Der tatsächliche Bedarf
    • Ordnung in der gesamten Einkaufspolitik,
    • Beschreibung und Optimierung der Prozesse von der Bedarfsanforderung über Bestellung und Vertrag bis zu den Kostenbelegen,
    • Regeln für das Lieferantenmanagement.
  2. Die Anfrage„Wir brauchen ein CRM-System.“

    Der tatsächliche Bedarf
    • den Lebenszyklus der Geschäftspartnerdaten erfassen: wann und in welchen Systemen ein Geschäftspartner angelegt wird, wer dafür verantwortlich ist und durch welche Geschäftsvorfälle die Kundendaten in andere Systeme gelangen sollen,
    • strukturierte, digitalisierte Abläufe für den Umlauf von Angeboten,
    • ein prozessorientierter Ansatz für Erfassung, Aktualisierung und Prüfung der Geschäftspartnerdaten,
    • Werkzeuge, die die Angebotserstellung erleichtern,
    • Möglichkeiten, das Marketing zu automatisieren,
    • Möglichkeiten, Vertriebsaktivitäten zu automatisieren,
    • eine Stimmungsanalyse der Kommunikation mit potenziellen und bestehenden Kunden.

    Ein Containerterminal. Das war kein typisches, einfaches CRM, sondern eine prozessorientierte Verbesserung des Kundenservice.

  3. Die Anfrage„Haben Sie ein Marketingmodul für das CRM?“

    Der tatsächliche Bedarf
    • ein Werkzeug für das Stakeholder-Relationship-Management, nicht noch ein weiteres Vertriebsmodul.

Ich beginne mit Fragen, die sich Unternehmen selten stellen: Wie sieht Ihre ideale Zukunft aus, was bereitet Ihnen heute Probleme, warum tun wir das, was gilt als erledigt, und an welchen Kriterien messen wir, ob das Projekt ein Erfolg ist? Statt sofort zu einem Anbieter zu gehen, der „dafür ein System hat“, klären wir zuerst das Ziel. Ich kann Prozesse beschreiben und analysieren, vor allem aber steuere ich die Analyse und die Fragen: in der Organisation, bei den Definitionen und in den Gesprächen mit Anbietern. So verlieren Sie keine Zeit und gelangen schneller zu dem Ergebnis, auf das es Ihnen wirklich ankommt.

Wer was macht, wenn Sie ein System einführen.

Reklamationen, Workflow für Kostenbelege, Serviceanfragen: Der Mechanismus ist derselbe, unabhängig vom Modul.

Vorstand

Beschreibt Problem und Ziel in 15–20 Minuten. Entscheidet nur an den Punkten, an denen es wirklich darauf ankommt: Konzept, Anbieterauswahl, Abnahme.

Krogis

Konzept oder Prototyp, Anforderungen und Testszenarien, Fragen an die Anbieter, eine Vergleichsmatrix auf Grundlage der Einkaufsrichtlinien der Konzernzentrale sowie die Vertretung des Vorstands im Einführungsteam und bei der Abnahme. Der Prototyp muss dem Vorstand so früh wie möglich gezeigt werden, um die Ziele und Anforderungen zu bestätigen, die er erfüllen, und die Schwachstellen, die er beseitigen soll. Erst wenn wir sicher sind, dass Richtung und Erfolgsdefinition des Projekts stimmen, beginnen wir die inhaltliche Arbeit mit den Fachabteilungen und die Gespräche mit Anbietern.

IT-Abteilung und Anbieter

Bauen die Lösung, integrieren sie mit dem ERP und betreiben sie – auf Grundlage von Anforderungen, die sich einfordern lassen. Ihre interne IT erhält eine Aufgabe, die bereits in etwas Umsetzbares übersetzt ist.

Schnitt B–BVerteilung der VerantwortungMaßstab 1 : VorstandÜbersichtszeichnungBlatt 2Systemeinführung

Ist das Ihr Fall? Vier Dinge, die Sie vor dem ersten Gespräch wissen sollten.

Woran Sie es oft erkennen

Oft ist Ihre IT mit dem Betrieb ausgelastet, und das Projekt wartet auf jemanden, der die Anforderungen schreibt. Der Anbieter schlägt mitunter Umfang und Zeitplan selbst vor. Die Zentrale fragt nach dem Stand, und die Antwort muss aus mehreren Quellen zusammengetragen werden. Die Projektdokumentation entsteht uneinheitlich: Nicht immer ist klar, wer der Autor und wer der Eigentümer ist und ob sie freigegeben wurde.

Was passieren kann, wenn Sie warten

Der Umfang kann durch laufend gemeldete Änderungen wachsen, Kosten und Termin verschieben sich, und die Abnahme stützt sich auf Aussagen des Anbieters. Neue IT-Mitarbeiter steigen dann ohne geordnetes Wissen in das Projekt ein.

Wer meist Sponsor ist

Meist ein Vorstandsmitglied (CFO oder Betriebsdirektor), das für das geschäftliche Ergebnis der Einführung verantwortlich ist.

Was ich nicht tue

Ich bin nicht der Projektleiter des Anbieters. Ich verantworte weder die Einführung noch die Termintreue der Arbeit Ihrer Mitarbeiter, helfe aber, beides zu überwachen: Ich übernehme, wofür dem Vorstand oft die Zeit fehlt, nämlich darauf zu achten, dass der Projektfortschritt sichtbar bleibt, wer wofür zuständig ist und was einer Entscheidung bedarf.

Der kleinste sichere erste Schritt: ein 30-minütiges Gespräch ohne Kosten. Aus 15–20 Minuten Gespräch mit dem Vorstand erstelle ich in etwa 2 Tagen ein Konzept, ohne dass Einführungskosten entstehen.

Mehrere Projekte gleichzeitig, und die Zentrale will einen Status. Wer liefert ihn?

ERP-Einführung, prozessorientiertes CRM, Dokumentenworkflow unter KSeF, Ordnung in der Dokumentation: Die IT-Abteilung betreibt die Systeme, und die Projekte bleiben oft ohne festen Koordinator. Der Vorstand hat dann wenig Zeit, und das Bild bleibt unvollständig.

Ich übernehme die Rolle des festen Koordinators auf Seiten des Vorstands (in der Sprache großer Organisationen: PMO, also Projektbüro). Ein einheitliches Bild der Projekte, regelmäßige Statusmeldungen und ein Bericht, auch auf Englisch für die Zentrale.

  • Eine Projektliste mit Etappen, Terminen, Verantwortlichen, Abhängigkeiten und Blockaden, mit Status Grün, Gelb oder Rot.
  • Ein wöchentliches oder zweiwöchentliches Statustreffen, eine Notiz, eine Maßnahmenliste und Fristen.
  • Register der Risiken, Entscheidungen und der Dokumentation: wer der Autor ist, wer der Verantwortliche und in welcher Phase der Freigabe sich ein Dokument befindet.
  • Koordination der Informationen zwischen dem Team, den für Aufgaben Verantwortlichen und den Anbietern sowie Eskalation, wenn eine Sache stockt.
  • Der Vorstand bleibt Eigentümer von Entscheidungen, Budget und Umsetzung. Ich übernehme nicht die Verantwortung für die Einführung, sondern achte darauf, dass sichtbar bleibt, wie sie vorankommt.

Umfang der Koordination und der laufenden Ordnung in Projekten

Einführung eines ERP- oder eines anderen großen Systems. Vier Punkte, an denen der Vorstand jemanden auf seiner Seite braucht.

Ihre IT sorgt dafür, dass im Alltag alles läuft. Ein Einführungsprojekt ist eine andere Aufgabe: Der Bedarf muss beschrieben, ein Anbieter ausgewählt, die Gespräche müssen geführt und das Ergebnis eingefordert werden. Ich kann in eine dieser Phasen einsteigen oder die ganze Strecke gemeinsam mit Ihnen gehen.

  1. Vorbereitung und Anforderungen

    Eine Aufstellung der Prozesse, Systeme, Daten und Schnittstellen, die das neue System übernehmen oder ablösen soll. Ein fachlich Verantwortlicher mit Mandat des Vorstands, Ziele, die nach dem Go-live überprüft werden, und Anforderungen in der Sprache Ihrer Prozesse statt einer Funktionsliste aus dem Prospekt eines Anbieters.

  2. Auswahl eines Anbieters oder Implementierungspartners

    Eine Angebotsanfrage, Vorführungen anhand Ihrer eigenen Szenarien, Angebote, die auf einen gemeinsamen Leistungsumfang gebracht und in einer Matrix verglichen werden: Gesamtkosten über mehrere Jahre, Team, Arbeitsweise, Wartungs- und Ausstiegsbedingungen.

  3. Gespräche mit der IT und Überwachung der Umsetzung

    Ich vertrete den Vorstand in Besprechungen mit dem Anbieter und mit Ihrer IT und behalte Umfang, Zeitplan und Änderungsentscheidungen im Griff. Der Vorstand erhält kurze Zusammenfassungen und befasst sich erst wieder mit dem Thema, wenn seine Entscheidung gebraucht wird.

  4. Abnahme und Abschluss

    Abnahme anhand vereinbarter Testszenarien und Kriterien, geprüfte Datenmigration, Dokumentation und Schulungen. Ein Wartungsvertrag, der Sie nicht stärker als nötig an einen einzigen Anbieter bindet.

Wie lange das dauert, hängt von Organisation und Projekt ab: davon, wie gut das Unternehmen vorbereitet ist, von seiner Unternehmenskultur und vom Mandat, das der Vorstand dem Projekt erteilt. Deshalb vereinbaren wir den Zeitrahmen nach dem ersten Gespräch und nicht per Preisliste.

Fragen, die ich vor einer Einführung höre

Wie bereiten wir das Unternehmen auf eine ERP-Einführung vor?

Bevor Sie mit Anbietern sprechen, halten Sie fest, was vorhanden ist: die Prozesse, Systeme, Daten, Schnittstellen und Verträge, die das neue System übernehmen soll oder mit denen es zusammenarbeiten muss. Benennen Sie einen fachlich Verantwortlichen mit Mandat des Vorstands und legen Sie fest, woran Sie erkennen, dass die Einführung gelungen ist. Entscheiden Sie, wo Sie den Standard des Systems übernehmen und wo Ihr eigener Prozess ein Wettbewerbsvorteil ist, den es zu bewahren gilt. Anforderungen in der Sprache Ihrer Prozesse machen Angebote vergleichbar und erlauben es, den Anbieter später in die Pflicht zu nehmen. Ein guter Ausgangspunkt ist eine Bestandsaufnahme.

Wer sollte auf unserer Seite die Einführung leiten, wenn unsere IT mit dem laufenden Betrieb beschäftigt ist?

Es braucht zwei Rollen: einen fachlich Verantwortlichen, der über die Prozesse entscheidet, und eine Person auf Auftraggeberseite, die Umfang, Termine und Entscheidungen im Blick behält. Die IT ist für Schnittstellen, Infrastruktur und den späteren Betrieb zuständig, sollte aber nicht allein entscheiden, wie Vertrieb oder Buchhaltung arbeiten sollen. Diese zweite Person unterstütze ich als Berater des Vorstands: Ich helfe, Umfang und Zeitplan im Blick zu behalten, bereite Entscheidungen vor und spreche mit den Anbietern – neben Ihrer IT, nicht an ihrer Stelle.

Wie wählen wir einen Implementierungspartner aus und vergleichen Angebote, die sich in Umfang und Preis unterscheiden?

Bringen Sie die Angebote zunächst auf einen gemeinsamen Leistungsumfang: eine einzige Anforderungsmatrix, in der jeder Anbieter dieselben Fragen beantwortet. Vergleichen Sie die Gesamtkosten über mehrere Jahre (Lizenzen, Einführung, Wartung, Änderungen), nicht nur den Einstiegspreis. Bitten Sie um eine Vorführung anhand Ihrer eigenen Szenarien und prüfen Sie sowohl das Team, das tatsächlich am Projekt arbeiten wird, als auch die Bedingungen für eine Beendigung der Zusammenarbeit.

Wie sprechen wir mit einem Anbieter, wenn wir keinen Business Analyst haben?

Statt zu fragen, was das System kann, legen Sie echte Fälle aus Ihrem Unternehmen vor und fragen Sie, wie das System sie abbilden würde. Halten Sie die Vereinbarungen schriftlich fest und greifen Sie in späteren Besprechungen darauf zurück. Hilfreich ist jemand auf Ihrer Seite, der die Sprache des Vorstands ebenso spricht wie die des Anbieters – genau diese Rolle übernehme ich: Ich bereite die Fragen vor, führe die Gespräche und übersetze die Antworten in ihre Konsequenzen für das Unternehmen.

Was tun, wenn sich die Einführung verzögert oder der Umfang sich vom tatsächlichen Bedarf entfernt?

Innehalten und Bilanz ziehen, bevor das Problem wächst: Was steht im Vertrag, was hat sich ohne Entscheidung geändert, und welche Funktionen werden zum Start wirklich gebraucht? Hilfreich sind ein Protokoll der Änderungen und Entscheidungen sowie ein Gespräch mit dem Anbieter auf Grundlage von Fakten statt Eindrücken. Der Vorstand erhält dann eine unabhängige Einschätzung des Projektstands und Optionen für das weitere Vorgehen.

Wie nehmen wir ein System vom Anbieter ab, und worauf sollten wir beim Wartungsvertrag achten?

Die Abnahme sollte sich auf vorab vereinbarte Testszenarien und Kriterien stützen, nicht auf einen allgemeinen Eindruck. Prüfen Sie die Datenmigration, die Dokumentation und die Schulung Ihres Teams. Achten Sie im Wartungsvertrag genau auf Service-Level und Reaktionszeiten, die Kosten von Änderungen, den Zugang zu Ihren eigenen Daten und zur Dokumentation sowie die Bedingungen für eine Beendigung der Zusammenarbeit.

Eine Prozessplattform neben dem ERP, nicht an seiner Stelle.

Daten von Geschäftspartnern gelangen erst mit einem Geschäftsvorfall ins ERP – die Korrespondenz, einschließlich der Anbindung an e-Doręczenia, betrifft aber auch Beteiligte, die im ERP womöglich nie auftauchen. Wo das ERP allein nicht ausreicht, konzipieren wir eine eigene Prozessplattform, die mit dem ERP und den zentralen Systemen des Kunden integriert und auf das jeweilige ERP sowie die Besonderheiten der Organisation zugeschnitten ist.

Die Einkaufskette

Bedarfsanforderung, Bestellung, Vertrag, Lieferantenbeziehungsmanagement, Verhandlungen, Workflow für Kostenbelege, Lieferantenbewertung – eine Prozesslandkarte statt verstreuter Tabellen und E-Mails.

Prozesse neben dem Einkauf

Personalprozesse, Musterausgabe aus dem Lager, interne und externe Reklamationen, Kunden- und Lieferantenreklamationen – mit denselben Regeln für Schnittstellen und Dateneigentum wie im Einkauf.

Der Geschäftsführer wollte die Arbeit der Rechtsabteilung besser nachvollziehbar machen. Für eine zweistündige Besprechung mit einem Analysten hatte er keine Zeit.

Ein Modul für juristische Assistenz bei einem Fernwärmeversorger. Der Geschäftsführer wollte, dass die Rechtsabteilung ihre Arbeitszeit erfasst und Anfragen nach dem Prinzip eines Helpdesks entgegennimmt – statt lediglich zu wissen, wie viele Rechtsangelegenheiten das Unternehmen hat und was sie kosten. Seine Absicht war, dass die mitunter auf mehrere Niederlassungen verteilte Rechtsabteilung ebenso nachvollziehbar und rechenschaftspflichtig arbeitet wie die externen Kanzleien, die ihm am Ende jedes Monats einen vollständigen Bericht schicken: wer woran gearbeitet hat und wie viel Zeit in jede Angelegenheit und jede Anfrage geflossen ist. Die Geschäftsführung hatte weder Zeit für stundenlange Besprechungen mit einem Analysten noch für das Aufschreiben von Anforderungen – sie wollte ein fertiges Konzept sehen.

  1. 1

    Gespräch

    15–20 Minuten mit der Geschäftsführung: was sie überwachen will, warum und welches sichtbare Ergebnis sie erwartet.

  2. 2

    Konzept

    Innerhalb von etwa 2 Tagen: ein Anfragemodell nach Helpdesk-Logik, ein Register der Angelegenheiten und eine Zeiterfassung für die Juristen.

  3. 3

    Entscheidung

    Die Geschäftsführung beurteilt ein fertiges Konzept, keine auf Papier skizzierte Idee – die Entscheidung, ob gebaut wird, fällt auf konkreter Grundlage.

  4. 4

    Einführung

    Krogis vertritt die Geschäftsführung im Einführungsteam – sie wird erst bei echten Entscheidungen wieder einbezogen.

Ergebnis: Die Rechtsabteilung derselben Organisation verfügt heute über ein digitales Archiv der Vergabeverfahren und ein Modul für juristische Assistenz – umgesetzt als aufeinander aufbauende Projekte nach demselben Mechanismus: Die Geschäftsführung formuliert ihre Absicht, Krogis setzt sie in Handeln um.

Von einem einzigen Gespräch zur festen Rolle als Vertreter des Vorstands.

Derselbe Mechanismus hat sich in langjähriger Zusammenarbeit mit einer industriellen und einer finanziellen Tochtergesellschaft ausländischer Konzerne bewährt: als Übersetzer zwischen Konzern und lokalem Vorstand, in direkter Zusammenarbeit mit Vorstand, CFO und Leiterin des Rechnungswesens.

  1. 01

    Konzept oder Prototyp aus einem Gespräch

    15–20 Min. + ~2 Tage

    Ein Gespräch mit dem Vorstand über Problem und Ziel, ohne Workshops und ohne die IT-Abteilung gleich zu Beginn einzubinden. Ein fertiges Konzept oder ein Prototyp als Grundlage der Entscheidungsvorlage – noch bevor Einführungskosten entstehen.

  2. 02

    Spezifikation für die Umsetzung

    Zeitrahmen nach dem ersten Gespräch

    Nach Freigabe des Konzepts: Anforderungen, Datenmodell, Schnittstellen und Testszenarien, übersetzt in eine Form, mit der Ihre IT-Abteilung (intern oder ein externer Anbieter) arbeiten kann – bei Bedarf ergänzt um eine Vergleichsmatrix auf Grundlage der Einkaufsrichtlinien der Konzernzentrale und die Teilnahme an Gesprächen mit Anbietern.

  3. 03

    Vertreter des Vorstands im Einführungsteam

    Für die Dauer des Projekts

    Besonders wertvoll bei einem großen, von der Konzernzentrale vorgegebenen Projekt wie der Migration auf ein gemeinsames, zentrales ERP: Besprechungen mit Anbietern, Abstimmungen zur Integration mit lokalen Systemen und die Sicherstellung, dass die Umsetzung der ursprünglichen Absicht treu bleibt. Der Vorstand, ausgelastet mit dem Tagesgeschäft in seinen eigenen Ressorts Finanzen, Vertrieb und Marketing, erhält verdichtete Zusammenfassungen für seine eigenen Entscheidungen und für die Kommunikation mit der Konzernzentrale und der IT-Abteilung, statt das Projekt Tag für Tag zu verfolgen. Eskaliert wird an den Vorstand nur, wenn seine Entscheidung gebraucht wird.

  4. 04

    Berater für Digitalisierung

    Laufende Zusammenarbeit

    Weitere Konzepte und Projekte nach demselben Mechanismus, die Übersetzung von Vorgaben der Konzernzentrale in lokales Handeln und ein aktueller Überblick darüber, wo vergleichbare Unternehmen für Technologieentscheidungen zu viel bezahlt haben.

  1. 2017–2026Industrielle Tochtergesellschaft eines ausländischen Konzerns

    „Das neunte Jahr, in dem dieselbe Plattform im Unternehmen weiterentwickelt wird – in direkter Zusammenarbeit mit Vorstand, CFO und Leiterin des Rechnungswesens, als Leiter des Change-Managements, nicht als Technologieanbieter.“

    Einkaufs- und Rechnungsworkflow für einen internationalen Industriekonzern. Leitung des Change-Managements gegenüber Vorstand, CFO und Leiterin des Rechnungswesens.

  2. 2016–2026Internationale Holding – Bank, Leasing, Versicherungen

    Einführung einer Plattform für Business Process Management, Konzeption und Einführung einer Procure-to-Pay-Lösung, Abwicklung von Dienstreisen sowie Integration mit Fachanwendungen (OCR, KSeF). Anpassung der Lösung an die Einkaufsverfahren des Konzerns.

  3. FinanzenSpar- und Kreditgenossenschaften (SKOK)

    Systemeinführungen und laufende Zusammenarbeit mit den Genossenschaften.

Wer das liest.

  • CEO, Vorstandsmitglied, Eigentümer

    Verantwortet das Projektergebnis gegenüber Aufsichtsrat, Eigentümer oder Konzernzentrale – und hat am wenigsten Zeit, IT-Anforderungen zu formulieren. In einer Tochtergesellschaft ist er zugleich dem lokalen Vorstand und der Konzernzentrale gegenüber verantwortlich.

  • CFO, Finanzdirektor

    Muss lokale operative Anforderungen mit den Einkaufsrichtlinien des Konzerns und den Standards der Konzernzentrale in Einklang bringen – und braucht jemanden, der beide Sprachen spricht.

  • IT-Leiter mit kleinem Team

    Ein Verbündeter – sofern das Konzept des Vorstands bei ihm bereits in etwas Umsetzbares übersetzt ankommt und nicht als weiterer vager Auftrag nach dem Motto „Macht da mal was“.

Was vor dem Start am häufigsten gefragt wird.

Wie schnell lässt sich die Idee eines Vorstands in ein Anwendungskonzept übersetzen?

Das Gespräch mit dem Vorstand selbst dauert 15–20 Minuten – genug, um Problem, Ziel und Rahmenbedingungen zu beschreiben. Ein fertiges Konzept oder ein Prototyp folgt innerhalb von etwa zwei Arbeitstagen, bevor Einführungskosten entstehen, als Entscheidungsgrundlage statt als Anlass für weitere Spekulationen.

Lässt sich das mit den Einkaufsrichtlinien der Konzernzentrale vereinbaren?

Ja. Die Einkaufsrichtlinien der Konzernzentrale fließen vom ersten Tag an in die Vergleichsmatrix und die Anforderungen ein, statt erst bei der Unterzeichnung als Bedingung aufzutauchen. Der Vorstand erhält einen Angebotsvergleich in einem Format, das die Konzernzentrale versteht, bei Bedarf auch auf Englisch.

Worin unterscheidet sich das von der Einstellung eines Business Analysts oder Product Owners?

Ein Analyst oder Product Owner ist in der Regel eine feste Stelle in der Organisation, die Sie selbst führen und in den Kontext des Unternehmens einarbeiten müssen. Krogis bringt die Fähigkeit, auf Vorstandsebene zu arbeiten, bereits mit, arbeitet projektbezogen (von einem einzelnen Konzept bis zur laufenden Zusammenarbeit) und vertritt den Vorstand auch nach außen – gegenüber Anbietern und dem Einführungsteam, nicht nur innerhalb eines einzelnen Projekts.

Ist dieses Angebot sinnvoll, wenn wir bereits eine IT-Abteilung haben?

Ja, solange die IT-Abteilung klein und mit IT-Fachleuten besetzt ist statt mit Managern, die die Beziehung zum Vorstand pflegen. Ein mit dem Vorstand erarbeitetes Konzept kommt bei der IT bereits in etwas Umsetzbares übersetzt an – das beschleunigt ihre Arbeit, statt mit ihr zu konkurrieren. Nicht passend ist es dort, wo bereits ein erfahrener CIO auf Vorstandsebene vorhanden ist.

Wie sieht die Vertretung des Vorstands im Einführungsteam in der Praxis aus?

Sie bedeutet, im Auftrag des Vorstands an den laufenden Arbeitsbesprechungen teilzunehmen, darauf zu achten, dass sich die Umsetzung nicht von der ursprünglichen Absicht entfernt, und nur dann an den Vorstand zu eskalieren, wenn seine Entscheidung gebraucht wird. Der Vorstand wird über den Fortschritt informiert, muss aber nicht an jeder Besprechung teilnehmen – er gewinnt Zeit zurück, ohne die Kontrolle zu verlieren.

Schildern Sie mir das Problem des Vorstands. Zwei Tage nach unserem Gespräch haben Sie ein Konzept.

Schreiben Sie an: wojciech.kroczak@krogis.pl Rufen Sie an: +48 516 401 658
  • Ich antworte innerhalb von 2 Werktagen
  • Erstes Gespräch: 30 Minuten, kostenlos
  • Das Gespräch kann auf Polnisch oder Englisch stattfinden