Въведение
През годините на работата ми в ИТ сферата, особено в продажбите, съм виждал много пилотни проекти, но повечето от тях завършваха с нищо при значителни разходи на време.
При това, когато говорим за тестване на хардуерни решения, като например СХД, за всяка демо-система обикновено има опашка почти за година напред. А всяко тестване в графика може да доведе до продажба или, обратно, да провали продажба. Ситуацията, в която тестването не влияе на продажбата, не е смислена, тъй като и тестването няма смисъл — това е празен разход на време и заетост на демо-системата.
И така, как да направим всичко по правилния начин, за да се случи?
Подготовка
Цели на пилота
С какво започва пилотът? Не с включването на оборудването в стелажа, съвсем не. Преди да започнем каквито и да е работи с оборудването, има работа с документи. И започваме с определянето на целите на пилота.
Целта на пилота е да се премахнат възраженията от страна на крайния клиент. Няма възражения — не е нужен пилот. Да, точно така.
Но какви основни класове възражения можем да видим?
* Съмняваме се в надеждността
* Съмняваме се в производителността
* Съмняваме се в мащабируемостта
* Съмняваме се в съвместимостта и способността да работи с нашите системи
* Не вярваме на вашите слайдове и искаме да се уверим на практика, че вашата система наистина притежава всичко това
* Това ще бъде много сложно, нашите инженери вече са заети и ще им бъде трудно
В крайна сметка получаваме три основни вида пилотно тестване и като частен случай на пилота, доказателство на концепта (PoC – proof of concept):
* Натоварващо тестване (+ мащабируемост)
* Функционално тестване
* Тестване на отказоустойчивостта
В конкретния случай, в зависимост от съмненията на конкретния клиент, в пилота могат да се комбинират различни цели, или обратно, да присъства само една от тях.
Пилотът започва с документ, описващ на руски език за какво служи това тестиране. Задължително се включва набор от измерими критерии, позволяващи ясно да се определи – пилотът успешен ли е или какво конкретно не е изпълнено. Измеримите критерии могат да бъдат числови (например закъснение в мс, IOPS) или бинарни (да/не). Ако вашият пилот включва неизмерима величина като критерий – пилотът губи смисъл, това е изключителен инструмент за манипулации.
Оборудване
Пилотът може да бъде проведен на демо оборудване на доставчика / дистрибутора / партньора или на оборудването на клиента. Строго погледнато, разликата е незначителна, общият подход е един и същ.
Основният въпрос относно оборудването ПРЕДИ началото на пилота – присъства ли пълен комплект оборудване (включително комутатори, кабели за предаване на данни, кабели за захранване)? Готово ли е оборудването за тестване (правилни версии на фърмуера, всичко под поддръжка, всички лампички зелени)?
Правилната последователност на действията след определяне на целите на тестването – пълна подготовка на оборудването за тестване ПРЕДИ предаването му на клиента. Безусловно, има лоялни клиенти без бързане, но това е по-скоро изключение. Т.е. пълният комплект трябва да бъде събран на площадката на партньора, всичко проверено и сглобено. Задължително системата трябва да бъде стартирана и трябва да се уверите, че всичко работи, софтуерът се инсталира без грешки и т.н. Изглежда просто, но 3 от 4 пилота започват с търсене на кабели или SFP трансивери.
По-специално трябва да подчертаем, че в рамките на проверката на демо системата трябва да се уверите в нейната чистота. Всички данни от предишното тестване трябва задължително да бъдат изтрити от системата преди предаването. Не е изключено, че е било проведено тестване с реални данни, а там може да има всичко – търговска тайна и лични данни.
Програма за тестване
Преди предаването на оборудването на клиента задължително трябва да бъде подготвена програма за тестване, отговаряща на целите на тестването. Всеки тест трябва да има измерим резултат и ясни критерии за успех.
Програмата за тестове може да бъде подготвена от доставчика, партньора, клиента или съвместно – но непременно ПРЕДИ началото на тестовете. Задължително е клиентът да подпише, че е удовлетворен от тази програма.
Хора
В рамките на подготовката за пилота е необходимо да се уточнят датите за провеждане на пилота и присъствието на всички необходими лица, както от страна на доставчика / партньора, така и от страна на клиента. О, колко пилоти са започнали с напускането на главния човек в пилота при клиента в отпуск на следващия ден след инсталирането на оборудването!
Области на отговорност / достъп
В програмата на пилота трябва да бъдат ясно определени и идеално описани областите на отговорност на всички участващи лица. При необходимост трябва да се съгласи отдалечен или физически достъп на инженерите от доставчика / партньора до системите и данните на клиента със службата за сигурност на клиента.
Пилот
Ако сме извършили всички предходни точки, най-скучната част – това е самият пилот. Но той трябва да протече безпроблемно. Ако не, значи е била провалена част от подготовката.
Завършване на пилота
При завършване на пилота се подготвя документ за проведеното тестване. В идеалния случай с всички тестове в програмата, които са отметнати със зелена галочка ПРОЙДЕНО. Възможна е подготовка на презентация за висшето ръководство за приемане на положително решение за покупка или добавяне в списъка на разрешените за закупуване системи.
Ако в края на пилота нямате документ със списък на извършените тестове и бележки за преминати – пилотът е провален и не трябваше да бъде започван изобщо.
Източник: habr.com
