Der Mini-Pilot als bessere Entscheidungshilfe bei IT-Aufträgen

Bei der Vergabe eines IT-Auftrags klingt die Auswahl auf dem Papier oft eindeutig. Ein Anbieter erfüllt die technischen Anforderungen, ein anderer liegt beim Preis vorn, ein dritter bringt bekannte Referenzen mit. Trotzdem zeigt sich erst während der Zusammenarbeit, ob Abstimmungen funktionieren, Verantwortlichkeiten klar sind und das Team des Auftragnehmers zum eigenen Projekt passt. Ein kurzer Mini-Pilot kann diese offenen Punkte sichtbar machen, bevor ein umfangreicher Vertrag startet.

Für die erste Marktübersicht hilft ein Blick auf spezialisierte Verzeichnisse wie b+s ag. Solche Einträge ersetzen keine Prüfung, sie erleichtern aber die Vorauswahl. Danach beginnt der Teil, der häufig zu wenig Aufmerksamkeit erhält: die praktische Erprobung der Zusammenarbeit unter realistischen Bedingungen.

Warum Ausschreibungsunterlagen allein nicht reichen

Ein Lastenheft beschreibt Ziele, Schnittstellen, Sicherheitsvorgaben und gewünschte Ergebnisse. Es sagt jedoch wenig darüber aus, wie ein Dienstleister mit unklaren Anforderungen umgeht. In vielen IT-Projekten ändern sich Prioritäten nach dem ersten Workshop. Eine Schnittstelle ist schlechter dokumentiert als angenommen. Ein Fachbereich braucht eine andere Lösung, als er im ursprünglichen Gespräch formuliert hat.

Diese Situationen gehören zum Projektalltag. Sie sollten daher Teil der Auswahl sein. Ein Mini-Pilot stellt eine begrenzte Aufgabe bereit, die in wenigen Tagen oder Wochen bearbeitet werden kann. Dabei geht es nicht um eine verkleinerte Vollimplementierung. Der Pilot soll gezielt jene Eigenschaften prüfen, die eine Präsentation kaum abbildet: Reaktionsgeschwindigkeit, technische Sorgfalt, Dokumentation und Umgang mit Rückfragen.

Die Aufgabe muss klein genug bleiben, damit kein Anbieter kostenlos umfangreiche Konzeptarbeit leisten muss. Gleichzeitig braucht sie einen echten Bezug zum späteren Auftrag. Ein Beispiel wäre die Analyse eines anonymisierten Datenimports, die Entwicklung eines kleinen Integrationsbausteins oder die Bewertung einer bestehenden Berechtigungsstruktur. Entscheidend ist ein klarer Rahmen mit definiertem Ergebnis.

Die richtige Aufgabe für den Mini-Pilot

Eine brauchbare Pilotaufgabe lässt sich anhand weniger Fragen prüfen. Kann das Unternehmen die Aufgabe mit vorhandenen Informationen beginnen? Gibt es ein Ergebnis, das mehrere Beteiligte fachlich beurteilen können? Entsteht innerhalb kurzer Zeit ein verwertbarer Einblick? Und bleibt der Aufwand für alle eingeladenen Anbieter angemessen?

Ungeeignet sind Aufgaben, bei denen nur eine bestimmte interne Methode zum Erfolg führt. Dann misst der Auftraggeber eher die Nähe zum eigenen Vorgehen als die Qualität der Lösung. Auch künstliche Testaufgaben liefern wenig Erkenntnis, wenn sie mit dem späteren Projekt nichts zu tun haben. Ein guter Pilot bildet eine typische, aber begrenzte Arbeitssituation ab.

  • Eine konkrete Ausgangslage mit verfügbaren Daten, Zugängen oder Beispieldateien
  • Ein schriftlich beschriebenes Ziel mit klaren Abnahmekriterien
  • Eine feste Zeitspanne und eine definierte Zahl an Ansprechpartnern
  • Eine faire Vergütung für den geleisteten Arbeitsaufwand
  • Ein kurzes Format für Rückfragen, Entscheidungen und Zwischenstände
  • Eine Bewertung, die technische und organisatorische Aspekte berücksichtigt

Was während der Erprobung beobachtet werden sollte

Der erste Eindruck entsteht oft im Auftaktgespräch. Aussagekräftiger ist jedoch der Verlauf danach. Meldet sich das Projektteam mit präzisen Fragen? Trennt es Annahmen von gesicherten Fakten? Weist es früh auf Risiken hin? Wer jede Unklarheit mit einer langen Liste zusätzlicher Anforderungen beantwortet, arbeitet anders als ein Team, das die offenen Punkte strukturiert und Lösungsvorschläge vorlegt.

