Kohene juhend pilootide ja PoC läbiviimiseks

Sissejuhatus

Oma IT-tööde kestel olen näinud palju pilootprojekte, kuid enamik neist lõppes oluliste ajakuludega ilma tulemuseta.

Kuid kui räägime riistvaralahenduste testimisest, nagu näiteks salvestussüsteemid, siis iga demoseadmestiku jaoks on tavaliselt peaaegu aastane ootejärjekord. Iga testimine graafikus võib tuua müügi või, vastupidi, müügi hävitada. Olukorda, kus testimine ei mõjuta müüki, pole mõtet analüüsida, sest siis ei ole testimisel ka mõtet — see on lihtsalt ajakulukas tegevus ja demoseadmestiku hõivamine.

Nii et, kuidas teha kõik õigesti, et kõik sujuks?

Ettevalmistus

Piloodi eesmärgid

Kust algab piloot? Mitte seadmete paigaldamisest, üldse mitte. Enne seadmete tööde alustamist tegeleme dokumentide haldamisega. Me alustame piloodi eesmärkide määratlemisega.
Piloodi eesmärk on kõrvaldada lõppkasutaja vastuväited. Vastuväidete puudumine tähendab, et piloot ei ole vajalik. Jah, just nii.
Kuid millised on peamised vastuväidete tüübid, millega me kokku võime puutuda?
* Kahtleme usaldusväärsuses
* Kahtleme jõudluses
* Kahtleme skaleeritavuses
* Kahtleme ühilduvuses ja meie süsteemidega töötamise võimes
* Me ei usu teie esitlusi ja soovime veenduda praktikas, et teie süsteem tõeliselt suudab seda kõike
* See on kõik väga keeruline, meie insenerid on juba piisavalt koormatud ja neil on keeruline

Kokkuvõttes saame lõppkokkuvõttes kolm peamist katseprotsessi ja erijuhuna piloodi puhul ka mõtte tõestamise (PoC – proof of concept):
* Koormustestimine (+ skaleeritavus)
* Funktsionaalne testimine
* Tõrke tolerantse testimine

Konkreetse juhtumi puhul, olenevalt spetsiifilisest kliendi kahtlusest, võivad piloodis olla ühendatud erinevad eesmärgid või vastupidi, ainult üks neist.

Piloot algab dokumendist, mis kirjeldab eesti keeles, miks seda testimist viiakse läbi. Samuti peab sinna kuuluma mõõdetavate kriteeriumide komplekt, mis võimaldab üheselt öelda, kas piloot oli edukas või mis täpselt ei õnnestunud. Mõõdetavad kriteeriumid võivad olla numbrilised (näiteks viivitused millisekundites, IOPS) või binaarsed (jah/ei). Kui teie piloodis on mõõtmata suurus kriteeriumina, siis pole piloodil mõtet, see on puhtalt manipuleerimise tööriist.

Varustus

Piloot võib toimuda kas tarnija / jaotaja / partneri demoseadmetel või kliendi seadmetel. Rangelt öeldes pole vahe suur, üldine lähenemine on sama.

Peamine küsimus seadmete osas enne piloodi algust – kas kogu seadme komplekt on olemas (sealhulgas lülitid, andmeedastuskaablid, toitekaablid)? Kas seadmed on testimiseks valmis (õiged tarkvaraversioonid, kõik teeninduses, kõik tulukesed roheline)?

Õige tegevuste järjekord testimise eesmärkide määratlemise järel – seadmete täielik ettevalmistamine testimiseks enne selle üleandmist kliendile. Kindlasti on olemas klientide, kes on kannatlikud, aga see on pigem erand. T. e. täielik komplekt peab olema kokku pandud partneri platsil, kõik peavad olema kontrollitud ja kokku pandud. Kohustuslik on, et süsteem peaks olema käivitatud ja te peate veenduma, et kõik töötab, tarkvara installitakse probleemideta jne. Tundub, et pole midagi keerulist, aga 3-st 4-st piloodist algab kaablite või SFP moodulite otsimisest.
Eraldi tuleb rõhutada, et demoseadme kontrollimise raames peate veenduma selle puhtuses. Kõik eelneva testimise andmed tuleb süsteemist enne üleandmist kohustuslikult eemaldada. Pole välistatud, et testiti reaalseid andmeid, seal võib olla mida iganes, sealhulgas ärisaladusi ja isikuandmeid.

Testimise programm

Enne seadmete üleandmist kliendile peab olema kohustuslikult ette valmistatud testimisprogramm, mis vastab testimise eesmärkidele. Igal testil peab olema mõõdetav tulemus ja selged edukriteeriumid.
Testimise programm võib olla valmistatud tarnija, partneri, tellija või koos – kuid kindlasti enne testide algust. Ja tellija peab tingimata allkirjastama, et see programm teda rahuldab.

Inimesed

Piloodi ettevalmistamise raames tuleb kokku leppida piloodi toimumise kuupäevad ning kõigi vajalikku osalejate kohalolek ja nende valmisolek testimiseks, nii tarnija / partneri kui ka tellija poolt. Oh, kui palju pilote on alanud sellega, et tellija peamine inimene läks järgmisel päeval pärast seadmete paigaldust puhkusele!

Vastutus-/ligipääsualad

Piloodi programmis peavad olema selgelt mõistetavad ja ideaalis kirja pandud kõigi osalejate vastutusalad. Vajadusel tuleb kokku leppida tarnija / partneri inseneride kaug- või füüsilise ligipääsu osas tellija süsteemidele ja andmetele tellija turvateenistuse kaudu.

Piloot

Kui oleme kõik eelnevad punktid täitnud, siis kõige igavam osa on piloot ise. Kuid see peab kulgema nagu rööbastele. Kui ei, siis tähendab, et ettevalmistuse osa on unustatud.

Piloodi lõpetamine

Piloodi lõpetamisel koostatakse dokument läbi viidud testimise kohta. Ideaalis kõik testid programmis rohelise linnukesega LÄBIMISEGA. Võimalik on valmistada esitlus kõrgemale juhtkonnale, et teha positiivne otsus ostmise või süsteemide lubatute nimekirja lisamise kohta.
Kui teil ei ole piloodi lõpus dokumenti tehtud testide nimekiri ja märkega läbitud – siis on piloot läbi kukkunud ja seda ei oleks üldse pidanud alustama.

Allikas: habr.com