Viele Unternehmen prüfen ihre IT-Beschaffung erst dann genauer, wenn ein Projekt teurer wird, ein Vertrag ausläuft oder eine Abteilung dringend neue Systeme benötigt. Zu diesem Zeitpunkt fehlen oft belastbare Vergleichswerte. Die Beteiligten erinnern sich an einzelne Gespräche, Annahmen stehen neben bestätigten Fakten, und Entscheidungen wirken im Rückblick schwer nachvollziehbar. Ein einfaches Entscheidungsjournal schafft hier Ordnung. Es dokumentiert, warum ein Unternehmen eine Lösung, einen Anbieter oder ein Betriebsmodell gewählt hat.

Für komplexe Vorhaben kann eine unabhängige Perspektive dabei helfen, das Journal sinnvoll aufzubauen. Anbieter wie csi consulting können Unternehmen bei der Strukturierung von Anforderungen, Auswahlprozessen und IT-Entscheidungen unterstützen. Der Wert liegt dabei weniger in einer weiteren Präsentation als in einer nachvollziehbaren Methode, die auch Monate später noch verständlich bleibt.

Warum Erinnerungen für die Beschaffung nicht ausreichen

Eine IT-Entscheidung entsteht selten in einem einzigen Termin. Fachabteilungen nennen ihre Bedürfnisse, die IT bewertet technische Grenzen, der Einkauf prüft Vertragsbedingungen und die Geschäftsleitung betrachtet Kosten sowie Risiken. Jede Gruppe sieht einen anderen Ausschnitt. Nach einigen Wochen bleiben häufig nur die lautesten Argumente im Gedächtnis.

Das kann zu wiederkehrenden Problemen führen. Ein Unternehmen verwirft eine Lösung, weil sie anfangs teuer wirkt, obwohl sie die laufenden Aufwände deutlich senken würde. Ein anderes wählt ein vertrautes Produkt, obwohl die Anforderungen inzwischen gewachsen sind. Ohne dokumentierte Kriterien lässt sich später kaum feststellen, ob die damalige Entscheidung unter den damaligen Bedingungen sinnvoll war.

Was in ein Entscheidungsjournal gehört

Das Journal muss kein umfangreicher Bericht werden. Entscheidend ist eine klare Trennung zwischen Ausgangslage, Annahmen, Bewertung und Ergebnis. Jede Eintragung sollte erkennen lassen, wer eine Information eingebracht hat, auf welchem Stand sie beruht und ob sie noch geprüft werden muss.

• Auslöser des Vorhabens, betroffene Geschäftsbereiche und gewünschter Zeitraum
• Fachliche und technische Anforderungen mit einer Kennzeichnung für Muss- und Kann-Kriterien
• Bewertete Optionen einschließlich Kosten, Abhängigkeiten, Risiken und Betriebsaufwand
• Offene Annahmen, deren Bestätigung einen Einfluss auf die Auswahl haben kann
• Verantwortliche Personen, Entscheidungstermine und vereinbarte nächste Schritte
• Gründe für die Auswahl sowie Punkte, die bewusst gegen eine Option gesprochen haben

Annahmen sichtbar machen

Viele Fehlentscheidungen beginnen mit einer Annahme, die niemand ausdrücklich formuliert. Vielleicht soll ein System in sechs Monaten vollständig eingeführt sein. Vielleicht geht ein Team davon aus, dass vorhandene Schnittstellen weiter funktionieren. Vielleicht gilt ein bestimmtes Budget als fest, obwohl die Geschäftsleitung nur eine grobe Orientierung genannt hat.

Das Journal gibt solchen Annahmen einen eigenen Platz. Eine einfache Tabelle reicht: Annahme, Quelle, Verantwortlicher, Prüfdatum und Auswirkung bei einer Abweichung. So erkennen Teams früh, welche Punkte eine hohe Unsicherheit enthalten. Eine Annahme mit großer Auswirkung verdient eine Prüfung vor der Anbieterentscheidung. Eine kleine Annahme kann dagegen in die Umsetzungsphase verschoben werden.

