Guide rapide pour les pilotes et les PoC

Introduction

Au fil des années, travaillant dans le domaine de l'IT et plus particuliÚrement dans les ventes IT, j'ai vu de nombreux projets pilotes, mais la plupart d'entre eux aboutissaient à rien malgré des dépenses de temps considérables.

Cependant, lorsqu'il s'agit de tester des solutions matĂ©rielles, comme les systĂšmes de stockage, il y a souvent une file d'attente presque d'un an pour chaque systĂšme de dĂ©mo. Et chaque test prĂ©vu peut entraĂźner une vente ou, au contraire, compromettre une vente. Il n'est pas pertinent de considĂ©rer une situation oĂč le test n'affecte pas la vente, car un test sans impact n'a pas de sens — c'est une perte de temps et une occupation inutile du systĂšme de dĂ©mo.

Alors, comment s'y prendre correctement pour que tout réussisse ?

Préparation

Objectifs du pilote

Par oĂč commence un pilote ? Pas par le raccordement de l'Ă©quipement dans le rack, non pas du tout. Avant de commencer le travail avec l'Ă©quipement, il faut d'abord travailler sur les documents. Nous commençons par dĂ©finir les objectifs du pilote.
L'objectif du pilote est d'éliminer les objections de la part du client final. Pas d'objections, pas de pilote. Oui, oui, c'est exactement ça.
Mais quelles sont les principales catégories d'objections que nous pouvons rencontrer ?
* Nous doutons de la fiabilité
* Nous doutons des performances
* Nous doutons de l'évolutivité
* Nous doutons de la compatibilité et de la capacité à fonctionner avec nos systÚmes
* Nous ne croyons pas à vos diapositives et voulons nous assurer en pratique que votre systÚme peut réellement faire tout cela
* Tout cela sera trÚs compliqué, nos ingénieurs sont déjà débordés et cela leur sera difficile

En conclusion, nous obtenons finalement trois types principaux de tests pilotes et en tant que cas particulier du pilote, une preuve de concept (PoC - proof of concept) :
* Test de charge (+ évolutivité)
* Test fonctionnel
* Test de tolérance aux pannes

Dans chaque cas, selon les doutes spécifiques du client, le pilote peut combiner différents objectifs ou, au contraire, n'en inclure qu'un seul.

Le pilote commence par un document dĂ©crivant en français clair – pourquoi ce test est effectuĂ©. Il doit Ă©galement inclure un ensemble de critĂšres mesurables permettant de dire sans Ă©quivoque – si le pilote a rĂ©ussi ou ce qui a Ă©chouĂ©. Les critĂšres mesurables peuvent ĂȘtre numĂ©riques (comme par exemple la latence en ms, IOPS) ou binaires (oui/non). Si votre pilote contient une variable non mesurable comme critĂšre – le pilote n'a pas de sens, c'est uniquement un outil de manipulation.

Matériel

Le pilote peut ĂȘtre rĂ©alisĂ© sur un matĂ©riel de dĂ©monstration fourni par le vendeur / distributeur / partenaire ou sur le matĂ©riel du client. Strictement parlant, la diffĂ©rence est minime, l'approche gĂ©nĂ©rale est la mĂȘme.

La question principale concernant le matĂ©riel AVANT le dĂ©but du pilote – l'ensemble complet du matĂ©riel est-il prĂ©sent (y compris les commutateurs, cĂąbles de communication, cĂąbles d'alimentation) ? Le matĂ©riel est-il prĂȘt pour les tests (versions de firmware correctes, tout en support, toutes les lumiĂšres vertes) ?

La bonne sĂ©quence d'actions aprĂšs avoir dĂ©fini les objectifs de test – prĂ©paration complĂšte du matĂ©riel pour les tests AVANT de le remettre au client. Bien sĂ»r, il existe des clients loyaux sans hĂąte, mais c'est plutĂŽt une exception. Autrement dit, l'ensemble complet doit ĂȘtre assemblĂ© sur le site du partenaire, tout vĂ©rifiĂ© et assemblĂ©. Il est impĂ©ratif que le systĂšme soit dĂ©marrĂ© et que vous vous assuriez que tout fonctionne, que le logiciel s'exĂ©cute sans erreurs, etc. Il semblerait que ce ne soit pas compliquĂ©, mais 3 pilotes sur 4 commencent par la recherche de cĂąbles ou de transceivers SFP.
Il convient de souligner que dans le cadre de la vĂ©rification du systĂšme de dĂ©monstration, vous devez vous assurer de sa propretĂ©. Toutes les donnĂ©es des tests prĂ©cĂ©dents doivent ĂȘtre supprimĂ©es du systĂšme avant la remise. Il est possible que des tests aient Ă©tĂ© rĂ©alisĂ©s avec des donnĂ©es rĂ©elles, et cela peut contenir n'importe quoi, ainsi que des secrets commerciaux et des donnĂ©es personnelles.

Programme de test

Avant la remise du matĂ©riel au client, un programme de test rĂ©pondant aux objectifs de test doit obligatoirement ĂȘtre prĂ©parĂ©. Chaque test doit avoir un rĂ©sultat mesurable et des critĂšres de succĂšs clairs.
Le programme de test peut ĂȘtre prĂ©parĂ© par le fournisseur, le partenaire, le client ou conjointement, mais doit ĂȘtre rĂ©alisĂ© AVANT le dĂ©but des tests. De plus, le client doit obligatoirement signer pour confirmer que ce programme lui convient.

Les gens

Dans le cadre de la préparation pour le pilote, il est nécessaire de convenir des dates de réalisation du pilote et de la présence de toutes les personnes nécessaires et de leur disponibilité pour le test, tant du cÎté du fournisseur/partenaire que du cÎté du client. Oh, combien de pilotes ont commencé avec le départ de la personne clé du client en congé le lendemain de l'installation de l'équipement !

Domaines de responsabilité / d'accÚs

Le programme pilote doit clairement dĂ©finir, et idĂ©alement dĂ©crire, les domaines de responsabilitĂ© de toutes les personnes impliquĂ©es. Si nĂ©cessaire, l'accĂšs distant ou physique des ingĂ©nieurs du fournisseur/partenaire aux systĂšmes et aux donnĂ©es du client doit ĂȘtre convenu avec le service de sĂ©curitĂ© du client.

Pilote

Si nous avons rempli tous les points prĂ©cĂ©dents, la partie la plus ennuyeuse est le pilote lui-mĂȘme. Mais il doit se dĂ©rouler sans accroc. Si ce n'est pas le cas, cela signifie qu'une partie de la prĂ©paration a Ă©chouĂ©.

Conclusion du pilote

À la fin du pilote, un document sur le test effectuĂ© est prĂ©parĂ©. IdĂ©alement, avec tous les tests du programme validĂ©s par une coche verte VALIDÉ. Une prĂ©sentation pour la direction peut ĂȘtre prĂ©parĂ©e afin d'obtenir une dĂ©cision positive sur l'achat ou l'inclusion dans la liste des systĂšmes autorisĂ©s Ă  ĂȘtre achetĂ©s.
Si Ă  la fin du pilote vous n'avez pas de document avec la liste des tests effectuĂ©s et les indicateurs passĂ©s – le pilote a Ă©chouĂ© et il n'aurait mĂȘme pas dĂ» ĂȘtre commencĂ©.

Source : habr.com

Acheter un hĂ©bergement fiable pour les sites avec protection DDoS, serveurs VPS VDS đŸ”„ Acheter un hĂ©bergement fiable pour les sites avec protection DDoS, serveurs VPS VDS | ProHoster