Après la psychologie à deux balles, les conseils à deux balles ! ;-)

Je fais ici référence au somptueux guide de conseil destiné aux consultants SAP que vient de publier le site SAPJOBBOARD dans sa version française ! (pdf de 10 conseils d’une très haute volée) ;-).

Tout d’abord, il faudrait leur dire à ces anglais que « technicien SAP » cela ne veut rien dire en France, chez nous les grenouilles (frogs), on parle de « consultant » ou le cas échéant « d’expert SAP » mais surtout pas de technicien SAP, on n’est pas des réparateurs de TV ou d’antennes satellite ! ;-)

Le conseil 1 (mauvaise traduction anglais/français) parle en fait de services web et non pas de « services internet » d’où un quiproquo très amusant qui me faisait penser qu’ils incitaient les consultants SAP (freelances par définition) à disposer d’un site web personnel destiné à proposer leurs services SAP (cv mis à jour, dates de dispo, mobilité) ! En fait, si je résume leur pensée, ils conseillent aux développeurs abap de se former à java (quel scoop ! personne ne le savait avec l’arrivée de NETWEAVER ! ;-)

Le conseil 2 parle de SOA et de RAD et n’apporte pas grand chose en termes de conseils (creux) puisque personne ne possède aujourd’hui la même approche ni la même vision technologique/métier de ce que recouvre vraiment la SOA et que plusieurs analystes IT parlent de ROI négatifs lorsque l’on leur parle d’approches et de projets SOA !

Le conseil 3 : je ne partage pas du tout le contenu de ce conseil qui dit qu’il faut absolument connaître les produits et technos des partenaires SAP et ce pour 3 raisons principales :

1)      SAP est un produit suffisamment complet en terme de périmètre/scope fonctionnel (plus de 20 modules dits fonctionnels), nombreuses solutions verticales IS (retail, RE, automotive, media, ISU, oil&gas, ….), plusieurs versions (4.6/4.7/ecc 5.0/ecc 6.0), qu’un consultant fonctionnel SAP sera bien davantage inspiré et avisé de monter progressivement en compétences sur plusieurs modules fonctionnels SAP proches ou connexes (exemples : FI et CO, SD et MM, MM et WM, PP et APO, CO et PS, ….) que de « perdre son temps » ou son énergie à se former sur les outils software des dizaines de partenaires éditeurs de SAP !

2)      La demande est forte et soutenue en direction des profils SAP seniors (3-5 ans d’expérience par module mini) donc cela prend beaucoup de temps de devenir un expert SAP sollicité (2-3 ans minimum par module !).

3)      Il y a des dizaines de partenaires software de SAP issus de plusieurs métiers très différents les uns des autres ! Lequel devrait-on choisir ? Doit-on tirer aux dés l’heureux élu ? ;-)

Le conseil 4 : la gestion de projet : s’ils connaissaient un tant soit peu le marché français du recrutement sur SAP nos amis anglais, ils sauraient depuis bien longtemps que le problème n’est pas de dire « je veux devenir chef de projet SAP » mais bien plutôt de trouver un employeur qui a besoin durablement (cdi) d’un chef de projets SAP ! ;-)

Tout dépend aussi ce qu’on entend précisément par « chef de projet » car ce terme est on ne peut plus galvaudé et possède de multiples définitions et dimensions/facettes (équipe, projet, budget, coût, qualité, prestataires, recrutement, gestion des appels d’offres, ….) !

En termes d’opportunités de marché, il faut savoir qu’il y a 1 poste à pourvoir en cdi de « chef de projet  SAP réel qui coache une équipe interne et/ou une équipe de prestataires » quand il y en a 50 (postes) à pourvoir sur des rôles de seniors techniques ou de seniors fonctionnels SAP ! Choisis ton camp camarade ! ;-)

En conclusion, c’est bien beau et bien gentil d’avoir pour ambition de devenir chef de projet à 25 ans mais encore faut-il qu’il y ait une réelle demande du marché dans ce domaine !

En clair, les SSII et intégrateurs SAP (95 % des postes SAP à pourvoir excusez du peu) ont trop de chefs de projets SAP dont ils ne savent le plus souvent que faire mais manquent cruellement de consultants SAP et de « soldats » qui réalisent les projets et qui mettent les mains dans le cambouis SAP (custo/développement) !

Le conseil 5 est une pure lapalissade ! Une évidence comme on les aime ! ….

Le conseil 6 est à mon avis du hors sujet, je ne vois pas bien ou l’auteur veut précisément en venir …. Inapplicable en tous cas comme conseil pratique de gestion de carrière d’un consultant SAP en l’état ! ;-)

C’est bien un conseil d’analyste anglais généraliste du marché IT ! ;-)

Le conseil 7 essaie de parler maladroitement (termes là encore mal traduits ;-) des problématiques d’intégration inter-applicatives (EAI, BPM, SOA, BAM) en utilisant des termes mal traduits en français ! ;-)

Lapalissade aussi si ce n’est que côté SAP, cette problématique d’ouverture de SAP sur le monde extérieur (clients/fournisseurs/Partenaires) est prise en charge par la plate-forme NETWEAVER et ce depuis plus de 2 ans ! …..

Le conseil 8 sur les concurrents de SAP : là encore hors sujet pour un candidat qui a le fait le choix de se spécialiser sur …. SAP ! ;-) Un consultant SAP c’est tout sauf un responsable marketing d’un éditeur de software concurrent ….. à mourir de rire (no comment) !

Le conseil 9 est le summum du trivial : notre interlocuteur vient de se rendre compte que la BI existait aussi dans SAP ;-) Impressionnante lucidité ! ;-). A ce moment là, on peut aussi conseiller aux candidats de s’intéresser vivement en priorité à l’ensemble des « new dim SAP » (bw srm crm biip, ….) ;-)

Le conseil 10 pour finir en beauté : je ne suis pas persuadé qu’il faille absolument devenir le spécialiste SAP d’un secteur d’activités. En effet, c’est juste à mon sens une question d’affinité personnelle, de curiosité intellectuelle, d’opportunités de missions chez son employeur (chez les intégrateurs SAP, on ne choisit pas toujours ses missions SAP il faut le savoir !). Il vaut à mon humble avis nettement mieux se spécialiser sur un ou plusieurs modules SAP (technique ou fonctionnel) que sur un secteur d’activités particulier.