Kort vägledning för genomförande av piloter och PoC

Introduktion

Under åren jag har arbetat inom IT, och särskilt inom IT-försäljning, har jag sett många pilotprojekt, men de flesta av dem ledde till ingenting efter betydande tidsåtgång.

Samtidigt, när vi pratar om testning av hårdvarulösningar, som t.ex. lagringssystem, brukar det ofta vara en ledtid på nästan ett år för varje demobaserad system. Och varje testning i schemat kan antingen resultera i en försäljning eller, å andra sidan, sabotera en försäljning. Det är meningslöst att betrakta en situation där testningen inte påverkar försäljningen, eftersom testningen i så fall också är meningslös — det är en tom tidsåtgång och tar upp demobaserade resurser.

Så, hur kan vi göra allt på rätt sätt så att det verkligen händer?

Förberedelse

Pilotens mål

Hur börjar man med en pilot? Inte genom att ansluta utrustningen i stället, absolut inte. Innan några arbeten med utrustningen påbörjas handlar det om att arbeta med dokumenten. Och vi börjar med att definiera pilotens mål.
Målet med piloten är att eliminera invändningar från slutanvändaren. Inga invändningar — ingen pilot behövs. Ja, just så.
Men vilka huvudtyper av invändningar kan vi se?
* Vi tvivlar på tillförlitligheten
* Vi tvivlar på prestandan
* Vi tvivlar på skalbarheten
* Vi tvivlar på kompatibiliteten och förmågan att fungera med våra system
* Vi tror inte på era presentationsbilder och vill se i praktiken att ert system verkligen klarar av det
* Detta kommer att bli väldigt svårt, våra ingenjörer är redan överbelastade och det kommer att bli tufft för dem

Således får vi i slutändan tre huvudtyper av pilottestning och som ett särskilt fall av pilot, konceptbevis (PoC – proof of concept):
* Belastningstestning (+ skalbarhet)
* Funktionell testning
* Felöverlevnadstestning

I specifika fall, beroende på tvivel hos den aktuella kunden, kan olika mål kombineras inom piloten, eller tvärtom, endast ett av dem kan finnas.

Piloten börjar med ett dokument som beskriver på svenska – varför denna testning genomförs. Dit inkluderas också en uppsättning mätbara kriterier, som tydligt kan säga – om piloten har genomförts framgångsrikt eller vad som specifikt inte har klarats. Mätbara kriterier kan vara numeriska (som fördröjning i ms, IOPS) eller binära (ja/nej). Om det finns en omätbar storhet som kriterium i din pilot – finns det ingen mening med piloten, det är endast ett verktyg för manipulation.

Utrustning

Piloten kan genomföras på demo-utrustning från leverantör / distributör / partner eller på kundens utrustning. Strikt taget är skillnaden liten, den övergripande metoden är densamma.

Huvudfrågan om utrustningen FÖRE starten av piloten – finns det en fullständig uppsättning utrustning (inklusive switchar, datakablar, strömkablar)? Är utrustningen redo för testning (rätta firmwareversioner, allt under support, alla lampor gröna)?

Den rätta handlingsföljden efter att målen för testningen har fastställts – fullständig förberedelse av utrustningen för testning FÖRE den överlämnas till kunden. Visst finns det lojala kunder utan brådska, men det är snarare undantaget. Det vill säga, hela uppsättningen bör samlas på partnerns anläggning, allt kontrolleras och sätts samman. Systemet måste definitivt startas och du måste försäkra dig om att allt fungerar, mjukvaran distribueras utan fel, med mera. Det kan verka enkelt, men 3 av 4 piloter börjar med att leta efter kablar eller SFP-transceivrar.
Det är särskilt viktigt att under kontrollen av demositens renhet försäkra sig om att all data från tidigare testning är borttagen innan överlämning. Det är inte uteslutet att testning har genomförts på verkliga data, och där kan det finnas allt möjligt, inklusive affärshemligheter och personuppgifter.

Testprogrammet

Innan utrustningen överlämnas till kunden måste ett testprogram förberedas som uppfyller testmålen. Varje test måste ha ett mätbart resultat och tydliga framgångskriterier.
Testprogrammet kan förberedas av leverantören, partnern, kunden eller gemensamt – men det måste absolut göras INNAN testerna börjar. Dessutom måste kunden underteckna att de är nöjda med detta program.

Människor

I samband med förberedelserna inför piloten måste datum för genomförandet av piloten, närvaro av alla nödvändiga personer och deras beredskap för testning samordnas, både från leverantörens / partnerns och kundens sida. Ofta har piloter börjat med att huvudpersonen på kundens sida gick på semester dagen efter installationen av utrustningen!

Ansvarsområden / åtkomst

I pilotprogrammet måste ansvarsområdena för alla deltagande personer vara tydliga och idealiskt beskrivas. Vid behov ska fjärr- eller fysisk åtkomst för leverantörens / partnerns ingenjörer till kundens system och data godkännas av kundens säkerhetstjänst.

Pilot

Om vi har fullgjort alla föregående punkter, så är den mest tråkiga delen - själva piloten. Men den måste löpa smidigt. Om inte, så betyder det att en del av förberedelserna misslyckades.

Avslutning av piloten

Vid avslutningen av piloten förbereds ett dokument om den genomförda testningen. Idealt med alla tester i programmet med gröna bockar FÖRBI. Det kan vara möjligt att förbereda en presentation för högre ledning för att fatta ett positivt beslut om köp eller inkludera i listan över godkända system för inköp.
Om du i slutet av piloten inte har ett dokument med en lista över genomförda tester och markeringar för godkänt – har piloten misslyckats och den borde inte ha påbörjats överhuvudtaget.

Källa: habr.com