Un ghid rapid pentru desfășurarea piloților și PoC-urilor

Introducere

De-a lungul anilor de activitate în domeniul IT și mai ales în vânzările IT, am văzut multe proiecte pilot, dar cele mai multe dintre ele s-au terminat în nimic și au luat o perioadă semnificativă de timp.

În același timp, dacă vorbim de testarea soluțiilor hardware, precum sistemele de stocare, pentru fiecare sistem demo există de obicei o listă de așteptare cu aproape un an înainte. Și fiecare test din program poate aduce o vânzare sau, dimpotrivă, strica vânzarea. Nu are rost să luăm în considerare o situație în care testarea nu afectează vânzările, deoarece nici testarea nu are sens - este o pierdere de timp și o pierdere de timp pentru sistemul demo.

Deci, cum poți să faci totul cu înțelepciune și să faci totul să se întâmple?

Pregătire

Obiectivele pilotului

Unde începe un pilot? Nu cu conectarea echipamentelor la un rack, deloc. Înainte de începerea oricărei lucrări la echipament, se efectuează documentele. Și începem prin a defini obiectivele pilotului.
Scopul pilotului este de a elimina obiecțiile de la clientul final. Fără obiecții - nu este nevoie de pilot. Da Da exact.
Dar care sunt principalele clase de obiecții pe care le putem vedea?
* Ne îndoim de fiabilitate
* Avem îndoieli cu privire la performanță
* Ne îndoim de scalabilitate
* Avem îndoieli cu privire la compatibilitate și capacitatea de a lucra cu sistemele noastre
* Nu credem în diapozitivele tale și dorim să ne asigurăm în practică că sistemul tău într-adevăr poate face toate acestea
* Toate acestea vor fi foarte dificile, inginerii noștri sunt deja ocupați și le va fi greu

În total, până la urmă obținem trei tipuri principale de testare pilot și, ca caz special al unui pilot, dovada de concept (PoC - proof of concept):
* Testare de încărcare (+ scalabilitate)
* Testare funcțională
* Testarea toleranței la erori

Într-un caz anume, în funcție de îndoielile unui anumit client, pilotul poate combina diferite obiective sau, dimpotrivă, doar unul dintre ele poate fi prezent.

Pilotul începe cu un document care descrie în limba rusă de ce se efectuează această testare. De asemenea, include un set obligatoriu de criterii măsurabile care fac posibil să se spună fără ambiguitate dacă pilotul a trecut cu succes sau ce anume nu a fost trecut. Criteriile măsurabile pot fi numerice (cum ar fi latența în ms, IOPS) sau binare (da/nu). Dacă pilotul tău are ca criteriu o valoare de nemăsurat, pilotul nu are rost, este pur și simplu un instrument de manipulare.

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

Pilotul poate fi efectuat pe echipamentele demo ale vânzătorului/distribuitorului/partenerului sau pe echipamentele clientului. Strict vorbind, diferența este mică, abordarea generală este aceeași.

Principala întrebare privind echipamentul ÎNAINTE de începerea pilotului este dacă este prezent setul complet de echipamente (inclusiv întrerupătoare, cabluri de date, cabluri de alimentare)? Este echipamentul pregătit pentru testare (versiuni corecte de firmware, totul este acceptat, toate luminile sunt verzi)?

Secvența corectă de acțiuni după determinarea obiectivelor de testare este pregătirea completă a echipamentului pentru testare ÎNAINTE de a fi predat clientului. Desigur, există clienți fideli fără grabă, dar aceasta este mai degrabă excepția. Acestea. setul complet trebuie asamblat la locul partenerului, totul verificat si asamblat. Sistemul trebuie să funcționeze și trebuie să vă asigurați că totul funcționează, software-ul este distribuit fără erori etc. N-ar părea nimic complicat, dar 3 din 4 piloți încep prin a căuta cabluri sau transceiver SFP.
Separat, trebuie subliniat faptul că, ca parte a verificării sistemului demo, trebuie să vă asigurați că este curat. Toate datele de testare anterioare trebuie șterse din sistem înainte de transfer. Este posibil ca testarea să fi fost efectuată pe date reale și ar putea exista orice acolo, inclusiv secrete comerciale și date personale.

Program de testare

Înainte ca echipamentul să fie transferat către client, trebuie pregătit un program de testare care să îndeplinească obiectivele de testare. Fiecare test ar trebui să aibă un rezultat măsurabil și criterii clare de succes.
Programul de testare poate fi pregătit de către furnizor, partener, client sau împreună - dar întotdeauna ÎNAINTE de începerea testelor. Iar clientul trebuie să semneze că este mulțumit de acest program.

Oameni

Ca parte a pregătirii pentru pilot, este necesar să se convină asupra datelor pilotului și a prezenței tuturor persoanelor necesare și a pregătirii acestora pentru testare, atât din partea vânzătorului/partenerului, cât și din partea clientului. Oh, câți piloți au început cu persoana principală din pilotul clientului plecând în vacanță a doua zi după instalarea echipamentului!

Domenii de responsabilitate/acces

Programul pilot ar trebui să înțeleagă clar și să descrie în mod ideal responsabilitățile tuturor persoanelor implicate. Dacă este necesar, accesul de la distanță sau fizic al inginerilor furnizorului/partenerului la sistemele și datele clientului a fost coordonat cu serviciul de securitate al clientului.

Pilot

Dacă am completat toate punctele anterioare, atunci partea cea mai plictisitoare este pilotul însuși. Dar trebuie să meargă ca pe șine. Dacă nu, atunci o parte din pregătire a fost distrusă.

Finalizarea pilotului

La finalizarea pilotului, se întocmește un document cu privire la testarea efectuată. Ideal, cu toate testele din program cu bifa verde PASS. Este posibil să se pregătească o prezentare pentru conducerea superioară pentru a lua o decizie pozitivă privind achiziția sau includerea în lista sistemelor aprobate pentru achiziție.
Dacă nu aveți în mâini un document la sfârșitul pilotului cu o listă de teste finalizate și note trecute, pilotul nu a reușit și nu ar fi trebuit să fie început deloc.

Sursa: www.habr.com

Adauga un comentariu