Bevezetés
IT-akkreditálásom során, különös figyelemmel az IT értékesítésre, sok pilótaprojektet láttam, de a legtöbbjük jelentős időveszteséggel zárult.
Amikor fizikai megoldásokról beszélünk, mint például a tárolórendszerek, általában egy demós rendszerhez egy hosszú várakozási idő társul, szinte egy évig. Minden egyes tesztelés a menetrendben értékesítést hozhat vagy, éppen ellenkezőleg, rontja az értékesítést. Olyan helyzetet, ahol a tesztelés nem befolyásolja az értékesítést, nem érdemes mérlegelni, mivel a tesztelés semmilyen célt nem szolgál — ez időpazarlás és a demós rendszer kötöttsége.
Hogyan tehetjük mindezt helyesen és úgy, hogy minden megtörténjen?
Előkészületek
A pilóta céljai
Mivel kezdődik a pilóta? Nem az eszközök rack-be való csatlakoztatásával, egyáltalán nem. Mielőtt bármilyen munkát elkezdenénk az eszközökkel, a dokumentumokkal foglalkozunk. A pilóta céljainak meghatározásával kezdjük.
A pilóta célja — a végfelhasználó által keltett ellenérvek felszámolása. Ha nincs ellenérv, nem szükséges a pilóta. Igen, pontosan így van.
De melyek a fő ellenérvek, amikkel szembesülhetünk?
* Kételkedünk a megbízhatóságban
* Kételkedünk a teljesítményben
* Kételkedünk a skálázhatóságban
* Kételkedünk a kompatibilitásban és abban, hogy a rendszer munkánkba beilleszthető
* Nem hiszünk a diákban, és szeretnénk megbizonyosodni róla, hogy a rendszer valóban tudja, amit mond
* Mindez nagyon bonyolult lesz, mérnökeink máris túlterheltek, és nehézségeik lesznek
Összességében végül három fő típusú pilótatesztelést kapunk, amelyek egy magán esetként a koncepció igazolását (PoC) jelentik:
* Terheléses tesztelés (+ skálázhatóság)
* Funkcionális tesztelés
* Hibatűrő tesztelés
Konkrét esetben, a konkrét megrendelő kételyeitől függően, a pilótában különböző célok összevonása lehetséges, vagy éppen ellenkezőleg, csak az egyik cél jelenik meg.
A pilot begins with a document that describes in clear Hungarian why this testing is being conducted. It must include a set of measurable criteria that clearly state whether the pilot was successful or specifically what was not passed. Measurable criteria can be numerical (such as latency in ms, IOPS) or binary (yes/no). If your pilot includes a non-measurable value as a criterion, there is no point in doing the pilot; it is solely a tool for manipulation.
Hardver
The pilot can be conducted on demo equipment from the vendor/distributor/partner or on the client’s equipment. Strictly speaking, the difference is minimal; the general approach is the same.
The main question concerning the equipment BEFORE the start of the pilot is whether the complete set of equipment is present (including switches, data transmission cables, power cables). Is the equipment ready for testing (correct firmware versions, all under support, all lights green)?
The correct sequence of actions after determining the testing goals is the complete preparation of the equipment for testing BEFORE handing it over to the client. Of course, there are loyal clients without urgency, but this is more the exception. That is, the complete set must be assembled at the partner’s site, everything checked and assembled. The system must be launched, and you must ensure that everything works, software is distributed without errors, etc. It seems simple, but 3 out of 4 pilots start with searching for cables or SFP transceivers.
It is important to emphasize that during the verification of the demo system, you must ensure its cleanliness. All data from previous testing must be removed from the system before handover. It is possible that testing was carried out on real data, which may include anything, including commercial secrets and personal data.
Testing program
Before handing over the equipment to the client, a testing program that meets the testing goals must be prepared. Each test must have a measurable result and clear success criteria.
A tesztelési programot a szállító, a partner, a megrendelő vagy közösen állíthatják össze – de mindenképpen a tesztelés megkezdése ELŐTT. A megrendelőnek kötelező aláírnia, hogy ez a program megfelel az elvárásainak.
Ember
A pilóta előkészítése során egyeztetni kell a pilóta lebonyolításának időpontját, valamint azt, hogy az összes szükséges személy jelen legyen és felkészült legyen a tesztelésre, mind a szállító/partner, mind a megrendelő oldaláról. Ó, hány pilóta kezdődött azzal, hogy a kulcsszemély a megrendelő oldalán a következő napon szabadságra ment a berendezés telepítése után!
Felelősségi területek / hozzáférés
A pilóta programjában világosan kell látszódnia, és ideális esetben le kell írni a résztvevők felelősségi területeit. Szükség szerint egyeztetni kell a szállító/partner mérnökeinek távoli vagy fizikai hozzáférését a megrendelő rendszereihez és adataihoz a megrendelő biztonsági szolgálatával.
Pilóta
Ha mindent megtettünk az előző pontokban, akkor a legunalmasabb rész maga a pilóta. De annak simán kell mennie. Ha nem, az azt jelenti, hogy az előkészítés egyik része el lett rontva.
A pilóta befejezése
A pilóta befejezésekor elkészül egy dokumentum a végrehajtott tesztelésről. Ideális esetben minden teszt a programban zöld pipával JÓVÁHAGYVA. Lehetséges egy prezentáció elkészítése a felső vezetés számára a vásárlási döntés kedvező irányba terelésére vagy a rendszerbeszerzési engedélyezett listára való felvételére.
Ha a pilóta végén nincs a kezében dokumentum a végrehajtott tesztekről és a jóváhagyásokról, a pilóta megbukott, és egyáltalán nem kellett volna elindítani.
Forrás: habr.com
