Inleiding
In de jaren dat ik in de IT-wereld heb gewerkt, en vooral in de IT-verkoop, heb ik veel pilotprojecten gezien, maar de meeste eindigden in niets na aanzienlijke tijdsinvesteringen.
Als we het hebben over het testen van hardware-oplossingen, zoals bijvoorbeeld een opslagbeheersysteem, is er meestal een wachttijd op elke demosysteem van bijna een jaar. En elk testmoment in de planning kan een verkoop opleveren of, integendeel, een verkoop in gevaar brengen. Het heeft geen zin om een situatie te beschouwen waarin testen geen invloed heeft op de verkoop, omdat ook testen dan zinloos is ā het is een verspilling van tijd en bezet een demosysteem.
Dus, hoe doen we dit op een slimme manier zodat alles gebeurt?
Voorbereiding
Doelen van de pilot
Waar begint een pilot? Niet met het aansluiten van apparatuur in de rack, helemaal niet. Voor de start van enige werkzaamheden met apparatuur moet er gewerkt worden met documenten. En we beginnen met het definiƫren van de doelen van de pilot.
Het doel van de pilot is om bezwaren van de eindklant te verhelpen. Geen bezwaren ā geen pilot. Ja, precies zo.
Maar welke hoofdcategorieƫn van bezwaren kunnen we tegenkomen?
* We twijfelen aan de betrouwbaarheid
* We twijfelen aan de prestaties
* We twijfelen aan de schaalbaarheid
* We twijfelen aan de compatibiliteit en het vermogen om met onze systemen te werken
* We geloven uw slides niet en willen in de praktijk zien dat uw systeem dit allemaal daadwerkelijk kan
* Dit wordt allemaal erg ingewikkeld, onze ingenieurs zijn al druk en het zal moeilijk voor hen zijn
Samenvattend, komen we uiteindelijk tot drie hoofdcategorieƫn van pilot-testen en als een speciaal geval van een pilot, een proof of concept (PoC):
* Stress-testen (+ schaalbaarheid)
* Functioneel testen
* Testen van fouttolerantie
In een specifiek geval kunnen, afhankelijk van de twijfels van de specifieke klant, verschillende doelen bij de pilot worden gecombineerd, of juist slechts Ć©Ć©n van hen aanwezig zijn.
De pilot begint met een document dat in duidelijke taal beschrijft waarom deze test wordt uitgevoerd. Daarin moeten ook meetbare criteria worden opgenomen, waarmee ondubbelzinnig kan worden vastgesteld of de pilot succesvol was en wat er precies niet is behaald. Meetbare criteria kunnen numeriek zijn (zoals vertraging in ms, IOPS) of binair (ja/nee). Als er een niet meetbare waarde als criterium in uw pilot aanwezig is, heeft de pilot geen zin; dit is louter een instrument voor manipulaties.
Apparatuur
De pilot kan worden uitgevoerd op demo-apparatuur van de leverancier/distributeur/partner of op de apparatuur van de klant. Strikt genomen is het verschil klein; de algemene benadering is dezelfde.
De belangrijkste vraag over de apparatuur VOORDAT de pilot begint: is de complete set apparatuur aanwezig (inclusief switches, datakabels, voedingskabels)? Is de apparatuur klaar voor testen (juiste firmwareversies, alles in support, zijn alle lampjes groen)?
De juiste volgorde van acties na het bepalen van de testdoelen is een volledige voorbereiding van de apparatuur voor de test VOORDAT deze aan de klant wordt overhandigd. Natuurlijk zijn er loyale klanten zonder haast, maar dat is eerder een uitzondering. Dat wil zeggen, de volledige set moet zijn samengebracht op de locatie van de partner, alles moet zijn gecontroleerd en gemonteerd. De systeem moet verplicht worden opgestart en u moet ervoor zorgen dat alles werkt, dat de software zonder fouten wordt uitgevoerd, enzovoort. Het lijkt misschien eenvoudig, maar 3 van de 4 pilots beginnen met het zoeken naar kabels of SFP-transceivers.
Het moet apart worden benadrukt dat u binnen de controle van het demo-systeem ervoor moet zorgen dat het schoon is. Alle gegevens van eerdere tests moeten verplicht uit het systeem worden verwijderd voordat deze wordt overgedragen. Het is niet uitgesloten dat er testen met echte gegevens zijn uitgevoerd, waar van alles kan zijn, inclusief bedrijfsgeheimen en persoonlijke gegevens.
Testprogramma
Voordat de apparatuur aan de klant wordt overgedragen, moet er verplicht een testprogramma worden voorbereid dat voldoet aan de testdoelen. Elke test moet een meetbaar resultaat en duidelijke succescriteria hebben.
Het testprogramma kan worden voorbereid door de vendor, partner, klant of samen - maar zeker VOOR de start van de tests. En de klant moet absoluut tekenen dat hij akkoord gaat met dit programma.
Mensen
In het kader van de voorbereiding van de pilot moeten de data voor de uitvoering van de pilot en de aanwezigheid van alle benodigde personen, en hun bereidheid om te testen, zowel van de vendor/partner als van de klant worden afgestemd. O, hoeveel pilots zijn er begonnen met de afwezigheid van de belangrijkste persoon in de pilot omdat hij de dag na de installatie van de apparatuur met verlof ging!
Verantwoordelijkheidsgebieden / toegang
In het pilotprogramma moeten de verantwoordelijkheidsgebieden van alle betrokken personen duidelijk zijn en idealiter beschreven worden. Indien nodig moet er overeenstemming zijn over de toegangsbevoegdheden, zowel op afstand als fysiek, voor de ingenieurs van de vendor/partner tot de systemen en gegevens van de klant met de beveiligingsdienst van de klant.
Pilot
Als we alle vorige punten hebben uitgevoerd, is het meest saaie deel de pilot zelf. Maar deze moet verlopen als een trein. Als dat niet zo is, is er iets misgegaan in de voorbereiding.
Afsluiting van de pilot
Bij de afsluiting van de pilot wordt een document voorbereid over de uitgevoerde tests. Idealiter met alle tests in het programma met een groene vinkje GOEDKEURD. Het is mogelijk om een presentatie voor het senior management voor te bereiden om een positieve beslissing over de aankoop of opname in de lijst van goedgekeurde systemen te verkrijgen.
Als je aan het eind van de pilot geen document hebt met een lijst van de uitgevoerde tests en de goedkeuringsmarkeringen - dan is de pilot mislukt en had deze eigenlijk helemaal niet moeten beginnen.
Bron: habr.com