Auch die Kommunikation verdient eine genaue Betrachtung. Gute Zusammenarbeit bedeutet nicht, dass jede Nachricht innerhalb weniger Minuten beantwortet wird. Wichtiger sind verlässliche Zusagen, nachvollziehbare Statusberichte und eine klare Eskalation, wenn ein Termin gefährdet ist. Ein Auftraggeber sollte deshalb festhalten, welche Informationen wann eingingen und wie das Team darauf reagierte.

Bei der technischen Arbeit zählt die Nachvollziehbarkeit. Ein Prototyp kann überzeugend aussehen und trotzdem schwer wartbar sein. Prüfer sollten deshalb auf Dokumentation, Fehlerszenarien, Sicherheitsannahmen und die Trennung von Test- und Produktivdaten achten. Der Pilot muss keine fertige Lösung hervorbringen. Er sollte aber zeigen, ob der Anbieter sauber arbeitet und seine Entscheidungen erklären kann.

Bewertung ohne Bauchgefühl

Vor dem Start legt das Auswahlteam fest, wie es die Ergebnisse bewertet. Eine einfache Bewertungsmatrix genügt. Sie kann beispielsweise die technische Qualität, das Verständnis der Aufgabe, die Kommunikation, den Umgang mit Risiken und die Anschlussfähigkeit an die eigene Organisation enthalten. Jede Kategorie braucht eine kurze Beschreibung. “Guter Eindruck” eignet sich nicht als Maßstab.

Mehrere Personen sollten die Ergebnisse zunächst unabhängig voneinander beurteilen. Danach werden Abweichungen besprochen. Dieser Ablauf verhindert, dass eine besonders überzeugende Präsentation alle anderen Beobachtungen überlagert. Ein Anbieter kann technisch stark sein, aber unklare Verantwortlichkeiten schaffen. Ein anderer liefert eine weniger spektakuläre Oberfläche und dokumentiert dafür jeden relevanten Schritt. Die Matrix macht solche Unterschiede sichtbar.

Die Entscheidung muss zudem zum Vertragsmodell passen. Wer einen Dienstleister für langfristige Betreuung sucht, sollte Zusammenarbeit und Übergaben höher gewichten als einen schnellen Prototyp. Bei einem stark regulierten Vorhaben spielen Nachweise, Berechtigungskonzepte und revisionsfähige Dokumentation eine größere Rolle. Die Bewertung folgt dem Risiko des Auftrags, nicht einer allgemeinen Rangfolge von Eigenschaften.

Vom Pilot zur belastbaren Beauftragung

Nach der Auswertung erhält jeder beteiligte Anbieter eine nachvollziehbare Rückmeldung. Dabei müssen keine vertraulichen Details anderer Bewerber offengelegt werden. Eine kurze Begründung zeigt dennoch, welche Kriterien den Ausschlag gaben. Das stärkt die Qualität des Auswahlprozesses und erleichtert Gespräche über den späteren Leistungsumfang.

Die Ergebnisse des Mini-Piloten gehören in die Vertragsverhandlung, sofern beide Seiten zustimmen. Zusagen zur Reaktionszeit, Dokumentation oder Besetzung des Projektteams können dort konkretisiert werden. Ebenso sollte feststehen, welche Annahmen aus dem Pilot noch offen sind. Der Test ersetzt keine sorgfältige Leistungsbeschreibung. Er liefert aber praktische Hinweise dafür, wo diese Beschreibung genauer werden muss.

Ein begrenzter Pilot kostet Zeit und Geld. Diese Kosten lassen sich transparent planen. Sie stehen häufig in einem vernünftigen Verhältnis zu den Folgen einer Fehlentscheidung, etwa Nacharbeiten, Verzögerungen oder einem späteren Anbieterwechsel. Der eigentliche Wert liegt dabei weniger in der einzelnen Testaufgabe als in der gemeinsamen Arbeitsprobe. Sie zeigt, wie beide Seiten mit Unsicherheit, Verantwortung und technischen Details umgehen.

So wird die Auswahl eines IT-Auftragnehmers zu einer überprüfbaren Entscheidung. Referenzen, Zertifikate und Marktübersichten liefern den ersten Rahmen. Der Mini-Pilot ergänzt ihn um eigene Beobachtungen. Wer diese Erkenntnisse sauber dokumentiert und mit den Projektzielen verbindet, schafft eine bessere Grundlage für die Beauftragung und für die Zusammenarbeit nach Vertragsbeginn.