Introdución
Ao longo dos meus anos de traballo no campo das TIC e especialmente nas vendas de TI, vin moitos proxectos piloto, pero a maioría deles acabaron en nada e levaron un tempo importante.
Ao mesmo tempo, se falamos de probar solucións de hardware, como sistemas de almacenamento, para cada sistema de demostración adoita haber unha lista de espera con case un ano de antelación. E cada proba da programación pode traer unha venda ou, pola contra, estragar a venda. Non ten sentido considerar unha situación na que as probas non afectan ás vendas, xa que as probas tampouco teñen sentido: é unha perda de tempo e unha perda de tempo para o sistema de demostración.
Entón, como podes facelo todo con sabiduría e facer que todo suceda?
Adestramento
Goles do piloto
Onde comeza un piloto? Non con conectar equipos a un bastidor, en absoluto. Antes de comezar calquera traballo no equipo, realízase a documentación. E comezamos por definir os obxectivos do piloto.
O obxectivo do piloto é eliminar as obxeccións do cliente final. Non hai obxeccións, non se necesita piloto. Si Si exactamente.
Pero cales son as principais clases de obxeccións que podemos ver?
* Dubidamos da fiabilidade
*Temos dúbidas sobre o rendemento
* Dubidamos da escalabilidade
*Temos dúbidas sobre a compatibilidade e a capacidade de traballar cos nosos sistemas
* Non cremos nas túas diapositivas e queremos asegurarnos na práctica de que o teu sistema realmente pode facer todo isto
* Todo isto será moi difícil, os nosos enxeñeiros xa están ocupados e será difícil para eles
En total, ao final obtemos tres tipos principais de probas piloto e, como caso especial dun piloto, proba de concepto (PoC - proof of concept):
* Proba de carga (+ escalabilidade)
* Probas funcionais
* Probas de tolerancia a fallos
Nun caso concreto, dependendo das dúbidas dun cliente concreto, o piloto poderá combinar diferentes obxectivos ou, pola contra, só un deles poderá estar presente.
O piloto comeza cun documento que describe en ruso por que se está a realizar esta proba. Tamén inclúe necesariamente un conxunto de criterios medibles que permiten dicir sen ambigüidades se o piloto aprobou con éxito ou que concretamente non foi aprobado. Os criterios medibles poden ser numéricos (como a latencia en ms, IOPS) ou binarios (si/non). Se o teu piloto ten un valor inconmensurable como criterio, non ten sentido o piloto, é puramente unha ferramenta de manipulación.
Оборудование
O piloto pódese realizar en equipos de demostración do vendedor/distribuidor/socio ou no equipo do cliente. En rigor, a diferenza é pequena, o enfoque xeral é o mesmo.
A pregunta principal sobre o equipo ANTES de comezar o piloto é se o conxunto completo de equipos está presente (incluíndo interruptores, cables de datos, cables de alimentación)? O equipo está listo para probar (versións de firmware correctas, todo é compatible, todas as luces son verdes)?
A secuencia correcta de accións despois de determinar os obxectivos das probas é preparar completamente o equipo para a proba ANTES de entregalo ao cliente. Por suposto, hai clientes fieis sen présa, pero esta é máis ben a excepción. Eses. o conxunto completo debe ser montado no lugar do compañeiro, todo revisado e montado. O sistema debe estar funcionando e debes asegurarte de que todo funciona, o software está distribuído sen erros, etc. Non parece nada complicado, pero 3 de cada 4 pilotos comezan buscando cables ou transceptores SFP.
Por separado, débese enfatizar que, como parte da comprobación do sistema de demostración, debes asegurarte de que estea limpo. Todos os datos de probas anteriores deben eliminarse do sistema antes da transferencia. É posible que as probas se realizaron con datos reais, e podería haber calquera cousa alí, incluídos segredos comerciais e datos persoais.
Programa de probas
Antes de transferir o equipo ao cliente, debe prepararse un programa de probas que cumpra os obxectivos da proba. Cada proba debe ter un resultado medible e criterios claros para o éxito.
O programa de probas pode ser preparado polo vendedor, socio, cliente ou conxuntamente, pero sempre ANTES do comezo das probas. E o cliente debe asinar que está satisfeito con este programa.
Persoas
Como parte da preparación para o piloto, é necesario acordar as datas do piloto e a presenza de todas as persoas necesarias e a súa preparación para a proba, tanto por parte do vendedor/socio como por parte do cliente. Ah, cantos pilotos comezaron coa persoa principal do piloto do cliente que se vai de vacacións ao día seguinte da instalación do equipo!
Áreas de responsabilidade/acceso
O programa do piloto debe comprender claramente e, idealmente, describir as responsabilidades de todas as persoas implicadas. Se é necesario, o acceso remoto ou físico dos enxeñeiros provedores/socios aos sistemas e datos do cliente coordinouse co servizo de seguridade do cliente.
O piloto
Se completamos todos os puntos anteriores, entón a parte máis aburrida é o propio piloto. Pero debe correr coma se fose sobre carrís. Se non, entón parte da preparación foi feita.
Finalización do piloto
Ao rematar o piloto, elabórase un documento sobre as probas realizadas. O ideal é que todas as probas do programa teñan unha marca de verificación verde PASAR. É posible preparar unha presentación para que a alta dirección tome unha decisión positiva sobre a compra ou a inclusión na lista de sistemas aprobados para a compra.
Se non tes entre as túas mans un documento ao final do piloto cunha lista de probas completadas e as notas aprobadas, o piloto está suspendido e non debería terse iniciado en absoluto.
Fonte: www.habr.com