SSII & Certification
Par NiCoS le jeudi 9 octobre 2008, 23:07 - Intégration - Lien permanent
Il n'est pas rare qu'une SSII soit retenue de part l'expertise qu'elle possède sur un produit (jusque là rien d'anormal) mais aussi car elle ou plusieurs de ses collaborateurs sont certifiés sur le produit X. Cet argument de certification étant forcément utilisée d'uen façon ou d'une autre par l'équipe commerciale pendant la phase d'avant-vente.
Le client, dans sa phase de choix entre plusieurs prestataires, peut donc retenir cet argument (mais pas uniquement) pour sélectionner le prestataire à qui il confiera au final la réalisation de son projet.
Cependant, pendant la phase de réalisation, il arrive que les personnes travaillant sur les projets ne soient pas les personnes certifiées ou aient une expérience faible à moyenne de l'outil en question. Ceci pouvant générer des problèmes sur la qualité du livrable final ou sur les délais de réalisation. Ceci ayant pour conséquence une insatisfaction du client au final. (Je n'aborde pas le cas où tout se passe bien, car dans ce cas "tant mieux").
Je me pose du coup les questions suivantes :
- Faudrait-il demander à la SSII en question que si elle use de cet argument, alors elle s'engage formellement à fournir les profils certifiés ou dans la cas d'une certification globale au niveau de la société, de fournir des profils avec une expérience suffisante et pouvant se présenter pour la certification ?
- Faudrait-il que la SSII présente deux grilles de prix pour un projet donné ? Une grille avec les profils certifiés et une grille avec les profils "standards" en partant du principe que la qualité se paye... Libre ensuite au client de choisir la grille en fonction de son budget...
D'autres idées ? Vos avis ?
Si le sujet de la section d'un prestataire vous intéresse, je vous invite à lire les billets d'Olivier Mansour dans la série Acheter des prestations informatiques, qui sont je trouve assez pertinent.
Commentaires
J'ai vu trop de gens « certifiés » être finalement nuls sur le terrain pour accorder du crédit à ce genre de valorisation du CV. J'aurais même plutôt tendance à m'en méfier, je n'aime pas les façades trop clinquantes, c'est louche.
Et il y a pire que la certification de personnes, celles d'accessibilité d'un site par exemple. Il y a 10 ans, quand un site ne changeait qu'un fois par an, pourquoi pas, mais de nos jours où les sites changent en permanence, quelle est la durée de vie d'une certification accessibilité niveau 2 ou 3 ?
Comme tout titre, il y a de toutes façons la partie "sans pratique régulière, le titre perd de son intérêt". Après il faut voir aussi le contenu de cette certification - si celle-ci est "simple" à obtenir ou pas... De toute façon, un titre, quel qu'il soit ne fait que valider des connaissances ou un état à un instant t.
Pour l'accessibilité, si la certification se perd avec le temps sans modification de l'outil et de la charte, c'est que l'outil n'est pas en mesure de générer un contenu accessible de base ou alors pas sans veiller à ce qu'il fasse des choses accessibles, non ?
C'est simple. En régie tu peux exiger le personnel que tu veux. Au forfait seul le résultat peut être débattu.
Je pense tout de même qu'un client important sur des projets important (le cas surement de ta société) peut exiger qu'au moins l'encadrement du projet (chef de projet, expert tech) soit désigné nominativement. Cela n'empêche pas la plus grande vigilance quand à la qualité du travail fourni autour d'un forfait.
Certes mais bon on sait tous les deux ce qu'il peut advenir d'une équipe présentie et que rien ne garantit que ce soit bien celle là qui fasse au final la réalisation. Certes, les SSII essaient d'être fixes au moins pour le CP mais bon si le CP en question est positionné sur 12 propositions qui se font dans le même planning, il peut pas être partout le pauvre
Je me rappelle de Règlement de consultation (ou autre document administratif d'un appel d'offre) qui indiquait que pendant le projet, le CP ne pouvait être changé sans consultation du client et bien sur avec une bonne raison et prise en charge par la SSII de la montée sur le projet du nouveau CP. Par contre jusqu'à la date de lancement du projet, tu pouvais remodeler ton équipe comme tu veux.
Sur la qualité d'un forfait, le problème est que tu ne peux pas remonter la qualité du forfait en fin de projet. Ou sinon il faudrait que le client puisse auditer le code & co tout au long du projet. Ce qu'il peut rarement faire (pb de compétence, de temps, de mise à disposition du code, etc). Lorsqu'on arrive en phase d'intégration, on ne peut pas faire des miracles, surtout si le prestataire commence à prendre le bouillon au niveau des charges consommées vs estimées.
" il arrive que les personnes travaillant sur les projets ne soient pas les personnes certifiées "
Tout à fait d'accord avec toi, du coup j'en viens à me dire qu'un freelance certifié vaut mieux qu'une SSII certifiée même si cette dernière dispose d'une batterie d'ingénieurs.
" Une grille avec les profils certifiés et une grille avec les profils "standards " Pourquoi pas, mais la course à l'argent et le désir de faire de belles marges l'emporte peut être trop souvent.
Pour le problème des profils experts, c'est la première chose qui m'a étonné (au bout de 2 semaines tu peux être expert ou considéré comme tel), enfin être un non expert n'est pas une honte, simplement il vrai que la bonne solution serait la transparence totale entre le prestataire et le client. " Voilà un seul développeur certifié, les quatres autres sont en formation sur ce produit" .. c'est cool mais peu vendeur, le client à peur et ne reste pas.
s'pas faux.
On en revient toujours à la confiance. Si la certification n'apporte pas la confiance nécessaire, il faut la trouver ailleurs (dans ton réseau de relations par ex). Perso, je cherche systématiquement des infos nominatives sur les personnes que je vais faire travailler (google, linkedin, ...). En trouver de positives me mets à l'aise.
@Samuel :
Comme vous l'avez bien compris, les certifications individuelles "produits ou logiciels" n'apportent aucune garantie sur le bon déroulement d'un projet pour un client. En revanche, elle apporte un crédit aux sociétés qui font l'effort de se lancer dans des programmes de certifications de leurs salariés.
Si on y regarde d'un peu plus près, on s'aperçoit que pour le client final les personnes certifiés (je parle ici de vraies certifications - et pas de formations donnant systématiquement lieu à une Certif avec au préalable un bachotage en règle de la doc qui va bien) n'interviennent que ponctuellement sur les projets vu les niveaux de facturations associés à leurs interventions.
D'autre part, une pratique courante pour une SSII est de devenir partenaire (Silver ou Gold) d'un constructeur ou d'un éditeur.
Là encore, si l'on regarde d'un peu plus près les mécanismes d'obtention de ces niveaux de partenariat : il s'agit de comptabiliser le nombre de certifiés présents à un instant donnée dans la société. (ex - niveau Silver : 3 , niveau Gold : 5). Le casse tête pour les boites de service est le suivant : comment conserver un nombre constant de certifiés dans leurs effectifs ?
Vous connaissez bien sûr la réponse : on fait de belle offre financière aux Certifiés - leur coût devient très important et deviennent impossible à staffer sur des projets si l'on tient compte des contraintes budgétaires des clients.
Toutefois, certaines certifications sont bien traitées, plutôt chez les constructeurs que chez les éditeurs d'ailleurs. Ces certifications de qualité comportent des modules théoriques, mais aussi et nécéssairement, et c'est souvent manquant : des modules pratiques. En Lab, le futur certifié est mis en conditions réelles face à un ou plusieurs problèmes technique à résoudre dans un temps donnée. Malheureusement, c'est encore trop rare et cher comme pratique.
En conclusion : Si vous êtes un client qui a vraiment les moyens - favoriser les Certifs qui mettent les candidats en situations très opérationnelles. Assurez-vous que les projets déjà réalisés se sont bien passés.
Si vous ne les avez pas : favoriser des sociétés qui possèdent des références de projets réussis avec une vraie méthodologie et des retours d'expériences significatifs sur les technos retenus.
Pierre-Alexandre
Tiens, un PA ici...
Certes, mais une certification globale d'une entreprise n'en apporte pas plus (sauf si la dite entreprise en faisait un pré-requis pour pouvoir travailler sur des projets qu'elle mène...)
Certes, ces personnes vont plutôt travailler de façon ponctuelle sur un projet lorsque leur expertise est réellement nécessaire ou sur des projets d'architecture un peu complexe. Toutefois, on sait aussi que sur des "petits" projets, l'expert vendu dans la propale ne fait pas nécessairement le travail qu'il est supposé faire... Cela ne me génerait pas que des "petits" projets soient confiés à des profils plus jeunes si on était surs que ces derniers soient bien encadrés au début du projet par un expert afin de lancer le projet dans la bonne direction. Car mine de rien, il arrive aussi que ces experts soient contraints d'intervenir en mode pompier parce que le développeur prévu pour la mission ne sache pas comment résoudre tel ou tel problème ou parce qu'il a mal implémenté une fonctionnalité et qu'il faut tout revoir. Cette partie là n'est à mon avis pas intéressante pour un expert et le cadre de réalisation est tout sauf motivant (client énervé, CP sous pression de sa hiérarchie, etc).
On revient au problème d'arriver à vendre une qualité "garantie" et non une qualité annoncée et que le client ne retrouve pas forcément au final...
Ah je me demandais aussi quand ton côté commercial allait resurgir
- Autant je suis d'accord sur le retour d'expérience (ce qui suppose de pouvoir contacter le client en question pour avoir un retour sur la travail de la SSII, et que ce témoignage ne soit pas "pipoté"), autant je suis nettement plus sceptique sur l'évaluation a priori de la qualité d'une méthodologie. Celle-ci n'existant d'ailleurs parfois que sur la plaquette commerciale avec tout plein de mots "buzz compliant" et autres concepts parfois un peu fumeux mais qui font joli et rassurent le client. Dans les fais, l'équipe projet ne peut s'appuyer que sur le bon sens du CP pour avancer, ce dernier ne maitrisant pas la méthodologie de sa SSII ou même la méthodologie de gestion de projet, vu qu'il n'y a jamais été formé et a du apprendre sur le tas. Si tu fondes en outre ton jugement sur les expériences de la SSII, si celle-ci est plutôt petite, tu peux être sur d'avoir des dev qui ont travaillé sur plusieurs des projets cités en référence, dans le cas d'une grosse structure, les références peuvent être suffisamment dilluées à travers l'agence que personne de l'équipe projet n'a travaillé sur les projets en question...
Pas simple de commander de la prestation informatique...