Увядзенне
За гады сваёй працы ў вобласці ІТ і асабліва ў продажах ІТ бачыў шмат пілотных праектаў, але большасць з іх сканчалася нічым пры значных выдатках часу.
Пры гэтым, калі мы гаворым аб тэсціраванні жалезных рашэнняў, як напрыклад СГД, на кожную дэма-сістэму звычайна стаіць яшчэ і чарга ледзь не на год наперад. А кожнае тэсціраванне ў раскладзе можа прынесці продаж або, наадварот, продаж запароць. Сітуацыю, у якой тэсціраванне не ўплывае на продаж, разглядаць не мае сэнсу, паколькі і тэсціраванне не мае сэнсу — гэта пусты расход часу і занятак дэма-сістэмы.
Такім чынам, як жа зрабіць усё па розуме і каб усё здарылася?
Падрыхтоўка
Мэты пілота
З чаго пачынаецца пілот? Не з падлучэння абсталявання ў стойку, зусім няма. Да пачатку любых прац з абсталяваннем ідзе праца з дакументамі. І мы пачынаем з вызначэння мэт пілота.
Мэта пілота - ухіленне пярэчанні са боку канчатковага замоўца. Няма пярэчанняў - не патрэбен пілот. Так-так, менавіта так.
Але якія ж асноўныя класы пярэчанняў мы можам убачыць?
* Мы сумняваемся ў надзейнасці
* Мы сумняваемся ў прадукцыйнасці
* Мы сумняваемся ў маштабаванасці
* Мы сумняваемся ў сумяшчальнасці і здольнасці працаваць з нашымі сістэмамі
* Мы не верым у вашыя слайды і жадаем пераканацца на практыцы, што ваша сістэма ўсё гэта сапраўды ўмее
* Гэта ўсё будзе вельмі складана, нашы інжынеры і так загружаныя і ім будзе цяжка
Разам, у канчатковым выніку мы атрымліваем тры асноўныя віды пілотнага тэсціравання і як прыватны выпадак пілота, доказ канцэпта (PoC – proof of concept):
* Нагрузачнае тэсціраванне (+ маштабаванасць)
* Функцыянальнае тэсціраванне
* Тэставанне адмоваўстойлівасці
У пэўным выпадку, у залежнасці ад сумневаў канкрэтнага замоўца, у пілоту могуць сумяшчацца розныя мэты, ці наадварот, прысутнічаць толькі адна з іх.
Пілот пачынаецца з дакумента, які апісвае рускай мовай па белым - навошта праводзіцца дадзенае тэставанне. Туды ж уключаецца ў абавязковым парадку набор вымерна крытэрыяў, якія дазваляюць адназначна сказаць - прайшоў пілот паспяхова або што канкрэтна было не пройдзена. Вымерныя крытэры бываюць лікавымі (як напрыклад затрымай у мс, IOPS) або бінарнымі (так/не). Калі ў вашым пілоту прысутнічае невымяральная велічыня ў якасці крытэра - у пілоту няма сэнсу, гэта выключна прылада маніпуляцый.
Абсталяванне
Пілот можа праводзіцца на дэма-абсталяванні вендара / дыстрыбутара / партнёра або на абсталяванні заказчыка. Строга кажучы, розніца невялікая, агульны падыход адзін і той жа.
Галоўнае пытанне па абсталяванні ДА пачатку пілота - ці поўны камплект абсталявання прысутнічае (уключаючы камутатары, кабелі перадачы дадзеных, кабелі харчавання)? Ці гатова абсталяванне да тэставання (правільныя версіі прашывак, усё на падтрымцы, усе лямпачкі зялёныя)?
Правільная паслядоўнасць дзеянняў пасля вызначэння мэт тэставання – поўная падрыхтоўка абсталявання да тэставання ДА яго перадачы замоўцу. Безумоўна, ёсць лаяльныя заказчыкі без спешкі, але гэта хутчэй выключэнне. Г.зн. поўны камплект павінен быць сабраны на пляцоўцы партнёра, усё праверана і сабрана. У абавязковым парадку сістэма павінна быць запушчана і вы павінны пераканацца, што ўсё працуе, софт разліваецца без памылак, і тд. Здавалася б, нічога складанага, але 3 з 4 пілотаў пачынаюцца з пошуку кабеляў ці трансівераў SFP.
Асобна трэба падкрэсліць, што ў рамках праверкі дэма-сістэмы вы павінны пераканацца ў яе чысціні. Усе дадзеныя папярэдняга тэсціравання павінны быць выдаленыя з сістэмы ў абавязковым парадку перад перадачай. Не выключана, што праходзіла тэсціраванне на рэальных дадзеных, а там можа быць усё што заўгодна, і камерцыйная таямніца і персанальныя дадзеныя.
Праграма тэсціравання
Да перадачы абсталявання заказчыку ў абавязковым парадку павінна быць падрыхтавана праграма тэсціравання, якая адпавядае мэтам тэсціравання. Кожны тэст павінен мець вымерны вынік і дакладныя крытэры поспеху.
Праграма тэсціравання можа быць падрыхтавана вендарам, партнёрам, заказчыкам або сумесна - але абавязкова ДА пачатку тэстаў. І ў абавязковым парадку заказчык павінен падпісацца, што яго задавальняе гэтая праграма.
Людзі
У рамках падрыхтоўкі да пілота неабходна ўзгадніць даты правядзення пілота і прысутнасць усіх неабходных асоб і іх гатоўнасць да тэсціравання, як з боку вендара / партнёра, так і з боку заказчыка. О, колькі пілотаў пачыналася з догляду галоўнага чалавека ў пілоту ў заказчыка ў водпуск на наступны дзень пасля мантажу абсталявання!
Сферы адказнасці / доступу
У праграме пілота павінны быць выразна зразумелыя і ў ідэале апісаны сферы адказнасці ўсіх якія ўдзельнічаюць асоб. Пры неабходнасці ўзгоднены выдалены або фізічны доступ інжынераў вендара / партнёра да сістэм і дадзеных заказчыка са службай бяспекі заказчыка.
Пілот
Калі мы выканалі ўсе папярэднія пункты, то самая сумная частка - гэта сам пілот. Але ён павінен ісці як па рэйках. Калі не, то значыць была запората частка падрыхтоўкі.
Завяршэнне пілота
Пры завяршэнні пілота рыхтуецца дакумент па праведзеным тэсціраванні. У ідэале з усімі тэстамі ў праграме з зялёнай галачкай пройдзена. Магчыма падрыхтоўка прэзентацыі для вышэйшага кіраўніцтва для прыняцця станоўчага рашэння аб куплі або ўнясенні ў спіс дазволеных да закупкі сістэм.
Калі ў вас на руках у канцы пілота няма дакумента са спісам выкананых тэстаў і адзнакамі пройдзена - пілот правальны і яго не трэба было пачынаць наогул.
Крыніца: habr.com