Introductie
Door de jaren heen dat ik op het gebied van IT en vooral op het gebied van IT-verkoop werk, heb ik veel proefprojecten gezien, maar de meeste daarvan liepen op niets uit en namen een aanzienlijke hoeveelheid tijd in beslag.
Tegelijkertijd, als we het hebben over het testen van hardwareoplossingen, zoals opslagsystemen, is er voor elk demosysteem meestal bijna een jaar van tevoren een wachtlijst. En elke test op het schema kan een uitverkoop opleveren of, integendeel, de verkoop verpesten. Het heeft geen zin om een situatie te overwegen waarin testen geen invloed heeft op de verkoop, aangezien testen ook geen zin heeft - het is tijdverspilling en tijdverspilling voor het demosysteem.
Dus, hoe kun je alles verstandig doen en ervoor zorgen dat alles gebeurt?
Opleiding
Doelen van de piloot
Waar begint een pilot? Niet bij het aansluiten van apparatuur op een rack, al helemaal niet. Voordat met werkzaamheden aan de apparatuur wordt begonnen, wordt het papierwerk uitgevoerd. En we beginnen met het definiëren van de doelstellingen van de pilot.
Het doel van de pilot is om bezwaren bij de eindklant weg te nemen. Geen bezwaar - geen piloot nodig. Ja Ja precies.
Maar wat zijn de belangrijkste soorten bezwaren die we kunnen tegenkomen?
*Wij twijfelen aan de betrouwbaarheid
*We hebben twijfels over de prestaties
* Wij twijfelen aan schaalbaarheid
* We twijfelen aan de compatibiliteit en het vermogen om met onze systemen te werken
* Wij geloven niet in uw slides en willen er in de praktijk zeker van zijn dat uw systeem dit allemaal ook echt kan
* Dit zal allemaal erg moeilijk zijn, onze engineers zijn al druk bezig en het zal ook moeilijk voor hen zijn
In totaal krijgen we uiteindelijk drie hoofdtypen pilottests en, als speciaal geval van een pilot, proof of concept (PoC - proof of concept):
* Belastingtesten (+ schaalbaarheid)
* Functioneel testen
* Fouttolerantietesten
In een specifiek geval kan de pilot, afhankelijk van de twijfels van een bepaalde klant, verschillende doelen combineren, of, integendeel, slechts één ervan aanwezig zijn.
De pilot begint met een document waarin in gewoon Russisch wordt beschreven waarom deze tests worden uitgevoerd. Het omvat noodzakelijkerwijs ook een reeks meetbare criteria die het mogelijk maken om ondubbelzinnig te zeggen of de pilot succesvol is geslaagd of wat specifiek niet is geslaagd. Meetbare criteria kunnen numeriek zijn (zoals latentie in ms, IOPS) of binair (ja/nee). Als je pilot een onmeetbare waarde als criterium heeft, heeft de pilot geen zin, het is puur een manipulatiemiddel.
Uitrusting
De pilot kan worden uitgevoerd op demoapparatuur van de leverancier/distributeur/partner of op apparatuur van de klant. Strikt genomen is het verschil klein, de algemene aanpak is hetzelfde.
De belangrijkste vraag met betrekking tot apparatuur VOORDAT de pilot begint, is of de complete set apparatuur aanwezig is (inclusief schakelaars, datakabels, stroomkabels)? Is de apparatuur klaar om te testen (juiste firmwareversies, alles wordt ondersteund, alle lampjes zijn groen)?
De juiste volgorde van handelingen na het bepalen van de testdoelen is het volledig testklaar maken van de apparatuur VOORDAT deze aan de klant wordt overgedragen. Natuurlijk zijn er trouwe klanten zonder haast, maar dit is eerder een uitzondering. Die. de complete set dient bij de partner te worden gemonteerd, alles gecontroleerd en gemonteerd. Het systeem moet draaien en je moet ervoor zorgen dat alles werkt, de software zonder fouten wordt gedistribueerd, enz. Het lijkt niets ingewikkelds, maar drie op de vier piloten beginnen met het zoeken naar kabels of SFP-transceivers.
Afzonderlijk moet worden benadrukt dat u, als onderdeel van het controleren van het demosysteem, ervoor moet zorgen dat het schoon is. Alle eerdere testgegevens moeten vóór overdracht uit het systeem worden verwijderd. Het is mogelijk dat er is getest op echte gegevens, en daar kan van alles in zitten, inclusief bedrijfsgeheimen en persoonlijke gegevens.
Testprogramma
Voordat de apparatuur wordt overgedragen aan de klant, moet er een testprogramma worden opgesteld dat voldoet aan de testdoelstellingen. Elke test moet een meetbaar resultaat en duidelijke criteria voor succes hebben.
Het testprogramma kan worden opgesteld door de leverancier, partner, klant of gezamenlijk, maar altijd VOOR aanvang van de tests. En de klant moet tekenen dat hij tevreden is met dit programma.
Mensen
Als onderdeel van de voorbereiding op de pilot is het noodzakelijk om afspraken te maken over de data van de pilot en de aanwezigheid van alle benodigde personen en hun testbereidheid, zowel aan de kant van de verkoper/partner als aan de kant van de klant. Oh, hoeveel piloten begonnen toen de hoofdpersoon in de pilot van de klant op vakantie ging de dag na installatie van de apparatuur!
Verantwoordelijkheidsgebieden/toegangsgebieden
Het pilotprogramma moet de verantwoordelijkheden van alle betrokken individuen duidelijk begrijpen en idealiter beschrijven. Indien nodig is de externe of fysieke toegang van technici van leveranciers/partners tot de systemen en gegevens van de klant gecoördineerd met de beveiligingsdienst van de klant.
De piloot
Als we alle voorgaande punten hebben voltooid, is het saaiste deel de piloot zelf. Maar het moet lopen alsof het op rails ligt. Zo niet, dan was een deel van de voorbereiding in de war.
Afronding van de pilot
Na afronding van de pilot wordt een document opgesteld over de uitgevoerde testen. Idealiter staan alle toetsen in het programma met een groen PASS-vinkje. Het is mogelijk een presentatie voor te bereiden zodat het senior management een positief besluit kan nemen over de aanschaf of opname in de lijst met systemen die zijn goedgekeurd voor aanschaf.
Als je aan het einde van de pilot geen document in handen hebt met een lijst met voltooide tests en behaalde cijfers, is de pilot mislukt en had deze helemaal niet gestart mogen worden.
Bron: www.habr.com