Krátký návod k provádění pilotních projektů a PoC

Úvod

Během své praxe v oblasti IT, a zejména v prodeji IT, jsem viděl mnoho pilotních projektů, ale většina z nich končila neúspěchem s významnými časovými náklady.

Pokud však hovoříme o testování hardwarových řešení, jako jsou například úložné systémy, na každou ukázkovou systém obvykle čeká fronta téměř na rok dopředu. A každé testování v rozvrhu může přinést prodej, nebo naopak zmařit prodej. Není smysluplné zvažovat situaci, kdy testování nemá vliv na prodej, protože samotné testování je pak zbytečné — je to plýtvání časem a obsazení ukázkového systému.

Jak udělat vše správně, aby to skutečně fungovalo?

Příprava

Cíle pilotu

Jak začíná pilot? Ne připojením zařízení do racku, rozhodně ne. Před jakoukoli prací se zařízením je potřeba se zabývat dokumentací. A začínáme určením cílů pilotu.
Cílem pilotu je odstranit námitky ze strany koncového zákazníka. Pokud nejsou námitky, pilot není potřebný. Ano, přesně tak.
Jaké jsou tedy hlavní kategorie námitek, které můžeme vidět?
* Pochybujeme o spolehlivosti
* Pochybujeme o výkonnosti
* Pochybujeme o škálovatelnosti
* Pochybujeme o kompatibilitě a schopnosti pracovat s našimi systémy
* Nevěříme vašim prezentacím a chceme se ujistit v praxi, že váš systém to skutečně umí
* To vše bude velmi složité, naši inženýři jsou již tak vytížení a bude pro ně obtížné to zvládnout

V konečném důsledku dostáváme tři hlavní typy pilotního testování a jako zvláštní případ pilotu, důkaz konceptu (PoC – proof of concept):
* Zátěžové testování (+ škálovatelnost)
* Funkční testování
* Testování odolnosti

V konkrétním případě, v závislosti na pochybnostech konkrétního zákazníka, se v pilotu mohou kombinovat různé cíle, nebo naopak, může být přítomna pouze jedna z nich.

Pilot začíná dokumentem, který v jasné češtině vysvětluje, proč se toto testování provádí. Povinně se také zahrnuje sada měřitelných kritérií, která jasně říkají, zda pilot úspěšně proběhl, nebo co konkrétně nebylo splněno. Měřitelná kritéria mohou být číselná (například latence v ms, IOPS) nebo binární (ano/ne). Pokud má váš pilot nezměřitelnou veličinu jako kritérium, pilot postrádá smysl, je to čistě nástroj manipulace.

Hardware

Pilot může být proveden na demo zařízeních dodavatele / distributora / partnera nebo na zařízení objednatele. Striktně vzato, rozdíl je zanedbatelný, přístup je stejný.

Hlavní otázka k zařízení PŘED začátkem pilota – je k dispozici kompletní souprava vybavení (včetně přepínačů, datových kabelů, napájecích kabelů)? Je zařízení připraveno na testování (správné verze firmware, vše pod podporou, všechny kontrolky zelené)?

Správná sekvence činností po stanovení cílů testování – úplná příprava zařízení na testování PŘED jeho předáním objednateli. Samozřejmě existují loajální klienti, kteří nespěchají, ale to je spíše výjimka. Tedy kompletní souprava by měla být sestavena na místě partnera, všechno zkontrolováno a sestaveno. Systém by měl být povinně spuštěn a měli byste se ujistit, že vše funguje, software se instaluje bez chyb atd. Mohlo by se zdát, že na tom není nic složitého, ale 3 z 4 pilotů začínají hledáním kabelů nebo SFP modulů.
Je třeba zvlášť zdůraznit, že v rámci kontroly demo systému musíte zajistit jeho čistotu. Všechna data z předchozího testování musí být bezpodmínečně odstraněna ze systému před předáním. Není vyloučeno, že probíhalo testování na skutečných datech, a tam může být cokoliv, včetně obchodního tajemství a osobních údajů.

Testovací program

Před předáním zařízení objednateli musí být bezpodmínečně připraven testovací program, který odpovídá cílům testování. Každý test by měl mít měřitelný výsledek a jasná kritéria úspěchu.
Testovací program může být připraven dodavatelem, partnerem, zákazníkem nebo společně – ale nutně PŘED začátkem testů. A zákazník musí nutně podepsat, že ho tento program uspokojuje.

Lidé

V rámci přípravy na pilot je nutné dohodnout datum konání pilotu a přítomnost všech potřebných osob a jejich připravenost k testování, jak ze strany dodavatele / partnera, tak ze strany zákazníka. Ach, kolik pilotů začalo odchodem klíčové osoby ve pilotu od zákazníka na dovolenou hned následující den po instalaci vybavení!

Oblasti odpovědnosti / přístupu

V pilotním programu by měly být jasně definovány a ideálně popsány oblasti odpovědnosti všech zúčastněných osob. Pokud je to nutné, je dohodnut vzdálený nebo fyzický přístup inženýrů dodavatele / partnera k systémům a datům zákazníka se službou bezpečnosti zákazníka.

Pilot

Pokud jsme splnili všechny předchozí body, pak ta nejméně zajímavá část – je to samotný pilot. Ale musí probíhat jako po kolejích. Pokud ne, znamená to, že bylo něco připraveno špatně.

Ukončení pilotu

Při ukončení pilotu se připravuje dokument o provedeném testování. Ideálně se všemi testy v programu se zeleným zaškrtávacím políčkem SCHVÁLENO. Je možné připravit prezentaci pro vrcholový management pro přijetí pozitivního rozhodnutí o koupi nebo zařazení na seznam povolených k nákupu systémů.
Pokud na konci pilotu nemáte dokument se seznamem provedených testů a označeními SCHVÁLENO – pilot byl neúspěšný a nemělo se vůbec začínat.

Zdroj: habr.com

Koupit spolehlivý hosting pro webové stránky s ochranou proti DDoS, VPS VDS servery 🔥 Koupit spolehlivý hosting pro webové stránky s ochranou proti DDoS, VPS VDS servery | ProHoster