En snabbguide för att genomföra piloter och PoCs

Inledning

Under åren av mitt arbete inom IT-området och speciellt inom IT-försäljning har jag sett många pilotprojekt, men de flesta slutade i ingenting och tog en betydande tid.

Samtidigt, om vi pratar om att testa hårdvarulösningar, såsom lagringssystem, för varje demosystem finns det vanligtvis en väntelista nästan ett år i förväg. Och varje test på schemat kan ge en rea eller tvärtom förstöra rean. Det är ingen idé att överväga en situation där testning inte påverkar försäljningen, eftersom testning inte heller är meningsfull - det är ett slöseri med tid och ett slöseri med tid för demosystemet.

Så, hur kan du göra allt klokt och få allt att hända?

Utbildning

Pilotens mål

Var börjar en pilot? Inte med att ansluta utrustning till ett rack, inte alls. Innan något arbete med utrustningen påbörjas utförs pappersarbete. Och vi börjar med att definiera pilotens mål.
Målet med piloten är att eliminera invändningar från slutkunden. Inga invändningar - ingen pilot behövs. Ja Ja precis.
Men vilka är huvudklasserna av invändningar vi kan se?
* Vi tvivlar på tillförlitligheten
*Vi tvivlar på prestanda
* Vi tvivlar på skalbarhet
*Vi har tvivel om kompatibilitet och förmåga att arbeta med våra system
* Vi tror inte på dina bilder och vill i praktiken se till att ditt system verkligen kan göra allt detta
* Allt detta kommer att bli väldigt svårt, våra ingenjörer är redan upptagna och det kommer att bli svårt för dem

Totalt får vi i slutändan tre huvudtyper av pilottestning och, som ett specialfall av en pilot, proof of concept (PoC - proof of concept):
* Belastningstestning (+ skalbarhet)
* Funktionstestning
* Feltoleranstestning

I ett specifikt fall, beroende på en viss kunds tvivel, kan piloten kombinera olika mål, eller tvärtom, bara ett av dem kan vara närvarande.

Piloten börjar med ett dokument som på ren ryska beskriver varför denna testning genomförs. Den innehåller också en obligatorisk uppsättning mätbara kriterier som gör det möjligt att entydigt säga om piloten godkänts eller vad specifikt inte godkändes. Mätbara kriterier kan vara numeriska (som latens i ms, IOPS) eller binära (ja/nej). Om din pilot har ett omätbart värde som kriterium är det ingen mening med piloten, det är rent av ett manipulationsverktyg.

Оборудование

Piloten kan utföras på demoutrustning från leverantören/distributören/partnern eller på kundutrustning. Strängt taget är skillnaden liten, det allmänna tillvägagångssättet är detsamma.

Huvudfrågan angående utrustning INNAN piloten börjar är om hela uppsättningen av utrustning finns (inklusive switchar, datakablar, strömkablar)? Är utrustningen klar för testning (korrekta firmwareversioner, allt stöds, alla lampor är gröna)?

Den korrekta sekvensen av åtgärder efter att ha fastställt testmålen är att helt förbereda utrustningen för testning INNAN den överlämnas till kunden. Naturligtvis finns det trogna kunder utan brådska, men detta är snarare undantaget. De där. hela setet ska monteras på partnerns plats, allt kontrolleras och monteras. Systemet ska vara igång och du måste se till att allt fungerar, mjukvaran distribueras utan fel osv. Det verkar inte vara något komplicerat, men 3 av 4 piloter börjar med att leta efter kablar eller SFP-sändtagare.
Separat bör det betonas att man som en del av att kontrollera demosystemet måste se till att det är rent. Alla tidigare testdata måste raderas från systemet innan överföringen. Det är möjligt att testning utfördes på riktiga data, och det kan finnas vad som helst där, inklusive affärshemligheter och personuppgifter.

Testprogram

Innan utrustningen överförs till kunden ska ett testprogram upprättas som uppfyller testmålen. Varje test bör ha ett mätbart resultat och tydliga kriterier för framgång.
Testprogrammet kan förberedas av leverantören, partnern, kunden eller gemensamt - men alltid INNAN testerna startar. Och kunden måste skriva under på att han är nöjd med detta program.

Människor

Som en del av förberedelserna inför piloten är det nödvändigt att komma överens om datum för piloten och närvaron av alla nödvändiga personer och deras beredskap för testning, både från säljarens/partnerns sida och från kundens sida. Åh, hur många piloter började med att huvudpersonen i kundens pilot gick på semester dagen efter installationen av utrustningen!

Ansvarsområden/tillträde

Pilotprogrammet bör tydligt förstå och idealiskt beskriva ansvaret för alla inblandade individer. Vid behov har fjärråtkomst eller fysisk åtkomst av säljare/partners ingenjörer till kundens system och data samordnats med kundens säkerhetstjänst.

Pilot

Om vi ​​har slutfört alla tidigare punkter, så är den tråkigaste delen piloten själv. Men den måste gå som på räls. Om inte, så var en del av förberedelserna skruvade.

Slutförande av piloten

Efter avslutad pilot upprättas ett dokument om utförda tester. Helst med alla tester i programmet med en grön PASS bock. Det är möjligt att förbereda en presentation för ledande befattningshavare att fatta ett positivt beslut om köp eller införande i listan över system som godkänts för köp.
Om du inte har ett dokument i dina händer i slutet av piloten med en lista över genomförda prov och godkända betyg, är piloten underkänd och borde inte ha startats alls.

Källa: will.com

Lägg en kommentar