IT-Rollout-Software auswählen: 7 Kriterien aus der Praxis

Die Auswahl einer Software für Geräte-Rollouts wird meist unter Zeitdruck getroffen: Der Auftrag steht, die Geräte sind bestellt, und irgendwie muss die Koordination laufen. Wer in dieser Lage zum erstbesten Werkzeug greift, merkt den Fehler selten sofort — sondern erst beim dritten Standort, wenn niemand mehr sagen kann, welches Altgerät wo abgeholt wurde.

Die folgenden sieben Kriterien stammen aus Rollouts mit einigen Hundert Geräten. Sie sind bewusst nicht als Funktionsliste formuliert, sondern als Fragen, die sich im Betrieb rächen, wenn man sie vorher nicht stellt.

1. Trägt das Datenmodell den Gerätetausch?

Ein Rollout ist selten nur eine Lieferung. Meistens ersetzt ein Neugerät ein Altgerät, und dieses Altgerät muss zurückgenommen, eingelagert oder entsorgt werden. Werkzeuge, die nur eine flache Geräteliste kennen, zwingen zu Behelfslösungen: zwei Zeilen, eine Notiz im Kommentarfeld, ein zweites Dokument für die Rücknahmen.

Prüfe konkret: Lässt sich ein Neugerät mit dem Altgerät verknüpfen, das es ersetzt? Ist erkennbar, ob das Altgerät zurückgenommen oder entsorgt wurde? Ohne diese Verknüpfung bleibt am Ende des Projekts eine Restmenge Geräte übrig, deren Verbleib niemand belegen kann — und genau danach fragt die Revision.

2. Wie kommen die Daten hinein — und wieder heraus?

Die Gerätedaten kommen fast nie aus dem Werkzeug selbst. Sie stammen vom Lieferanten, aus dem alten Inventar, aus einer Ausschreibung. Meistens als Excel-Datei mit Spalten, die niemand vereinheitlicht hat: einmal „Geräte-ID“, einmal „geraete id“, einmal „Device ID“.

Ein Import, der auf exakte Spaltennamen besteht, verlagert die Arbeit nur: Statt Daten zu pflegen, formatiert man Tabellen. Achte darauf, ob Gross- und Kleinschreibung, Umlaute und Leerzeichen toleriert werden — und ob ein Export sich unverändert wieder importieren lässt. Dieser Rundlauf ist der Unterschied zwischen „einmal befüllen“ und „laufend pflegen“.

• Werden deutsche Bezeichnungen und Feldnamen gleichermassen erkannt?
• Lässt sich eine exportierte Datei nach dem Ausfüllen wieder einlesen?
• Was passiert bei einer unbekannten Angabe — Abbruch, stille Annahme oder klare Meldung?

Der letzte Punkt wird unterschätzt. Ein Import, der bei einem Tippfehler stillschweigend einen Standardwert setzt, richtet mehr Schaden an als einer, der die Zeile ablehnt: Der Fehler fällt erst Wochen später auf, wenn hundert Geräte in der falschen Phase stehen.

3. Sind Sperren dort, wo sie hingehören?

Eindeutigkeitsprüfungen wirken zunächst wie Qualitätssicherung. In Rollouts kippen sie schnell ins Gegenteil. Ein typischer Fall: Das Neugerät übernimmt Namen, Hostname und IP-Adresse des Altgeräts — so ist es geplant, so soll es sein. Sperrt die Software doppelte IP-Adressen, lässt sich der Tausch schlicht nicht abbilden.

Sinnvoll ist eine einzige harte Sperre: die Geräte-ID innerhalb des Projekts. Alles andere gehört als Hinweis behandelt — sichtbar, nachvollziehbar, aber nicht blockierend. Wer wissen will, welche Geräte dieselbe IP tragen, soll das nachschlagen können; verbieten sollte es ihm niemand.

4. Bildet die Planung den Liefertag ab?

Ein Termin ist kein Plan. Wenn am 19. August zehn Geräte an drei Standorte gehen, braucht der Fahrer eine Reihenfolge, nicht ein Datum. Prüfe, ob sich eine Anfahrtsreihenfolge festlegen lässt und ob daraus ein Auszug entsteht, den man tatsächlich mitnehmen kann.

Der Praxistest ist einfach: Lässt sich aus dem Werkzeug ein Blatt erzeugen, mit dem jemand ohne Zugang zum System einen Tag lang arbeiten kann? Wenn dafür Daten aus drei Ansichten von Hand zusammengetragen werden müssen, ist die Planung unvollständig.

5. Sind die Vor-Ort-Bedingungen erfasst?

Parkplatz, Zufahrt für den Lieferwagen, Treppenlift, Ansprechpartner: Diese Angaben entscheiden über Erfolg oder Leerfahrt. Entscheidend ist, wo sie hängen. Am einzelnen Gerät gepflegt, müssen sie fünfzigmal wiederholt werden und weichen irgendwann voneinander ab.

Richtig ist die Standortadresse: Parkplatz und Zufahrt beschreiben das Gebäude, nicht das Gerät. Eine Ausnahme lohnt sich beim Treppenlift — der hängt am Stockwerk und kann pro Gerät abweichen.

Achte ausserdem darauf, ob zwischen „nicht vorhanden“ und „nicht erfasst“ unterschieden wird. Ein Werkzeug, das beides als leeres Kästchen darstellt, sagt dem Fahrer „kein Parkplatz“, obwohl in Wahrheit nur niemand nachgesehen hat.

6. Was passiert bei mehreren Hundert Geräten gleichzeitig?

Massenänderungen sind der Alltag: Ein Liefertermin verschiebt sich, eine Phase ist abgeschlossen, ein Techniker fällt aus. Wenn dafür jedes Gerät einzeln geöffnet werden muss, wird die Software zum Engpass.

Frage nach, wie eine Auswahl entsteht. Bezieht sich „alle auswählen“ auf die sichtbare Seite oder auf das gesamte gefilterte Ergebnis? Bei 300 Geräten und 50 Zeilen pro Seite ist das der Unterschied zwischen einem Klick und sechs Durchgängen.

7. Kommen die Daten wieder heraus, wenn du gehst?

Das unbequemste Kriterium zuletzt. Ein Rollout dauert Monate, die Daten überleben ihn. Prüfe vor der Entscheidung, ob sich der vollständige Bestand exportieren lässt — nicht nur eine Ansicht, sondern alle Felder, in einem Format, das ohne dieses Werkzeug lesbar ist.

Wer das erst am Ende prüft, verhandelt aus der schwächsten Position, die es gibt.

Kurz zusammengefasst

• Gerätetausch und Rücknahme müssen im Datenmodell vorkommen, nicht im Kommentarfeld.
• Der Import muss unsaubere Tabellen vertragen und der Export wieder importierbar sein.
• Nur die Geräte-ID gehört gesperrt; alles andere gehört angezeigt.
• Eine Lieferreihenfolge macht aus einem Termin einen Arbeitstag.
• Parkplatz und Zufahrt gehören an den Standort, der Treppenlift ans Gerät.
• Massenänderungen müssen das gefilterte Ergebnis erfassen, nicht die sichtbare Seite.
• Der vollständige Datenexport ist vor der Einführung zu prüfen, nicht danach.

RolloutManager ist entlang genau dieser Fragen entstanden. Wer die Punkte an einem anderen Werkzeug durchgeht, trifft trotzdem die bessere Entscheidung — und darum geht es.