Introducció
Al llarg dels anys de la meva feina en el camp de la informàtica i sobretot en la venda d'informàtica, he vist molts projectes pilot, però la majoria d'ells no van acabar en res i van trigar molt de temps.
Al mateix temps, si parlem de provar solucions de maquinari, com ara sistemes d'emmagatzematge, per a cada sistema de demostració sol haver-hi una llista d'espera amb gairebé un any d'antelació. I cada prova de la programació pot portar una venda o, per contra, arruïnar la venda. No té sentit considerar una situació en què les proves no afecten les vendes, ja que les proves tampoc tenen sentit: és una pèrdua de temps i una pèrdua de temps per al sistema de demostració.
Aleshores, com pots fer-ho tot sàviament i fer que tot passi?
Entrenament
Els objectius del pilot
On comença un pilot? No amb la connexió d'equips a un bastidor, en absolut. Abans que comenci qualsevol treball en l'equip, es realitza la documentació. I comencem per definir els objectius del pilot.
L'objectiu del pilot és eliminar les objeccions del client final. No hi ha objeccions, no cal cap pilot. Sí Sí exactament.
Però, quines són les principals classes d'objeccions que podem veure?
* Dubtem de la fiabilitat
*Tenim dubtes sobre el rendiment
* Dubtem de l'escalabilitat
*Tenim dubtes sobre la compatibilitat i la capacitat de treballar amb els nostres sistemes
* No creiem en les vostres diapositives i volem assegurar-nos a la pràctica que el vostre sistema realment pot fer tot això
* Tot això serà molt difícil, els nostres enginyers ja estan ocupats i els serà difícil
En total, al final obtenim tres tipus principals de proves pilot i, com a cas especial de pilot, prova de concepte (PoC - prova de concepte):
* Proves de càrrega (+ escalabilitat)
* Proves funcionals
* Proves de tolerància a errors
En un cas concret, en funció dels dubtes d'un client concret, el pilot pot combinar diferents objectius, o, per contra, només un d'ells pot estar present.
El pilot comença amb un document que descriu en rus senzill per què s'estan realitzant aquestes proves. També inclou necessàriament un conjunt de criteris mesurables que permeten dir sense ambigüitats si el pilot va aprovar amb èxit o què concretament no es va aprovar. Els criteris mesurables poden ser numèrics (com ara la latència en ms, IOPS) o binaris (sí/no). Si el vostre pilot té un valor incommensurable com a criteri, el pilot no té sentit, és purament una eina de manipulació.
Оборудование
El pilot es pot dur a terme en equips de demostració del venedor/distribuïdor/partner o en equips del client. En sentit estricte, la diferència és petita, l'enfocament general és el mateix.
La pregunta principal sobre l'equip ABANS de començar el pilot és si hi ha tot el conjunt d'equips (inclosos interruptors, cables de dades, cables d'alimentació)? L'equip està preparat per a la prova (versions de firmware correctes, tot és compatible, tots els llums són verds)?
La seqüència correcta d'accions després de determinar els objectius de la prova és preparar completament l'equip per a la prova ABANS de ser lliurat al client. Per descomptat, hi ha clients fidels sense presses, però aquesta és més aviat l'excepció. Aquells. el conjunt complet s'ha de muntar al lloc del soci, tot revisat i muntat. El sistema ha d'estar en funcionament i s'ha d'assegurar que tot funciona, el programari es distribueix sense errors, etc. No semblaria res complicat, però 3 de cada 4 pilots comencen buscant cables o transceptors SFP.
Per separat, cal destacar que com a part de la comprovació del sistema de demostració, heu d'assegurar-vos que estigui net. Totes les dades de proves anteriors s'han de suprimir del sistema abans de la transferència. És possible que les proves s'hagin fet amb dades reals, i hi podria haver qualsevol cosa, inclosos secrets comercials i dades personals.
Programa de proves
Abans de transferir l'equip al client, s'ha d'elaborar un programa de proves que compleixi els objectius de la prova. Cada prova ha de tenir un resultat mesurable i criteris clars d'èxit.
El programa de proves el pot preparar el venedor, el soci, el client o conjuntament, però sempre ABANS de l'inici de les proves. I el client ha de signar que està satisfet amb aquest programa.
Persones
Com a part de la preparació del pilot, cal acordar les dates del pilot i la presència de totes les persones necessàries i la seva preparació per a la prova, tant per part del venedor/soci com per part del client. Oh, quants pilots van començar amb la persona principal del pilot del client marxant de vacances l'endemà de la instal·lació de l'equip!
Àrees de responsabilitat/accés
El programa del pilot hauria d'entendre clarament i, idealment, descriure les responsabilitats de totes les persones implicades. Si cal, l'accés remot o físic dels enginyers del proveïdor/partner als sistemes i dades del client s'ha coordinat amb el servei de seguretat del client.
El pilot
Si hem completat tots els punts anteriors, aleshores la part més avorrida és el propi pilot. Però ha de córrer com si fos sobre rails. Si no, llavors part de la preparació s'ha enganxat.
Finalització del pilot
Un cop finalitzada la prova pilot, s'elabora un document sobre les proves realitzades. L'ideal és que totes les proves del programa tinguin una marca verda PASS. És possible preparar una presentació perquè l'alta direcció prengui una decisió positiva sobre la compra o la inclusió a la llista de sistemes aprovats per a la compra.
Si no tens a les teves mans un document al final del pilot amb una llista de proves realitzades i notes superades, el pilot està suspès i no s'hauria d'haver iniciat en absolut.
Font: www.habr.com