Hyrje
Në vitet e mia të punës në fushën e IT dhe veçanërisht në shitjet e IT, kam parë shumë projekte pilot, por shumica e tyre përfundonin pa asgjë, duke shpenzuar shumë kohë.
NĂ«se flasim pĂ«r testimin e zgjidhjeve harduerike, si p.sh. sistemi i ruajtjes, pĂ«r çdo sistem demostra zakonisht ka njĂ« pritje pothuajse njĂ« vit pĂ«rpara. Dhe çdo testim nĂ« program mund tĂ« sjellĂ« njĂ« shitje ose, pĂ«rkundrazi, ta dĂ«shtojĂ« shitjen. Nuk ka kuptim tĂ« analizojmĂ« njĂ« situatĂ« ku testimi nuk ndikon nĂ« shitje, sepse testimi po ashtu nuk ka kuptim â Ă«shtĂ« njĂ« shpenzim i kotĂ« kohor dhe angazhim i sistemit demostral.
Pra, si mund ta bëjmë gjithçka siç duhet dhe që gjithçka të ndodhë?
PĂ«rgatitja
QĂ«llimet e pilotit
Nga ku fillon piloti? Jo nga lidhja e pajisjeve në raft, aspak. Para çdo pune me pajisjet ndodhin punët me dokumentet. Dhe ne fillojmë me përcaktimin e qëllimeve të pilotit.
QĂ«llimi i pilotit Ă«shtĂ« eliminimi i kundĂ«rshtimeve nga ana e klientit tĂ« fundit. Nuk ka kundĂ«rshtime â nuk ka nevojĂ« pĂ«r pilot. Po, po, pikĂ«risht kĂ«shtu.
Por çfarë janë disa nga klasat kryesore të kundërshtimeve që mund të shohim?
* Dyshojmë në besueshmëri
* Dyshojmë në performancë
* Dyshojmë në shkallëzim
* Dyshojmë në përputhshmëri dhe aftësinë për të punuar me sistemet tona
* Nuk besojmë në slidet tuaja dhe duam të sigurohemi në praktikë se sistemi juaj e bën të gjithë këtë
* Të gjithë këto do të jenë shumë të vështira, inxhinierët tanë janë tashmë të ngarkuar dhe do t'u vije vështirë
NĂ« pĂ«rfundim, pĂ«rfundimisht ne kemi tri lloje kryesore tĂ« testimit pilot dhe si njĂ« rast tĂ« veçantĂ« tĂ« pilotit, dĂ«shminĂ« e konceptit (PoC â proof of concept):
* Testimi nën ngarkesë (+ shkallëzim)
* Testimi funksional
* Testimi i qëndrueshmërisë
Në rastin konkret, në varësi të dyshimeve të veçanta të klientit, në pilot mund të kombinohen qëllime të ndryshme, ose përkundrazi, të jetë e pranishme vetëm një nga to.
Piloti fillon me njĂ« dokument qĂ« pĂ«rshkruan nĂ« gjuhĂ«n ruse tĂ« bardhĂ« â pse po kryhet kjo testim. Atje gjithashtu pĂ«rfshihet domosdoshmĂ«risht njĂ« grup kriteresh tĂ« matshme, qĂ« lejojnĂ« tĂ« thuhet qartĂ« â a kaloi piloti me sukses apo çfarĂ« nuk u kalua konkretisht. Kriteret e matshme mund tĂ« jenĂ« numerike (si p.sh. vonesa nĂ« ms, IOPS) ose binarĂ« (po/jo). NĂ«se nĂ« pilotin tuaj ka njĂ« sasi tĂ« pa-matshme si kriter â nuk ka kuptim tĂ« zhvilloni pilot, Ă«shtĂ« thjesht njĂ« instrument manipulimi.
Pajisje
Piloti mund të zhvillohet në pajisje demo të ofruesit / distribuesit / partnerit ose në pajisjet e klientit. Në të vërtetë, diferenca është e vogël, qasja e përgjithshme është e njëjtë.
Pyetja kryesore pĂ«r pajisjen PARA fillimit tĂ« pilotit â a Ă«shtĂ« kompleti i plotĂ« i pajisjeve (pĂ«rfshirĂ« switch-at, kabllot e transferimit tĂ« tĂ« dhĂ«nave, kabllot e energjisĂ«)? A Ă«shtĂ« pajisja e gatshme pĂ«r testim (versionet e duhura tĂ« firmware-it, gjithçka Ă«shtĂ« nĂ« mbĂ«shtetje, tĂ« gjitha dritat janĂ« tĂ« gjelbra)?
Së pari, renditja e saktë e veprimeve pas përcaktimit të qëllimeve të testimit - përgatitja e plotë e pajisjeve për testim PARA dorëzimit të saj te klienti. Pa dyshim, ka klientë të besueshëm pa ngutje, por kjo është më shumë përjashtim. Pra, kompleti i plotë duhet të mblidhet në vendin e partnerit, gjithçka të kontrollohet dhe të jetë e montuar. Patjetër që sistemi duhet të jetë aktivizuar dhe ju duhet të siguroheni që gjithçka punon, softi ndihmohet pa gabime, etj. Mund të dukej e thjeshtë, por 3 nga 4 pilotë fillojnë me kërkimin e kabllove ose transceiver-ëve SFP.
Veçanërisht duhet theksuar se në kuadër të kontrollit të sistemit demo duhet të siguroheni për pastërtinë e tij. Të gjitha të dhënat nga testimet e mëparshme duhet të fshihen patjetër nga sistemi para dorëzimit. Nuk është e pamundur që testimi të jetë kryer me të dhëna reale, dhe aty mund të ketë çdo gjë, si sekrete tregtare ashtu edhe të dhëna personale.
Programi i testimit
Para dorĂ«zimit tĂ« pajisjeve te klienti, patjetĂ«r duhet tĂ« pĂ«rgatitet njĂ« program testimi qĂ« i pĂ«rgjigjet qĂ«llimeve tĂ« testimit. Ădo test duhet tĂ« ketĂ« njĂ« rezultat tĂ« matshĂ«m dhe kritere tĂ« qarta suksesi.
Programi i testimit mund tĂ« pĂ«rgatitet nga shpĂ«rndarĂ«si, partneri, klienti ose sĂ« bashku â por patjetĂ«r PARA fillimit tĂ« testeve. Dhe patjetĂ«r klienti duhet tĂ« nĂ«nshkruajĂ« qĂ« Ă«shtĂ« i kĂ«naqur me kĂ«tĂ« program.
Njerëzit
Në kuadër të përgatitjes për pilotin, është e nevojshme të bien dakord datat e realizimit të pilotit dhe prania e të gjithë personave të nevojshëm dhe gatishmëria e tyre për testim, si nga ana e shpërndarësit / partnerit, ashtu edhe nga ana e klientit. O, sa shumë pilota kanë filluar me largimin e personit kryesor në pilot nga klienti në pushim ditën pas montimit të pajisjeve!
Fushat e përgjegjësisë / aksesit
Në programin e pilotit duhet të jenë qartë të kuptueshme dhe idealisht të përshkruara fushat e përgjegjësisë të të gjithë personave të përfshirë. Nëse është e nevojshme, duhet të verifikohet aksesin e distancuar ose fizik të inxhinierëve të shpërndarësit / partnerit në sistemet dhe të dhënat e klientit me shërbimin e sigurisë së klientit.
Piloti
Nëse ne kemi përfunduar të gjitha pikat e mëparshme, pjesa më e mërzitshme është vetë piloti. Por ai duhet të shkojë siç është planifikuar. Nëse jo, atëherë do të thotë se ka pasur probleme në përgatitje.
PĂ«rfundimi i pilotit
Me pĂ«rfundimin e pilotit pĂ«rgatitet njĂ« dokument mbi testimin e kryer. Idealisht me tĂ« gjitha testet nĂ« program me shenjĂ«n e gjelbĂ«r TĂ KALUAR. ĂshtĂ« e mundur tĂ« pĂ«rgatitet njĂ« prezantim pĂ«r menaxhimin e lartĂ« pĂ«r tĂ« marrĂ« njĂ« vendim pozitiv pĂ«r blerjen ose pĂ«rfshirjen nĂ« listĂ«n e sistemeve tĂ« lejuara pĂ«r blerje.
NĂ«se nĂ« fund tĂ« pilotit nuk keni njĂ« dokument me listĂ«n e testeve tĂ« realizuara dhe shĂ«nimet e kaluara â piloti Ă«shtĂ« dĂ«shtuar dhe nuk duhej tĂ« ishte filluar fare.
Burimi: habr.com
