Kurzanleitung zur Durchführung von Piloten und PoC

Einführung

In den Jahren meiner Tätigkeit im IT-Sektor, insbesondere im IT-Vertrieb, habe ich viele Pilotprojekte gesehen, aber die meisten endeten ohne Ergebnis und kosteten viel Zeit.

Wenn es um die Evaluierung von Hardwarelösungen wie Speicher-Arrays geht, gibt es oft eine Warteliste für jede Demoversion, die fast ein Jahr im Voraus reicht. Jede Testphase im Zeitplan kann zu einem Verkauf führen oder, im Gegenteil, einen Verkauf gefährden. Eine Situation, in der das Testen keinen Einfluss auf den Verkauf hat, ist nicht sinnvoll, da auch das Testen keinen Zweck hat — es ist eine verlorene Zeit und blockiert von Demoversionen.

Wie schafft man es also, alles richtig zu machen und dass alles funktioniert?

Vorbereitung

Ziele des Piloten

Wo beginnt ein Pilotprojekt? Nicht beim Anschluss der Geräte im Rack, ganz und gar nicht. Vor der Inbetriebnahme der Hardware steht die Arbeit mit Dokumenten. Wir beginnen mit der Festlegung der Ziele des Piloten.
Das Ziel des Piloten besteht darin, Einwände seitens des Endkunden zu beseitigen. Keine Einwände — kein Pilot. Ja, genau so ist es.
Aber welche Hauptklassen von Einwänden können wir feststellen?
* Wir zweifeln an der Zuverlässigkeit
* Wir zweifeln an der Leistung
* Wir haben Bedenken hinsichtlich der Skalierbarkeit.
* Wir sind uns über die Kompatibilität und die Integration in unsere Systeme unsicher.
* Wir zweifeln an Ihren Präsentationen und möchten in der Praxis sehen, ob Ihr System wirklich in der Lage ist, das zu leisten.
* Das könnte sehr kompliziert werden, da unsere Ingenieure ohnehin stark ausgelastet sind und es ihnen schwerfallen wird.

Insgesamt ergeben sich drei Hauptarten von Pilottests und als spezielle Form des Piloten, der Proof of Concept (PoC):
* Lasttests (+ Skalierbarkeit)
* Funktionstests
* Ausfallsicherheitstest

Im konkreten Fall, je nach den Zweifeln des spezifischen Auftraggebers, können im Pilotprojekt unterschiedliche Ziele kombiniert oder nur eine davon verfolgt werden.

Der Pilot beginnt mit einem Dokument, das in einfacher Sprache erklärt, warum dieser Test durchgeführt wird. Es enthält auch einen Satz messbarer Kriterien, die eindeutig festlegen, ob der Pilot erfolgreich war oder was konkret nicht bestanden wurde. Messbare Kriterien können numerisch sein (wie z. B. Latenz in ms, IOPS) oder binär (ja/nein). Wenn in Ihrem Pilotprojekt eine nicht messbare Größe als Kriterium vorhanden ist, hat der Pilot keinen Sinn; es ist lediglich ein Werkzeug zur Manipulation.

Ausrüstung

Der Pilot kann auf Demogeräten des Anbieters / Distributors / Partners oder auf Geräten des Kunden durchgeführt werden. Streng genommen gibt es nur einen kleinen Unterschied; der allgemeine Ansatz bleibt der gleiche.

Die wichtigste Frage bezüglich der Geräte vor Beginn des Piloten lautet: Ist die komplette Ausstattung vorhanden (einschließlich Switches, Datenübertragungskabel, Stromkabel)? Ist die Ausstattung bereit für den Test (richtige Firmware-Versionen, alles von Support, alle Lämpchen grün)?

Die richtige Reihenfolge der Schritte nach Festlegung der Testziele beinhaltet die vollständige Vorbereitung der Hardware für die Tests BEVOR sie an den Auftraggeber übergeben wird. Es gibt zwar loyale Kunden, die es nicht eilig haben, aber das ist eher die Ausnahme. Das heißt, das gesamte Equipment sollte am Standort des Partners zusammengestellt und alles überprüft sein. Die Systeme müssen unbedingt gestartet werden, und Sie müssen sicherstellen, dass alles funktioniert, die Software ohne Fehler läuft usw. Auf den ersten Blick scheint das einfach zu sein, aber drei von vier Tests beginnen mit der Suche nach Kabeln oder SFP-Transceivern.
Es ist wichtig zu betonen, dass Sie im Rahmen der Überprüfung des Demokonzepts sicherstellen müssen, dass es sauber ist. Alle Daten aus früheren Tests müssen unbedingt vor der Übergabe aus dem System entfernt werden. Es ist möglich, dass Tests mit echten Daten durchgeführt wurden, und dort könnte alles Mögliche vorliegen, einschließlich Geschäftsgeheimnissen und personenbezogenen Daten.

Testprogramm

Vor der Übergabe der Geräte an den Kunden muss zwingend ein Testprogramm erstellt werden, das den Testzielen entspricht. Jeder Test sollte ein messbares Ergebnis und klare Erfolgskriterien haben.
Das Testprogramm kann vom Anbieter, Partner, Kunden oder gemeinsam erstellt werden – jedoch unbedingt VOR Beginn der Tests. Der Kunde muss zudem bestätigen, dass ihn dieses Programm zufriedenstellt.

Menschen

Im Rahmen der Vorbereitung auf den Pilotversuch müssen die Termine für die Durchführung des Piloten sowie die Anwesenheit aller notwendigen Personen und deren Bereitschaft zum Testen abgestimmt werden, sowohl seitens des Anbieters / Partners als auch seitens des Kunden. Oh, wie viele Pilotprojekte begannen mit dem Urlaub des Hauptverantwortlichen beim Kunden am Tag nach der Installation der Geräte!

Verantwortungsbereiche / Zugriffsrechte

Im Pilotprogramm müssen die Verantwortungsbereiche aller Beteiligten klar verständlich und idealerweise beschrieben sein. Gegebenenfalls ist der entfernte oder physische Zugang der Ingenieure des Anbieters / Partners zu den Systemen und Daten des Kunden mit der Sicherheitsabteilung des Kunden abzustimmen.

Pilot

Wenn wir alle vorherigen Punkte erfüllt haben, ist der langweiligste Teil – der Pilot selbst. Dieser sollte jedoch reibungslos verlaufen. Andernfalls ist ein Teil der Vorbereitung schiefgelaufen.

Abschluss des Piloten

Beim Abschluss des Piloten wird ein Dokument zur durchgeführten Testung erstellt. Idealerweise sind alle Tests im Programm mit einem grünen Häkchen als BESTANDEN vermerkt. Möglicherweise wird eine Präsentation für das obere Management vorbereitet, um eine positive Kaufentscheidung zu fördern oder um die Systemlösungen auf die Liste der genehmigten Beschaffungen zu setzen.
Wenn Sie am Ende des Piloten kein Dokument mit der Liste der durchgeführten Tests und den entsprechenden MARKIERUNGEN haben – ist der Pilot gescheitert und es hätte gar nicht erst begonnen werden sollen.

Quelle: habr.com