Pikaopas pilottien ja PoC:iden suorittamiseen

Esittely

IT-alalla ja erityisesti IT-myynnin parissa työskenneltyjen vuosien aikana olen nähnyt monia pilottiprojekteja, mutta suurin osa niistä päättyi turhaan ja vei huomattavan paljon aikaa.

Samaan aikaan, jos puhutaan laitteistoratkaisujen, kuten tallennusjärjestelmien, testaamisesta, jokaiseen demojärjestelmään on yleensä jonotuslista lähes vuosi etukäteen. Ja jokainen aikataulussa oleva testi voi tuoda myynnin tai päinvastoin pilata myynnin. Ei kannata harkita tilannetta, jossa testaus ei vaikuta myyntiin, koska testaamisessa ei myöskään ole järkeä - se on ajanhukkaa ja ajanhukkaa demojärjestelmälle.

Joten kuinka voit tehdä kaiken viisaasti ja saada kaiken tapahtumaan?

Koulutus

Pilotin tavoitteet

Mistä pilotti alkaa? Ei liittämällä laitteita telineeseen, ei ollenkaan. Ennen laitteiston töiden aloittamista tehdään paperityöt. Ja aloitamme määrittelemällä pilotin tavoitteet.
Pilotin tavoitteena on eliminoida loppuasiakkaan vastalauseet. Ei vastalauseita - pilottia ei tarvita. Kyllä Kyllä täsmälleen.
Mutta mitkä ovat vastustuksen pääluokat, joita voimme nähdä?
* Epäilemme luotettavuutta
* Meillä on epäilyksiä suorituskyvystä
* Epäilemme skaalautuvuutta
*Epäilemme yhteensopivuutta ja kykyä toimia järjestelmien kanssa
* Emme usko dioihinsi ja haluamme varmistaa käytännössä, että järjestelmäsi todella pystyy tekemään kaiken tämän
* Tämä kaikki tulee olemaan erittäin vaikeaa, insinööreillämme on jo kiire ja se tulee olemaan heille vaikeaa

Kaiken kaikkiaan saamme lopulta kolme päätyyppiä pilottitestausta ja pilotin erikoistapauksena konseptitodistus (PoC - proof of concept):
* Kuormitustestaus (+ skaalautuvuus)
* Toiminnallinen testaus
* Vikasietoisuustestaus

Tietyssä tapauksessa, riippuen tietyn asiakkaan epäilyistä, pilotti voi yhdistää erilaisia ​​tavoitteita tai päinvastoin, vain yksi niistä voi olla läsnä.

Pilotti alkaa dokumentilla, jossa kerrotaan selkeästi venäjäksi, miksi tämä testaus tehdään. Se sisältää myös väistämättä joukon mitattavissa olevia kriteerejä, joiden avulla voidaan yksiselitteisesti sanoa, läpäistiinkö lentäjä onnistuneesti vai mikä erityisesti jäi läpäisemättä. Mitattavissa olevat kriteerit voivat olla numeerisia (kuten latenssi ms, IOPS) tai binäärisiä (kyllä/ei). Jos pilotillasi on mittaamaton arvo kriteerinä, pilotissa ei ole mitään järkeä, se on puhtaasti manipulointityökalu.

Оборудование

Pilotti voidaan suorittaa myyjän/jakelijan/kumppanin demolaitteilla tai asiakkaan laitteilla. Tarkkaan ottaen ero on pieni, yleinen lähestymistapa on sama.

Pääkysymys koskien laitteita ENNEN pilotin alkamista on, onko koko laitteisto mukana (mukaan lukien kytkimet, datakaapelit, virtakaapelit)? Onko laite valmis testaukseen (oikeat laiteohjelmistoversiot, kaikki on tuettu, kaikki valot ovat vihreitä)?

Oikea toimenpidejärjestys testaustavoitteiden määrittämisen jälkeen on valmistella laitteet täysin testausta varten ENNEN kuin se luovutetaan asiakkaalle. Tietysti on uskollisia asiakkaita ilman kiirettä, mutta tämä on pikemminkin poikkeus. Nuo. koko setti on koottava kumppanin työmaalla, kaikki tarkastettu ja koottu. Järjestelmän on oltava käynnissä ja sinun on varmistettava, että kaikki toimii, ohjelmisto on jaettu ilman virheitä jne. Se ei näytä olevan mitään monimutkaista, mutta kolme neljästä pilotista aloittaa etsimällä kaapeleita tai SFP-lähetin-vastaanottimia.
Erikseen on korostettava, että osana demojärjestelmän tarkistamista on varmistettava, että se on puhdas. Kaikki aiemmat testaustiedot on poistettava järjestelmästä ennen siirtoa. On mahdollista, että testaus tehtiin todellisilla tiedoilla, ja siellä saattoi olla mitä tahansa, mukaan lukien liikesalaisuudet ja henkilötiedot.

Testausohjelma

Ennen laitteiden luovuttamista asiakkaalle on laadittava testaustavoitteet täyttävä testausohjelma. Jokaisella testillä tulee olla mitattavissa oleva tulos ja selkeät menestyskriteerit.
Testausohjelman voi laatia myyjä, kumppani, asiakas tai yhdessä - mutta aina ENNEN testien alkamista. Ja asiakkaan on allekirjoitettava, että hän on tyytyväinen tähän ohjelmaan.

Ihmiset

Osana pilottiin valmistautumista on tarpeen sopia pilotin päivämäärät ja kaikkien tarvittavien henkilöiden läsnäolo ja valmius testaukseen sekä myyjän/kumppanin että asiakkaan puolelta. Oi, kuinka moni lentäjä alkoi, kun asiakkaan lentäjän päähenkilö lähti lomalle laitteiden asennuksen jälkeisenä päivänä!

Vastuualueet/pääsyalueet

Pilottiohjelman tulee ymmärtää selkeästi ja ihanteellisesti kuvata kaikkien mukana olevien henkilöiden vastuut. Tarvittaessa myyjän/kumppaniinsinöörien etä- tai fyysinen pääsy asiakkaan järjestelmiin ja tietoihin on sovitettu asiakkaan tietoturvapalvelun kanssa.

Lentäjä

Jos olemme suorittaneet kaikki edelliset kohdat, niin tylsin osa on lentäjä itse. Mutta sen täytyy kulkea kuin kiskoilla. Jos ei, osa valmistelusta meni pilalle.

Pilotin valmistuminen

Pilotin päätyttyä laaditaan dokumentti suoritetusta testauksesta. Ihannetapauksessa kaikissa ohjelman testeissä on vihreä PASS-valintamerkki. Ylimmälle johdolle on mahdollista valmistaa esittely, jotta se voi tehdä positiivisen päätöksen ostosta tai ostettavaksi hyväksyttyjen järjestelmien luetteloon sisällyttämisestä.
Jos sinulla ei ole pilotin lopussa käsissäsi dokumenttia, jossa on luettelo suoritetuista testeistä ja läpäistyistä arvosanoista, pilotti on epäonnistunut eikä sitä olisi pitänyt aloittaa ollenkaan.

Lähde: will.com

Lisää kommentti