Viele IT-Projekte beginnen mit einer scheinbar einfachen Aufgabe: Eine Software soll ersetzt, ein Arbeitsplatz modernisiert oder ein digitaler Prozess eingeführt werden. In der Praxis entsteht der Aufwand oft an anderer Stelle. Teams müssen Anforderungen klären, Zuständigkeiten festlegen, Anbieter vergleichen und den späteren Betrieb vorbereiten. Wer diese Schritte jedes Mal neu erfindet, verliert Zeit und wiederholt alte Fehler. Ein Lernprozess in der IT-Beschaffung hilft dabei, aus einzelnen Vorhaben dauerhaft bessere Abläufe zu entwickeln.

Gerade für Unternehmen und öffentliche Organisationen in der Region Bern lohnt sich ein Blick auf lokale Besonderheiten. Informationen zu dv bern können dabei einen passenden Ausgangspunkt bieten, wenn Verantwortliche Entwicklungen, Anbieterfragen und Beschaffungsthemen im Schweizer IT-Umfeld einordnen möchten. Der Nutzen entsteht vor allem dann, wenn solche Informationen in die eigene Projektarbeit einfliessen und nicht isoliert betrachtet werden.

Warum einzelne Projekte mehr verraten als ein Jahresbericht

Eine abgeschlossene Beschaffung enthält viele Hinweise auf die Qualität des eigenen Vorgehens. War die Leistungsbeschreibung verständlich? Haben die richtigen Personen mitentschieden? Konnten Anbieter die Anforderungen vergleichbar beantworten? Sind während der Einführung zusätzliche Kosten entstanden? Solche Fragen wirken zunächst wie eine Nachbesprechung. Tatsächlich bilden sie eine praktische Wissensbasis für spätere Vorhaben.

Dafür braucht es kein umfangreiches Kontrollsystem. Ein kurzer Rückblick mit den beteiligten Personen reicht oft aus. Entscheidend ist, dass die Organisation konkrete Beobachtungen festhält. “Die Fachabteilung wurde zu spät einbezogen” ist hilfreicher als “Die Kommunikation muss besser werden”. Aus einer präzisen Beobachtung lässt sich eine Handlung ableiten, etwa ein verbindlicher Termin vor der Veröffentlichung der Ausschreibung.

Vom Wunsch zur prüfbaren Anforderung

Viele Beschaffungen starten mit Formulierungen wie “benutzerfreundlich”, “flexibel” oder “zukunftssicher”. Diese Begriffe sind verständlich, helfen bei der Bewertung von Angeboten aber nur begrenzt. Eine gute Anforderung beschreibt, woran sich die gewünschte Eigenschaft im Alltag erkennen lässt. Bei einer Verwaltungssoftware kann das zum Beispiel eine bestimmte Bearbeitungszeit, eine definierte Schnittstelle oder eine nachvollziehbare Rollenverwaltung sein.

Die Fachabteilung kennt den Arbeitsablauf. Die IT beurteilt technische Abhängigkeiten, Sicherheit und Betrieb. Die Beschaffung achtet auf Verfahren, Vergleichbarkeit und Vertragsbedingungen. Erst das Zusammenspiel dieser Perspektiven ergibt ein belastbares Anforderungsprofil. Dabei sollten Teams zwischen Muss-Kriterien und wünschenswerten Funktionen unterscheiden. Eine lange Wunschliste erschwert den Vergleich und kann Anbieter dazu bringen, ihre Angebote mit Funktionen zu füllen, die im Alltag kaum gebraucht werden.

Vier Bausteine für eine lernende Beschaffung

• Ein kurzer Projektabschluss: Nach der Einführung werden Ergebnisse, Abweichungen und offene Punkte in einem festen Termin gesammelt.
• Eine gepflegte Anforderungssammlung: Wiederkehrende Bedürfnisse werden verständlich formuliert und bei neuen Projekten überprüft.
• Ein realistischer Blick auf den Betrieb: Support, Updates, Datenmigration, Schulungen und Verantwortlichkeiten fliessen früh in die Bewertung ein.
• Ein nachvollziehbarer Entscheid: Die Organisation hält fest, warum ein Angebot ausgewählt wurde und welche Annahmen dabei eine Rolle spielten.
• Ein Austausch über Abteilungsgrenzen: Erfahrungen aus Fachbereich, IT, Finanzen und Einkauf werden zusammengeführt, statt in einzelnen Teams zu bleiben.

Der Betrieb entscheidet über den langfristigen Wert

Ein Projekt kann formal erfolgreich abgeschlossen sein und trotzdem im Alltag Probleme verursachen. Vielleicht fehlen interne Ansprechpartner. Vielleicht kennt niemand die Regel für Berechtigungen. Vielleicht werden wichtige Funktionen nicht genutzt, weil die Schulung zu kurz war. Solche Themen gehören nicht erst nach der Vertragsunterzeichnung auf die Agenda. Sie beeinflussen bereits die Auswahl und die Verhandlung.

Deshalb sollten Organisationen bei jedem Angebot fragen, wie der spätere Betrieb konkret aussieht. Wer beantwortet Supportanfragen? Welche Reaktionszeiten gelten? Wie gelangen Updates in die produktive Umgebung? Was passiert, wenn eine Schlüsselperson ausfällt? Welche Daten lassen sich beim Anbieterwechsel exportieren? Klare Antworten machen Angebote besser vergleichbar und reduzieren das Risiko, dass ein günstiger Einstieg später hohe Folgekosten erzeugt.

Entscheidungen mit begrenztem Wissen treffen

Keine Beschaffung läuft unter vollkommenen Bedingungen. Budgets ändern sich, technische Standards entwickeln sich weiter und Nutzeranforderungen bleiben nicht über Jahre gleich. Das Ziel kann deshalb nicht darin liegen, jede Unsicherheit auszuschliessen. Sinnvoller ist es, Unsicherheiten sichtbar zu machen und ihren Einfluss zu bewerten.

Ein einfaches Entscheidungspapier kann dafür genügen. Es beschreibt die wichtigsten Annahmen, bekannte Risiken, offene Fragen und die Kriterien für eine spätere Überprüfung. Bei einer Einführung lässt sich etwa festlegen, nach sechs Monaten die tatsächliche Nutzung, Supportaufwände und Rückmeldungen der Mitarbeitenden auszuwerten. Die Organisation verschiebt die Verantwortung damit nicht in die Zukunft. Sie schafft einen festen Zeitpunkt, an dem sie die eigene Entscheidung anhand von Erfahrungen prüft.

Eine solche Arbeitsweise verändert die IT-Beschaffung Schritt für Schritt. Projekte liefern nicht mehr nur ein Ergebnis, sondern auch Wissen für die nächste Aufgabe. Anforderungen werden genauer, Gespräche mit Anbietern werden sachlicher und der Blick auf den Betrieb wird frühzeitig Teil der Planung. Für Organisationen, die ihre digitalen Mittel verantwortungsvoll einsetzen wollen, entsteht daraus ein klarer Vorteil: Sie müssen nicht auf die eine perfekte Beschaffung warten, sondern können ihre Qualität mit jedem Vorhaben verbessern.