Wprowadzenie
Przez lata mojej pracy w branży IT, a szczególnie w sprzedaży IT, widziałem wiele projektów pilotażowych, jednak większość z nich zakończyła się niczym i zajęła znaczną ilość czasu.
Jednocześnie jeśli mówimy o testowaniu rozwiązań sprzętowych, np. systemów pamięci masowej, to na każdy system demonstracyjny zwykle czeka się na listę oczekujących z prawie rocznym wyprzedzeniem. A każdy test w harmonogramie może przynieść sprzedaż lub wręcz przeciwnie, zrujnować sprzedaż. Nie ma sensu rozważać sytuacji, w której testowanie nie wpływa na sprzedaż, bo testowanie też nie ma sensu – to strata czasu i strata czasu na system demonstracyjny.
Jak więc zrobić wszystko mądrze i sprawić, by wszystko się wydarzyło?
Szkolenie
Cele pilota
Od czego zaczyna się pilotaż? Nie przy podłączaniu sprzętu do racka, zupełnie nie. Przed rozpoczęciem jakichkolwiek prac na sprzęcie przeprowadzana jest dokumentacja. Zaczynamy od zdefiniowania celów pilotażu.
Celem pilotażu jest wyeliminowanie zastrzeżeń ze strony klienta końcowego. Żadnych zastrzeżeń – nie potrzeba pilota. Tak, dokładnie.
Ale jakie są główne klasy zarzutów, jakie możemy dostrzec?
* Wątpimy w niezawodność
*Mamy wątpliwości co do wydajności
* Wątpimy w skalowalność
*Mamy wątpliwości co do kompatybilności i możliwości współpracy z naszymi systemami
* Nie wierzymy w Twoje slajdy i chcemy się upewnić w praktyce, że Twój system naprawdę jest w stanie to wszystko zrobić
* To wszystko będzie bardzo trudne, nasi inżynierowie są już zajęci i będzie to dla nich trudne
W sumie ostatecznie otrzymujemy trzy główne rodzaje testów pilotażowych oraz jako szczególny przypadek pilota proof of concept (PoC – proof of concept):
* Testowanie obciążenia (+ skalowalność)
* Testy funkcjonalności
* Testowanie odporności na błędy
W konkretnym przypadku, w zależności od wątpliwości konkretnego klienta, pilot może łączyć różne cele lub odwrotnie, może występować tylko jeden z nich.
Pilotaż rozpoczyna się od dokumentu opisującego prostym językiem rosyjskim, dlaczego przeprowadzane są te testy. Niezbędnie zawiera także zestaw mierzalnych kryteriów, które pozwalają jednoznacznie stwierdzić, czy pilot przeszedł pomyślnie, a co konkretnie nie. Mierzalne kryteria mogą być liczbowe (takie jak opóźnienie w ms, IOPS) lub binarne (tak/nie). Jeśli Twój pilot ma jako kryterium niemierzalną wartość, to pilot nie ma sensu, jest to wyłącznie narzędzie manipulacji.
Sprzęt
Pilotaż można przeprowadzić na sprzęcie demonstracyjnym sprzedawcy/dystrybutora/partnera lub na sprzęcie klienta. Ściśle mówiąc, różnica jest niewielka, ogólne podejście jest takie samo.
Główne pytanie dotyczące sprzętu PRZED rozpoczęciem pilotażu brzmi: czy obecny jest kompletny zestaw wyposażenia (w tym przełączniki, kable do transmisji danych, kable zasilające)? Czy sprzęt jest gotowy do testów (prawidłowa wersja oprogramowania, wszystko jest obsługiwane, wszystkie kontrolki świecą na zielono)?
Prawidłowa kolejność działań po ustaleniu celów testów to pełne przygotowanie sprzętu do testów PRZED jego przekazaniem klientowi. Oczywiście zdarzają się lojalni klienci bez pośpiechu, ale to raczej wyjątek. Te. kompletny zestaw należy złożyć u partnera, wszystko sprawdzić i zmontować. System musi działać i trzeba się upewnić, że wszystko działa, oprogramowanie jest dystrybuowane bez błędów itp. Wydawałoby się to niczym skomplikowanym, ale 3 na 4 pilotów zaczyna od poszukiwania kabli lub transceiverów SFP.
Osobno należy podkreślić, że w ramach sprawdzania systemu demonstracyjnego należy upewnić się, że jest on czysty. Wszystkie poprzednie dane testowe muszą zostać usunięte z systemu przed przeniesieniem. Możliwe, że badania przeprowadzono na prawdziwych danych i mogło się tam znajdować wszystko, łącznie z tajemnicami handlowymi i danymi osobowymi.
Program testowy
Przed przekazaniem sprzętu klientowi należy przygotować program testów spełniający cele testów. Każdy test powinien mieć mierzalny wynik i jasne kryteria sukcesu.
Program testowy może być przygotowany przez dostawcę, partnera, klienta lub wspólnie – ale zawsze PRZED rozpoczęciem testów. A klient musi podpisać, że jest zadowolony z tego programu.
ludzie
W ramach przygotowań do pilotażu konieczne jest uzgodnienie terminów pilotażu oraz obecności wszystkich niezbędnych osób i ich gotowości do testów, zarówno po stronie sprzedawcy/partnera, jak i po stronie klienta. Ach, ilu pilotów zaczynało od tego, że główna osoba w pilocie klienta wyjechała na wakacje następnego dnia po montażu sprzętu!
Obszary odpowiedzialności/dostępu
Program pilotażowy powinien jasno rozumieć i idealnie opisywać obowiązki wszystkich zaangażowanych osób. W razie potrzeby zdalny lub fizyczny dostęp inżynierów dostawcy/partnera do systemów i danych klienta został skoordynowany z działem bezpieczeństwa klienta.
Pilot
Jeśli wykonaliśmy wszystkie poprzednie punkty, to najbardziej nudną częścią jest sam pilot. Ale musi jechać jak po szynach. Jeśli nie, to część przygotowań została schrzaniona.
Zakończenie pilotażu
Po zakończeniu pilotażu sporządzany jest dokument z przeprowadzonych testów. Idealnie, jeśli wszystkie testy w programie mają zielony znacznik PASS. Istnieje możliwość przygotowania prezentacji dla wyższej kadry zarządzającej, która pozwoli na podjęcie pozytywnej decyzji o zakupie lub umieszczeniu na liście systemów dopuszczonych do zakupu.
Jeśli na koniec pilotażu nie masz w rękach dokumentu z listą wykonanych testów i zaliczonych ocen, pilotaż jest nieudany i w ogóle nie powinien być rozpoczynany.
Źródło: www.habr.com