Diese Einordnung verändert Gespräche. Statt über persönliche Einschätzungen zu streiten, sprechen die Beteiligten über prüfbare Aussagen. Das macht Sitzungen kürzer und hilft dabei, fehlende Informationen gezielt zu beschaffen.

Optionen nach Lebenszykluskosten bewerten

Der Anschaffungspreis zieht in vielen Auswahlprozessen die meiste Aufmerksamkeit auf sich. Für die Unternehmenspraxis zählen jedoch weitere Kosten: Einführung, Migration, Schulung, Anpassungen, Support, Lizenzen, interne Betreuung und spätere Ablösung. Das Entscheidungsjournal sollte deshalb festhalten, welche Kostenpositionen in die Bewertung eingeflossen sind.

Ein Unternehmen kann dafür drei Betrachtungen nebeneinanderstellen. Die erste zeigt die einmaligen Aufwände. Die zweite erfasst die erwarteten jährlichen Kosten. Die dritte beschreibt den internen Aufwand, etwa für Administration, Datenpflege oder Abstimmungen mit dem Anbieter. Eine günstige Lösung kann dadurch anders wirken als in einer reinen Preisübersicht.

Auch qualitative Faktoren brauchen eine nachvollziehbare Beschreibung. “Einfacher zu bedienen” bleibt zu ungenau. Besser ist eine Aussage wie: “Die Fachabteilung kann Standardberichte ohne Unterstützung der IT erstellen.” Solche Formulierungen machen den Vergleich prüfbar und erleichtern die spätere Kontrolle.

Entscheidungen in Etappen treffen

Unternehmen müssen nicht jede Auswahl sofort für mehrere Jahre festschreiben. Bei unsicherer Datenlage kann ein begrenzter Pilot sinnvoll sein. Das Journal hält dann fest, welche Frage der Pilot beantworten soll, welche Messwerte gelten und wann das Team eine Entscheidung trifft. Ohne diese Vorgaben wird ein Pilot schnell zu einer verlängerten Testphase ohne klares Ergebnis.

Ein guter Pilot prüft konkrete Risiken. Dazu können die Anbindung an bestehende Systeme, die Bearbeitungszeit eines typischen Vorgangs oder die Akzeptanz in einer bestimmten Nutzergruppe gehören. Vor Beginn legt das Team fest, welche Ergebnisse für eine Fortsetzung sprechen und welche Befunde eine Anpassung verlangen.

Auch nach der Einführung bleibt das Journal nützlich. Nach drei oder sechs Monaten kann das Unternehmen die damaligen Erwartungen mit den tatsächlichen Erfahrungen vergleichen. Haben sich die Betriebskosten wie angenommen entwickelt? Nutzen die Beschäftigten die vorgesehenen Funktionen? Sind neue Abhängigkeiten entstanden? Die Antworten liefern eine bessere Grundlage für Folgeentscheidungen als ein allgemeines Gefühl der Zufriedenheit.

Verantwortung und Aktualität sichern

Ein Dokument verliert seinen Wert, wenn niemand für die Pflege zuständig ist. Deshalb sollte eine Person die Einträge koordinieren und auf veraltete Annahmen hinweisen. Das bedeutet nicht, jede Gesprächsnotiz abzulegen. Es genügt, die Punkte zu aktualisieren, die eine Entscheidung beeinflussen oder später zu einer Streitfrage werden könnten.

Teams können das Journal in einem vertrauten Werkzeug führen, solange Zugriffsrechte, Versionen und Zuständigkeiten klar geregelt sind. Ein kurzer Status am Anfang jeder Sitzung schafft Orientierung: Was hat sich verändert, welche Annahme ist bestätigt, und welche Entscheidung steht als Nächstes an? So wird die Dokumentation Teil des Arbeitsablaufs.

Ein Entscheidungsjournal ersetzt keine fachliche Prüfung und keine sorgfältige Ausschreibung. Es verbessert jedoch die Qualität der Gespräche, weil es Fakten, Annahmen und Wertungen auseinanderhält. Unternehmen gewinnen dadurch eine belastbare Grundlage für IT-Beschaffungen, die auch dann trägt, wenn sich Anforderungen, Budgets oder Verantwortlichkeiten später verändern.