Indledning
Gennem årene med mit arbejde inden for IT og især IT-salg har jeg set mange pilotprojekter, men de fleste af dem endte i ingenting og tog betydelig tid.
Hvis vi samtidig taler om at teste hardwareløsninger, såsom storagesystemer, er der for hvert demosystem normalt en venteliste næsten et år i forvejen. Og hver test på skemaet kan bringe et salg eller tværtimod ødelægge salget. Det nytter ikke at overveje en situation, hvor test ikke påvirker salget, da test heller ikke giver mening - det er spild af tid og spild af tid for demosystemet.
Så hvordan kan du gøre alt klogt og få alt til at ske?
Træning
Pilotens mål
Hvor begynder en pilot? Ikke med tilslutning af udstyr til et stativ, slet ikke. Inden noget arbejde på udstyret påbegyndes, udføres papirarbejde. Og vi starter med at definere pilotens mål.
Målet med piloten er at fjerne indsigelser fra slutkunden. Ingen indvendinger - ingen pilot nødvendig. Ja Ja præcis.
Men hvad er de vigtigste klasser af indvendinger, vi kan se?
* Vi tvivler på pålideligheden
*Vi er i tvivl om ydeevne
* Vi tvivler på skalerbarhed
*Vi er i tvivl om kompatibilitet og evne til at arbejde med vores systemer
* Vi tror ikke på dine slides og vil i praksis sikre os, at dit system virkelig kan alt dette
* Det hele bliver meget svært, vores ingeniører har allerede travlt, og det vil være svært for dem
I alt får vi i sidste ende tre hovedtyper af pilottest og, som et særligt tilfælde af en pilot, proof of concept (PoC - proof of concept):
* Belastningstest (+ skalerbarhed)
* Funktionstest
* Fejltolerancetest
I et specifikt tilfælde, afhængigt af en bestemt kundes tvivl, kan piloten kombinere forskellige mål, eller tværtimod kan kun et af dem være til stede.
Piloten begynder med et dokument, der på almindelig russisk beskriver, hvorfor denne test bliver udført. Den indeholder også nødvendigvis et sæt målbare kriterier, der gør det muligt entydigt at sige, om piloten bestod med succes, eller hvad der specifikt ikke blev bestået. Målbare kriterier kan være numeriske (såsom latens i ms, IOPS) eller binære (ja/nej). Hvis din pilot har en umålelig værdi som kriterium, er der ingen mening i piloten, det er udelukkende et manipulationsværktøj.
Оборудование
Piloten kan udføres på demoudstyr fra leverandøren/distributøren/partneren eller på kundeudstyr. Strengt taget er forskellen lille, den generelle tilgang er den samme.
Hovedspørgsmålet vedrørende udstyr FØR piloten begynder er, om det komplette sæt udstyr er til stede (inklusive switches, datakabler, strømkabler)? Er udstyret klar til test (korrekte firmwareversioner, alt understøttes, alle lamper lyser grønne)?
Den korrekte rækkefølge af handlinger efter fastlæggelse af testmålene er at forberede udstyret fuldt ud til test, FØR det overdrages til kunden. Selvfølgelig er der loyale kunder uden hastværk, men dette er snarere undtagelsen. De der. det komplette sæt skal samles hos partneren, alt kontrolleres og samles. Systemet skal køre og du skal sørge for at alt virker, softwaren distribueres uden fejl mv. Det ser ikke ud til at være noget kompliceret, men 3 ud af 4 piloter starter med at lede efter kabler eller SFP-transceivere.
Separat skal det understreges, at man som led i tjek af demosystemet skal sikre sig, at det er rent. Alle tidligere testdata skal slettes fra systemet før overførsel. Det er muligt, at der er blevet testet på rigtige data, og der kan være hvad som helst der, herunder forretningshemmeligheder og persondata.
Test program
Inden udstyret overdrages til kunden, skal der udarbejdes et testprogram, der opfylder testmålene. Hver test bør have et målbart resultat og klare kriterier for succes.
Testprogrammet kan udarbejdes af leverandøren, partneren, kunden eller i fællesskab - men altid FØR testens start. Og kunden skal skrive under på, at han er tilfreds med dette program.
Mennesker
Som led i forberedelsen til piloten er det nødvendigt at aftale datoer for piloten og tilstedeværelsen af alle nødvendige personer og deres parathed til test, både fra sælgers/partnerens side og fra kundens side. Åh, hvor mange piloter begyndte med, at hovedpersonen i kundens pilot tog på ferie dagen efter installationen af udstyret!
Ansvarsområder/adgang
Pilotprogrammet skal klart forstå og ideelt set beskrive alle involverede personers ansvar. Om nødvendigt er fjernadgang eller fysisk adgang for leverandør/partneringeniører til kundens systemer og data blevet koordineret med kundens sikkerhedstjeneste.
Pilot
Hvis vi har gennemført alle de foregående punkter, så er den mest kedelige del piloten selv. Men den skal køre som på skinner. Hvis ikke, så var en del af forberedelsen skruet sammen.
Afslutning af piloten
Efter afslutning af piloten udarbejdes et dokument om den udførte test. Ideelt set med alle testene i programmet med et grønt PASS-flueben. Det er muligt at udarbejde et oplæg til den øverste ledelse for at træffe en positiv beslutning om køb eller optagelse på listen over systemer, der er godkendt til køb.
Hvis du ikke har et dokument i dine hænder i slutningen af piloten med en liste over gennemførte tests og karakterer bestået, er piloten mislykket og burde slet ikke være startet.
Kilde: www.habr.com