Réussir le POC d’un outil IT en trois semaines : la méthode
Un POC qui s’éternise ne prouve rien. Périmètre, critères de succès, mesures avant et après : la méthode pour décider en trois semaines.
Un POC raté n’est presque jamais un problème technique. Il échoue parce que son périmètre a gonflé, que personne n’a défini la réussite, ou que rien n’a été mesuré avant. Trois semaines suffisent, à condition de préparer.
Avant de commencer : la semaine zéro
Le temps perdu dans un POC se perd avant l’installation. Trois sujets sont à régler en amont.
- Les flux réseau. Faites valider la matrice des flux par l’équipe sécurité avant le premier jour.
- Les comptes de service. Un compte par source, en lecture seule, créé et testé.
- La machine. Livrée, nommée, avec son certificat.
Un périmètre volontairement petit
Trois à cinq sources, quelques centaines de serveurs d’un périmètre applicatif, cinq à dix utilisateurs clés. Un POC démontre une valeur ; il ne déploie pas un produit.
Des critères de succès écrits au lancement
Fixez-les en comité de lancement, avec une cible chiffrée pour chacun. Par exemple :
- la part des actifs retrouvés dans au moins deux sources ;
- le temps nécessaire pour réunir les informations d’un serveur, avant et avec l’outil ;
- la fiabilité d’un indicateur de conformité, comparée à votre calcul manuel ;
- la satisfaction des utilisateurs clés.
Mesurer avant, pas seulement après
Sans point de départ, pas de gain démontrable. Chronométrez trois diagnostics réels avec vos outils actuels pendant la première semaine. Refaites l’exercice pendant la deuxième avec le nouvel outil.
Un bilan qui mène à une décision
La troisième semaine sert à la recette, à la restitution et à la décision : poursuivre, ajuster ou arrêter. Un procès-verbal signé clôt l’exercice. Sans décision, un POC devient un projet sans fin.
C’est le déroulé du POC Univizio, livré avec son plan, sa matrice des flux et sa grille de recette. Pour en préparer un, décrivez-nous votre contexte.