Innledning
I løpet av årene jeg har jobbet innen IT og spesielt innen IT-salg har jeg sett mange pilotprosjekter, men de fleste endte i ingenting og tok betydelig tid.
Samtidig, hvis vi snakker om å teste maskinvareløsninger, for eksempel lagringssystemer, er det vanligvis en venteliste for hvert demosystem nesten et år i forveien. Og hver test på timeplanen kan bringe et salg eller tvert imot, ødelegge salget. Det er ingen vits i å vurdere en situasjon der testing ikke påvirker salget, siden testing heller ikke gir mening – det er bortkastet tid og bortkastet tid for demosystemet.
Så hvordan kan du gjøre alt klokt og få alt til å skje?
Trening
Pilotens mål
Hvor begynner en pilot? Ikke med å koble utstyr til et stativ, ikke i det hele tatt. Før ethvert arbeid med utstyret starter, utføres papirarbeid. Og vi starter med å definere pilotens mål.
Målet med piloten er å eliminere innvendinger fra sluttkunden. Ingen innvendinger - ingen pilot nødvendig. Ja Ja akkurat.
Men hva er hovedklassene av innvendinger vi kan se?
* Vi tviler på påliteligheten
*Vi er i tvil om ytelsen
* Vi tviler på skalerbarhet
*Vi er i tvil om kompatibilitet og evne til å jobbe med systemene våre
* Vi tror ikke på lysbildene dine og ønsker å sikre i praksis at systemet ditt virkelig kan gjøre alt dette
* Alt dette vil være veldig vanskelig, ingeniørene våre er allerede opptatt og det vil være vanskelig for dem
Totalt får vi til slutt tre hovedtyper pilottesting og, som et spesielt tilfelle av en pilot, proof of concept (PoC - proof of concept):
* Lasttesting (+ skalerbarhet)
* Funksjonstesting
* Feiltoleransetesting
I et spesifikt tilfelle, avhengig av tvilen til en bestemt kunde, kan piloten kombinere forskjellige mål, eller tvert imot, bare en av dem kan være til stede.
Piloten starter med et dokument som beskriver på vanlig russisk hvorfor denne testingen utføres. Den inkluderer også nødvendigvis et sett med målbare kriterier som gjør det mulig å si entydig om piloten bestod eller hva som spesifikt ikke ble bestått. Målbare kriterier kan være numeriske (som latens i ms, IOPS) eller binære (ja/nei). Hvis piloten din har en umålelig verdi som kriterium, er det ingen vits i piloten, det er rent et verktøy for manipulasjon.
Оборудование
Piloten kan gjennomføres på demoutstyr fra leverandøren/distributøren/partneren eller på kundeutstyr. Strengt tatt er forskjellen liten, den generelle tilnærmingen er den samme.
Hovedspørsmålet angående utstyr FØR piloten starter er om det komplette settet med utstyr er til stede (inkludert brytere, datakabler, strømkabler)? Er utstyret klart for testing (korrekte firmwareversjoner, alt støttes, alle lys er grønne)?
Den riktige rekkefølgen av handlinger etter å ha fastsatt testmålene er å forberede utstyret fullt ut for testing FØR det overleveres til kunden. Selvfølgelig er det lojale kunder uten hastverk, men dette er snarere unntaket. De. det komplette settet skal monteres hos partneren, alt kontrolleres og monteres. Systemet skal være i gang og du må sørge for at alt fungerer, programvaren distribueres uten feil osv. Det virker ikke noe komplisert, men 3 av 4 piloter starter med å se etter kabler eller SFP-sendere.
Separat bør det presiseres at som en del av å sjekke demosystemet, må du sørge for at det er rent. Alle tidligere testdata må slettes fra systemet før overføring. Det er mulig at testing ble utført på reelle data, og det kan være hva som helst der, inkludert forretningshemmeligheter og personopplysninger.
Testingsprogram
Før utstyret overføres til kunden skal det utarbeides et testprogram som oppfyller testmålene. Hver test bør ha et målbart resultat og klare kriterier for suksess.
Testprogrammet kan utarbeides av leverandøren, partneren, kunden eller i fellesskap - men alltid FØR testene starter. Og kunden må skrive under på at han er fornøyd med dette programmet.
Folk
Som en del av forberedelsen til piloten er det nødvendig å avtale datoene for piloten og tilstedeværelsen av alle nødvendige personer og deres beredskap for testing, både fra leverandørens/partnerens side og fra kundens side. Åh, hvor mange piloter begynte med at hovedpersonen i kundens pilot dro på ferie dagen etter installasjon av utstyret!
Ansvarsområder/tilgang
Pilotprogrammet bør tydelig forstå og ideelt sett beskrive ansvaret til alle involverte individer. Om nødvendig har ekstern eller fysisk tilgang for leverandør/partneringeniører til kundens systemer og data blitt koordinert med kundens sikkerhetstjeneste.
Pilot
Hvis vi har fullført alle de foregående punktene, så er den kjedeligste delen piloten selv. Men den må gå som på skinner. Hvis ikke, så var en del av forberedelsene skrudd sammen.
Gjennomføring av piloten
Ved gjennomføring av piloten utarbeides det et dokument på utført testing. Ideelt sett med alle testene i programmet med et grønt PASS-merke. Det er mulig å utarbeide en presentasjon for toppledelsen for å ta en positiv beslutning om kjøp eller inkludering i listen over systemer som er godkjent for kjøp.
Hvis du ikke har et dokument i hendene på slutten av piloten med en liste over tester som er fullført og karakterer bestått, er piloten ikke bestått og burde ikke vært startet i det hele tatt.
Kilde: www.habr.com