Lühijuhend pilootide ja PoC-de läbiviimiseks

Sissejuhatus

IT-valdkonnas ja eriti IT-müügis töötatud aastate jooksul olen näinud palju pilootprojekte, kuid enamik neist lõppesid tühja ja võtsid märkimisväärse aja.

Samas, kui räägime riistvaralahenduste, näiteks salvestussüsteemide testimisest, on iga demosüsteemi puhul tavaliselt ootejärjekord pea aasta ette. Ja iga ajakavas olev test võib müügi tuua või, vastupidi, müügi rikkuda. Pole mõtet mõelda olukorda, kus testimine müüki ei mõjuta, kuna ka testimisel pole mõtet - see on ajaraisk ja demosüsteemi ajaraiskamine.

Niisiis, kuidas saate kõike targalt teha ja kõik juhtuda?

Koolitus

Piloodi eesmärgid

Kust piloot algab? Mitte seadmete ühendamisel püstikuga, üldse mitte. Enne seadmete kallal töö alustamist viiakse läbi paberimajandus. Ja alustame piloodi eesmärkide määratlemisest.
Piloodi eesmärk on kõrvaldada lõppkliendi vastuväited. Pole vastuväiteid – pilooti pole vaja. Jah Jah täpselt.
Kuid millised on peamised vastuväidete klassid, mida me näeme?
* Kahtleme usaldusväärsuses
*Me kahtleme jõudluses
* Me kahtleme mastaapsuses
*Me kahtleme oma süsteemidega ühilduvuses ja töövõimes
* Me ei usu teie slaididesse ja tahame praktikas veenduda, et teie süsteem tõesti suudab seda kõike teha
* See kõik saab olema väga raske, meie insenerid on juba hõivatud ja neil on raske

Kokku saame lõpuks kolm peamist piloottestimise tüüpi ja piloodi erijuhtumina kontseptsiooni tõendi (PoC - proof of concept):
* Koormustestimine (+ skaleeritavus)
* Funktsionaalne testimine
* Veataluvuse testimine

Konkreetsel juhul, sõltuvalt konkreetse kliendi kahtlustest, võib piloot kombineerida erinevaid eesmärke või, vastupidi, võib neist olla ainult üks.

Piloot algab dokumendiga, mis kirjeldab lihtsas vene keeles, miks seda testimist tehakse. See sisaldab tingimata ka mõõdetavate kriteeriumide kogumit, mis võimaldab üheselt öelda, kas piloot läbis edukalt või mis konkreetselt jäi läbimata. Mõõdetavad kriteeriumid võivad olla numbrilised (nt latentsus ms-des, IOPS) või binaarsed (jah/ei). Kui teie piloodil on kriteeriumiks mõõtmatu väärtus, pole piloodil mõtet, see on puhtalt manipuleerimise tööriist.

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

Pilooti saab läbi viia müüja/turustaja/partneri demoseadmetel või kliendiseadmetel. Rangelt võttes on erinevus väike, üldine lähenemine on sama.

Põhiküsimus seadmete kohta ENNE piloodi algust on see, kas kogu varustus on olemas (sh lülitid, andmekaablid, toitekaablid)? Kas seadmed on testimiseks valmis (õiged püsivara versioonid, kõik on toetatud, kõik tuled on rohelised)?

Õige toimingute jada pärast testimiseesmärkide kindlaksmääramist on seadmete täielik ettevalmistamine testimiseks ENNE selle kliendile üleandmist. Muidugi on kiirustamata püsikliente, kuid see on pigem erand. Need. tervikkomplekt tuleb kokku panna partneri kohapeal, kõik üle vaadata ja kokku panna. Süsteem peab töötama ja veenduma, et kõik töötab, tarkvara levib vigadeta jne. See ei tundu midagi keerulist, kuid 3 pilooti neljast alustavad kaablite või SFP transiiverite otsimisega.
Eraldi tuleb rõhutada, et demosüsteemi kontrollimise käigus peate veenduma, et see on puhas. Kõik varasemad testimisandmed tuleb enne ülekandmist süsteemist kustutada. Võimalik, et testimine viidi läbi reaalsete andmetega ja seal võis olla kõike, sealhulgas ärisaladusi ja isikuandmeid.

Testimisprogramm

Enne seadmete kliendile üleandmist tuleb koostada testimise eesmärkidele vastav testimisprogramm. Igal testil peaks olema mõõdetav tulemus ja selged edukriteeriumid.
Testimisprogrammi võib koostada müüja, partner, klient või ühiselt – kuid alati ENNE testide algust. Ja klient peab allkirjastama, et ta on selle programmiga rahul.

Inimesed

Piloodi ettevalmistuse raames on vaja kokku leppida piloodi toimumise kuupäevad ja kõigi vajalike isikute kohalolek ning nende valmisolek testimiseks nii müüja/partneri kui ka tellija poolt. Oi, kui palju piloote alustas sellega, et kliendi piloodi põhiisik läks päev pärast seadmete paigaldamist puhkusele!

Vastutusvaldkonnad/juurdepääs

Pilootprogramm peaks selgelt mõistma ja ideaalis kirjeldama kõigi kaasatud isikute kohustusi. Vajadusel on tarnija/partnerinseneride kaug- või füüsiline ligipääs kliendi süsteemidele ja andmetele kooskõlastatud kliendi turvateenistusega.

Piloot

Kui oleme kõik eelnevad punktid täitnud, siis kõige igavam on piloot ise. Aga see peab sõitma nagu rööbastel. Kui ei, siis läks osa ettevalmistusest sassi.

Piloodi valmimine

Piloodi läbimisel koostatakse dokument tehtud testimise kohta. Ideaalis, kui kõik programmis olevad testid on rohelise märgiga PASS. Võimalik on koostada ettekanne kõrgemale juhtkonnale, et teha positiivne otsus ostu või ostuks heakskiidetud süsteemide nimekirja kandmise kohta.
Kui teil pole piloodi lõpus käes dokumenti lõpetatud testide ja läbitud hinnetega, on piloot ebaõnnestunud ja seda poleks tohtinud üldse käivitada.

Allikas: www.habr.com

Lisa kommentaar