Discussion :

[Shamrodia]

Bien le bonjour à tous/toutes!

Je viens vers vous car je cherche à définir le chemin que va prendre ma carrière professionnelle durant les prochaines, et je m’y perds un peu dans l’immensité de tout ce qu’il peut y avoir à travailler ^^.

Actuellement je viens, depuis octobre, de commencer mon premier emploi en tant que consultant BI. Je suis sur SAP BPC, principalement MS (Microsoft) mais la version NW (SAP) est en plein essor. J’ai un parcours principalement fonctionnel (M2 Analyse et Stratégie Financière et M2 Système d’Information et Contrôle de Gestion) mais le côté plus « technique » - Je le mets entre guillemets car ça reste de la BI basique ^^ - ne me rebute pas du tout. Au contraire, elle m’attire. Et pour moi il est important qu’un consultant fonctionnel ait de bonnes bases en technique afin d’être crédible.

J’aurais donc souhaité avoir des conseils/des avis sur les différentes choses à étudier pour développer au mieux ma carrière.
Pour l’instant je pensais me diriger vers la certification 461 de Microsoft pour développer mes compétences en SQL. Je me dis que ce langage reste extrêmement répandus et qu’on le retrouve, en partie, en ABAP. Par conséquent je pense que ça peut toujours être utile de l’avoir sur le CV. Mais il y a-t-il un intérêt à ne passer que celle-ci sans aller jusqu’au MSCA ? Ou alors est-ce qu’il n’y a que l’ensemble des trois certifications qui vaut quelque chose ? (Sachant que celle sur SSIS m’intéresse également, mais celle sur l’installation et le paramétrage du serveur un peu moins).

Mon but est aussi de penser à l’avenir, pas seulement à ma carrière de consultant. Et je pense vouloir, par la suite, partir dans une DSI. Pour moi, ces certifications + l’expérience de consultant fonctionnel que je développe en ce moment même me permettraient par la suite de montrer que je peux, de manière indépendante, alimenter et entretenir une base de données et un système d’élaboration budgétaire et d’analyse. Vu que je pense rester sur ma techno actuelle, il me semble qu’il faut que je me spécialise sur les deux versions (MS et NW) afin d’optimiser mon développement de carrière (sachant qu’en ESN on peut être amené à travailler sur les deux versions) et multiplier les offres auxquelles je pourrais postuler par la suite. Et j’ai choisi de travailler d’abord la version MS car j’ai plus d’affinité avec cette dernière (Bases en SQL et SSIS).
D’où mes questions :

- Voyez-vous des certifications/formations qu’il me serait essentielles de passer ?
- Pensez-vous que SAP BPC à de l’avenir où faut-il que je pense à changer ?
- Est-ce que je me plante totalement dans ma vision de la chose ? ^^.
- Avez-vous tout autre conseil qui pourrait être utile à un jeune consultant naïf et plein de bonne volonté ? =D.

Merci d’avance pour vos réponses !

Cordialement. =)

[fiftytwo]

- Voyez-vous des certifications/formations qu’il me serait essentielles de passer ?

deja les certifs SAP , mais seulement si la boite peux te les payer car ca peux couter un bras , mais cest un bon investissement, ou sinon si tu restes longtemps dans la meme boite fais une demande de DIF/CIF

Ensuite regarde pour le SQL , mais dabord le sql standard , puis ensuite celui sur lequel tu vas etre amene a bosser le plus souvent

- Pensez-vous que SAP BPC à de l’avenir où faut-il que je pense à changer ?

La planete SAP est vaste , il existe plein de modules , mais deja connaitre ceux sur lesquels tu bosse va prendre du temps , beaucoup de temps , mais tu devrais aussi jeter un oeil aux autres produits SAP et voir ce qui deviens a la mode ou hasbeen

Par exemple pour la BI chez SAP il y a HANA , qui est plutot ''jeune'' mais commence a faire son trou (aux dernieres nouvelles que jai eu en fin 2013) , tu peux ty mettre aussi.

Perso , moi je pense que si SAP ne change pas de business model (comme google qui se diversifie) , ils vont droit dans le mur et avant 2030 ce sera deja la fin des haricots. La seule chose qui les sauve cest que les entreprises ne changent pas d'ERP comme on change de chemise

- Est-ce que je me plante totalement dans ma vision de la chose ? ^^.

Non , mais noublies pas de te concentrer aussi sur le/les secteur(s) pour lesquels tu vas bosser, car chacun a ses specificites.

Aussi , le fait de bosser dans un secteur (ex = agroalimentaire) , vas certainement tamener a bosser encore plus dans ce meme secteur , et changer risque detre complique a cause de letiquette que tu auras

- Avez-vous tout autre conseil qui pourrait être utile à un jeune consultant naïf et plein de bonne volonté ? =D.

Cest une bonne initiative , mais sache cependant que certains de tes collegues feront toute une carriere sans jamais vraiment mettre la main au cambouis et cela ne les empecheras pas davancer

Merci d’avance pour vos réponses !

De rien

[Shamrodia]

deja les certifs SAP , mais seulement si la boite peux te les payer car ca peux couter un bras , mais cest un bon investissement, ou sinon si tu restes longtemps dans la meme boite fais une demande de DIF/CIF

Yep, on est d'accord, ça coûte un bras ^^. Je compte rester 2-3 ans, ça me fera déjà quelques heures à dépenser ^^.

Ensuite regarde pour le SQL , mais dabord le sql standard , puis ensuite celui sur lequel tu vas etre amene a bosser le plus souvent

Ok c'est pas bête, surtout que ça me permettra de mieux exporter mes connaissances. Tu as des idées de certifications/formation/livre avec support? Je ne trouve que des certifications orientées éditeur ^^.

La planete SAP est vaste , il existe plein de modules , mais deja connaitre ceux sur lesquels tu bosse va prendre du temps , beaucoup de temps , mais tu devrais aussi jeter un oeil aux autres produits SAP et voir ce qui deviens a la mode ou hasbeen

J'en suis bien conscient, je n'ai aucunement la prétention de pouvoir devenir expert dans énormément de module =P. Après le tremplein d'un produit à un autre, même en restant chez un même éditeur, n'est pas un peut compliqué? Enfin la boite n'a pas vraiment intérêt à te balancer dans une autre BU, et quand tu changes de société généralement il vont t'engager pour tes compétences acquises, pas pour te former, si?

Par exemple pour la BI chez SAP il y a HANA , qui est plutot ''jeune'' mais commence a faire son trou (aux dernieres nouvelles que jai eu en fin 2013) , tu peux ty mettre aussi.

C'est dans le programme à moyen terme. En gros la version MS est hébergé sur du SQL Server, la version SAP sur du HANA.

Perso , moi je pense que si SAP ne change pas de business model (comme google qui se diversifie) , ils vont droit dans le mur et avant 2030 ce sera deja la fin des haricots. La seule chose qui les sauve cest que les entreprises ne changent pas d'ERP comme on change de chemise

On est bien d'accord, ils usent un peu trop du "de toute manière on est installé, ils ne nous dégageront plus maintenant". Mais je sens quand même qu'il y a un petit regain de dynamisme, principalement avec le Cloud (ils misent pas mal sur Hana). Et d'après ce que je peux voir dans les demandes des clients, c'est pas mal dans "l'air du temps". Wait and see comme dirait l'autre. Mais c'est aussi pour cela que je me dis que si j'arrive à passer quelques certif' MS (Soyons fous, MSCA même si tout ne me sera pas spécialement utile dans ma vie professionnelle de tout les jours ^^), ça me permettrait de rebondir si jamais SAP se "casse la goule" (je ne pense pas non plus qu'ils sont amené à disparaître ^^).

Non , mais noublies pas de te concentrer aussi sur le/les secteur(s) pour lesquels tu vas bosser, car chacun a ses specificites.

Aussi , le fait de bosser dans un secteur (ex = agroalimentaire) , vas certainement tamener a bosser encore plus dans ce meme secteur , et changer risque detre complique a cause de letiquette que tu auras

En gros BPC c'est un outil de planification budgétaire. Donc mon coeur de cible c'est les DF et les contrôleur de gestion. L'avantage est que du coût je ne suis pas vraiment rattaché à un secteur, mais plutôt à un métier. Et l'autre avantage c'est que des contrôleur de gestion qui font de la planification budgétaire il y en a dans toute les boite de taille raisonnable .

Cest une bonne initiative , mais sache cependant que certains de tes collegues feront toute une carriere sans jamais vraiment mettre la main au cambouis et cela ne les empecheras pas davancer

C'est sur, mais passer ma vie à paramétrer du rapport... Très peux pour moi . Et je me dis que si je souhaite ensuite me diriger vers une DSI il est peut être préférable de tout de même avoir des bases en technique non? Ca me semble compliqué sinon, il n'y a que les énormes boites qui peuvent se permettre d'avoir des personnes extrêmement spécialisé dans un domaine (enfin, c'est ma vision des chose ).

De rien

Sisi j'insiste!!

Merci en tout cas!

Et je reste ouvert à tout autre avis et conseils!

[fiftytwo]

Yep, on est d'accord, ça coûte un bras ^^. Je compte rester 2-3 ans, ça me fera déjà quelques heures à dépenser ^^.

Regardes sur le net pour plus dinfos , je crois qu au bout de 2/3 refus ils doivent te laccorder

Ok c'est pas bête, surtout que ça me permettra de mieux exporter mes connaissances. Tu as des idées de certifications/formation/livre avec support? Je ne trouve que des certifications orientées éditeur ^^.

pour SQL , tu as le language en lui meme qui est le socle , trouves des bouquins sur amazon ou gibertjeune , ensuite chaque editeur fais un peu a sa sauce (oracle , mysql , microsoft, etc ... ) des que tu rentres en profondeur . Quand tu as un bon niveau global et que tu touches a tout ca devient des details.

J'en suis bien conscient, je n'ai aucunement la prétention de pouvoir devenir expert dans énormément de module =P. Après le tremplein d'un produit à un autre, même en restant chez un même éditeur, n'est pas un peut compliqué? Enfin la boite n'a pas vraiment intérêt à te balancer dans une autre BU, et quand tu changes de société généralement il vont t'engager pour tes compétences acquises, pas pour te former, si?

De passer dun produit a un autre est faisable , il suffit davoir lenvie , les connaissances et les opportunites de ce servir de ce nouveau produit. Si tu est dans une SSII ou un cabinet de conseil , la boite tenverras la ou il y a un max de chiffre a faire , donc si KFC payait une fortune pour ramasser des pommes de terre , tinquietes que lon va tenvoyer en ramasser

Si tu est en interne dans une entreprise , alors oui tu peux manoeuvrer pour changer de BU et produit , si la boite est petite donc la barriere est plus mince et tu peux gerer ca , par contre un grand groupe cest surement plus complique mais jouable . Exemple = Apres avoir postule a un poste de merde chez CITIBANK , jai appris qu il netait pas possible de changer de position avant 2 ans danciennete du coup jai refuse, car mon but etait juste dy mettre le pied et changer au bout dun an

On est bien d'accord, ils usent un peu trop du "de toute manière on est installé, ils ne nous dégageront plus maintenant". Mais je sens quand même qu'il y a un petit regain de dynamisme, principalement avec le Cloud (ils misent pas mal sur Hana). Et d'après ce que je peux voir dans les demandes des clients, c'est pas mal dans "l'air du temps". Wait and see comme dirait l'autre. Mais c'est aussi pour cela que je me dis que si j'arrive à passer quelques certif' MS (Soyons fous, MSCA même si tout ne me sera pas spécialement utile dans ma vie professionnelle de tout les jours ^^), ça me permettrait de rebondir si jamais SAP se "casse la goule" (je ne pense pas non plus qu'ils sont amené à disparaître ^^).

Aussi leur systeme de facturation est trop opaque , (jexagere un peu mais jespere que tu vois lidee) , ils restent dans lombre pendant des mois et debarquent comme des cowboys en te balancant la facture a la tete apres laudit . Quand au suivi commercial , les mecs changent quasiment tous les ans , pire que le psg , et tu peux tomber sur un killer qui connait le produit , tes besoins et saura te conseiller ou un bras casse qui va te fourger plus que ce que tu as besoin juste pour faire du chiffre

Dans une boite ou je passe , quelqu un a active un module/composant juste pour tester, la boite ne la jamais utilise mais SAP a facture cela quand meme.

C'est sur, mais passer ma vie à paramétrer du rapport... Très peux pour moi . Et je me dis que si je souhaite ensuite me diriger vers une DSI il est peut être préférable de tout de même avoir des bases en technique non? Ca me semble compliqué sinon, il n'y a que les énormes boites qui peuvent se permettre d'avoir des personnes extrêmement spécialisé dans un domaine (enfin, c'est ma vision des chose ).

Oui , mais apres une DSI , surtout si celle ci est dans une grosse boite , ne mets pas la main au cambouis et est sensee connaitre linfra de A a Z pour apprehender les enjeux. Un bon bagage technique universel te permettrais de savoir de quoi les mecs de linformatique parlent , apres le reste cest de la politique , lechage de cul , entubage et du management.

Sisi j'insiste!!

Merci en tout cas!

Et je reste ouvert à tout autre avis et conseils!

Jespere avoir pu aide ! Cest dommage jetais entoure de specialistes SAP il y a 2 ans , jai pense a les rejoindre mais comme je tai dit , je sens la periode ascendente venir pour SAP

[Shamrodia]

apres le reste cest de la politique , lechage de cul , entubage et du management.

Tin je ne suis tellement pas pressé d'arriver à cette période là de ma carrière pro ... . (Mais bon, il faudra bien que j'y passe ^^).

je sens la periode ascendente venir pour SAP

Ha ba c'est con, fallait y allait si tu penses que ça va monter, non?

(Petit troll gentil, j'ai bien compris que tu pensais l'inverse )

N'empêche que c'est vraiment stressant comme période... Lancer ta carrière sur une techno tout en ne sachant pas s'il elle va perdurer... Grmph.

Jespere avoir pu aide !

Clairement!

[fiftytwo]

ouais jai voulu dire phase descendante , desole ! ben en fait cest ca linformatique , jai fait mon premier stage en 2010 , a lepoque de la sortie du premier iphone 3g , dans une grande agence de pub

Je peux te dire que dans les semaines/mois qui ont suivi les boites remplies de blackberry ont bien rempli le stock du local informatique , 2 ans apres je voyais des boites demander des gens certfiies blackberry , 4 ans plus tard la boite est au bord du depot de bilan.

Meme stage , le maitre de stage me charge de creuser sur un sujet un peu exotique , Amazon AWS, apres ce stage quand jen parlais en entretien je devais explique ce quest le cloud et loffre damazon. 2 ans plus tard et retour en france , toutes les boites nont que ce mot a la bouche : cloud , cloud et cloud.

Quand jetais gamin dans les 90s , apple cetait surtout des ordinateurs et leur OS , aujourdhui est ce que tu est capable de me citer la derniere version d'OSx ? Je suis sur que non ! Par contre tu dois savoir a coup sur quelle est la derniere version de liphone

Tu vois le schmilblick ?

Ne tattaches pas a un seul contstructeur/editeur , car si celui ci coule tu est dans la merde , fais ton beurre dans SAP car ya de la thune a faire la dedans , mais tiens toi pret a te casser quand le bateau va couler

[Shamrodia]

Yes je vois bien l'idée, même si je me dis que ça doit pas être simple de changer totalement d'éditeur! (d'où l'importance, comme tu l'as dis, d'apprendre au maximum des standards pour facilité l'exportation des connaissances!).

Bon après SAP c'est quand même encore +5% de CA global et +9% en France (soit largement plus que les concurrents direct), principalement grâce à Hana (Cloud cloud cloud!! ).

https://www.pac-online.com/classemen...-la-croissance

(C'est un exemple hein! Je fais généralement mes recherche sur zonebourses et boursorama histoire d'avoir les bon chiffres mais j'ai trouvé l'article pas mal fait. Et même s'il y a quelques nuances et que la différences de performance est moins vrai dans le reste du monde entre les différents acteurs, l'idée est là ^^).

Mais il est sur que, si un jour je vois la tendance s'inverser, je me souviendrais de notre discussion et penserais à me carapaté presto!!

[Glutinus]

- Voyez-vous des certifications/formations qu’il me serait essentielles de passer ?
- Pensez-vous que SAP BPC à de l’avenir où faut-il que je pense à changer ?
- Est-ce que je me plante totalement dans ma vision de la chose ? ^^.
- Avez-vous tout autre conseil qui pourrait être utile à un jeune consultant naïf et plein de bonne volonté ? =D.

Salut,

Je ne sais pas pourquoi, on assimile souvent l'ERP SAP à de la BI... Pour moi c'est pas assimilable à 100%. Une de mes anciennes SSII avait un pôle full SAP, j'ai d'ailleurs voulu passer par là-bas, par appât du gain, car c'est plutôt correctement bien payé, mais impossible, je restais dans le pôle "BI hors-SAP".

Donc pour moi, tu n'as pas vraiment besoin d'une certification. C'est toujours bien d'en avoir une, mais ce n'est pas vital. Pour la plupart des projets BI, tu vas effectivement être casé sur un produit... travailler dessus un ou deux ans sur un ou deux projets différents, c'est bien, et ça te permet de voir les choses en profondeur.

Pour moi qui dit BI dit Datawarehouse, je ne peux que te recommander de comprendre la modélisation décisionnelle. C'est la clé de tout, depuis son alimentation (les ETL) aux reportings qui se greffent dessus. Après, le plus drôle c'est que moins de 50% des DWH que j'ai rencontrés étaient des vrais DWH

Parmi les compétences à monter :
- Modélisation décisionnelle.
- SQL. Après, franchement, c'est une petite adaptation, développer en SQL sur Oracle puis passer sur du DB2 ou du SQL Server, tu vas y passer rapidement.
- A terme, peut-être effectivement un ETL, tu as SSIS sous la main, pourquoi pas te forger tes premières armes dessus. Il y en a d'autres intéressants : Datastage, Talend, Informatica, ODI...
- Un outil de reporting, au hasard Business Objects puisque tu connais SAP.
- De l'ordonnancement, car il faut savoir à quel moment lancer tel traitement. Une fois j'ai eu des traitements quotidiens qui mettaient 24h+. La première "optimisation ?" réordonnanceer et ne pas attendre inutilement des traitements.
- Si tu t'amuses en SGBDR, un peu d'architecture ne fait pas de mal, savoir lire un explain plan ou fabriquer l'index idéal pour optimiser une requête. Là, c'est également un petit plus.
- Après si vraiment tu veux plonger à fond la technique, de l'Unix ou du batch windows serait un gros plus, mais avec ton passé fonctionnel.

Mais franchement, les trois premiers suffisent largement.

Aussi, si tu veux voir de la BI à côté, essaie de ne pas faire du SAP la prochaine fois. Si tu fais deux fois de suite la même chose, il y aura une grosse étiquette sur ton front et ce sera difficile de passer à autre chose

Ta formation fonctionnelle est très précieuse ; avec un fonctionnel intéressé par la technique, tu seras quelqu'un de très appréciable dans une société (des techniques intéressants par le fonctionnel, on en trouve, mais on ne veut pas leur donner plus d'infos ; l'inverse est plus compliqué)

[Shamrodia]

Je ne sais pas pourquoi, on assimile souvent l'ERP SAP à de la BI... Pour moi c'est pas assimilable à 100%. Une de mes anciennes SSII avait un pôle full SAP, j'ai d'ailleurs voulu passer par là-bas, par appât du gain, car c'est plutôt correctement bien payé, mais impossible, je restais dans le pôle "BI hors-SAP".

On est bien d'accord! Je me suis peut être mal exprimé si tu as compris que je pensais l'inverse^^. Pis l'ERP... très peu pour moi .

Donc pour moi, tu n'as pas vraiment besoin d'une certification. C'est toujours bien d'en avoir une, mais ce n'est pas vital. Pour la plupart des projets BI, tu vas effectivement être casé sur un produit... travailler dessus un ou deux ans sur un ou deux projets différents, c'est bien, et ça te permet de voir les choses en profondeur.

Mais justement une certification n'aiderais le changement de produit? Par exemple, comme tu le dis plus bas, les connaissances en SQL sont facilement transportable. Si tu te retrouve sur un nouveau produit que tu ne connais pas, mais que tu as de l'expérience dans le domaine et qu'en plus tu connais une bonne partie du langage, ça ne rassure pas les personnes qui vont t'embaucher? (C'est un exemple hein ^^).

Pour moi qui dit BI dit Datawarehouse, je ne peux que te recommander de comprendre la modélisation décisionnelle. C'est la clé de tout, depuis son alimentation (les ETL) aux reportings qui se greffent dessus. Après, le plus drôle c'est que moins de 50% des DWH que j'ai rencontrés étaient des vrais DWH

On est bien d'accord, c'est dans mon planning =D.

Et j'ai remarqué ça aussi pour les DWH. Pour pas mal de boite, si elles ont toutes leurs données regroupées au même endroit, elles ont un DWH

Parmi les compétences à monter :
- Modélisation décisionnelle.
- SQL. Après, franchement, c'est une petite adaptation, développer en SQL sur Oracle puis passer sur du DB2 ou du SQL Server, tu vas y passer rapidement.
- A terme, peut-être effectivement un ETL, tu as SSIS sous la main, pourquoi pas te forger tes premières armes dessus. Il y en a d'autres intéressants : Datastage, Talend, Informatica, ODI...
- Un outil de reporting, au hasard Business Objects puisque tu connais SAP.
- De l'ordonnancement, car il faut savoir à quel moment lancer tel traitement. Une fois j'ai eu des traitements quotidiens qui mettaient 24h+. La première "optimisation ?" réordonnanceer et ne pas attendre inutilement des traitements.
- Si tu t'amuses en SGBDR, un peu d'architecture ne fait pas de mal, savoir lire un explain plan ou fabriquer l'index idéal pour optimiser une requête. Là, c'est également un petit plus.
- Après si vraiment tu veux plonger à fond la technique, de l'Unix ou du batch windows serait un gros plus, mais avec ton passé fonctionnel.

Et bien ça me rassure de voir que je ne suis pas totalement en dehors des clous =P. Les trois premiers point sont ceux que je compter travailler en premier. Le 4eme vient naturellement avec l'expérience non? (du moins si tu es amené à l'utilisé durant tes missions =P). Le cinquième... déjà on va voir les premier hein! . Le dernier point, sait on jamais, si j'ai envie de me taper un délire.... Mais je retiens l'idée en tout cas!

Aussi, si tu veux voir de la BI à côté, essaie de ne pas faire du SAP la prochaine fois. Si tu fais deux fois de suite la même chose, il y aura une grosse étiquette sur ton front et ce sera difficile de passer à autre chose

C'est là que je ne capte pas... C'est pas un peu compliqué de switcher de techno? C'est pas l'expérience que tu acquis avec le temps que tu vas "vendre" par la suite? Ca me semble un peu bizarre de me dire qu'on va, imaginons dans quelques années, m'embaucher sur une techno que je n'ai jamais vraiment pratiquée en tant que consultant confirmé... L'intérêt de ne pas avoir un éditeur tatoué sur le front je le comprends assez facilement. Mais dans la pratique tu fais comment pour réussir à changer de techno? (désolé si la question parait un peu idiote...)

Ta formation fonctionnelle est très précieuse ; avec un fonctionnel intéressé par la technique, tu seras quelqu'un de très appréciable dans une société (des techniques intéressants par le fonctionnel, on en trouve, mais on ne veut pas leur donner plus d'infos ; l'inverse est plus compliqué)

J'ai bien compris ça durant mes recherches, je vais essayer de le cultiver au maximum!

En tout cas merci de ta réponse!

PS: Le délire que j'ai avec les certifications... En fait ça ne me dérange pas de bosser et d'apprendre, mais généralement j'aime bien avoir la petite carotte qui va avec (Genre le petit papelard qui te dit "C'est bien mon gars, t'as bien bossé! Tu mérites ta décoration en poil de Gnou!" ).

[fiftytwo]

C'est là que je ne capte pas... C'est pas un peu compliqué de switcher de techno? C'est pas l'expérience que tu acquis avec le temps que tu vas "vendre" par la suite? Ca me semble un peu bizarre de me dire qu'on va, imaginons dans quelques années, m'embaucher sur une techno que je n'ai jamais vraiment pratiquée en tant que consultant confirmé... L'intérêt de ne pas avoir un éditeur tatoué sur le front je le comprends assez facilement. Mais dans la pratique tu fais comment pour réussir à changer de techno? (désolé si la question parait un peu idiote...)

Non elle ne lest pas , en fait comme explique plus tot tout tourne autours des etiquettes

En france on aime mettre les gens dans des cases , et une fois dans une case cest tres complique den sortir

Dou le conseil de bien choisir ce que tu vas faire au debut de ta carriere , cela va ouvrir certaines portes , ou rajouter des serrures sur certaines

Pour le changement de techno , il faut voir en fonction de ton projet (passer de admin BDD vers la BI ou passer dadmin reseaux a dev Java ce nest pas la meme chose) , beaucoup de courage , de la perseverance et aussi un peu de chance.

PS: Le délire que j'ai avec les certifications... En fait ça ne me dérange pas de bosser et d'apprendre, mais généralement j'aime bien avoir la petite carotte qui va avec (Genre le petit papelard qui te dit "C'est bien mon gars, t'as bien bossé! Tu mérites ta décoration en poil de Gnou!" ).

Pas forcement, ce sera dabord un gage theorique que tu connais le produit , apres certains editeurs comme microsoft font des certifs comme mcsa que tu peux facilement avoir pour moins de 200€ et en bossant avec des dumps , tandis que cisco cest un autre niveau

Certaines se vendent bien et justifient un certain salaire , dautres font joli sur le cv

[Glutinus]

Mais justement une certification n'aiderais le changement de produit? Par exemple, comme tu le dis plus bas, les connaissances en SQL sont facilement transportable. Si tu te retrouve sur un nouveau produit que tu ne connais pas, mais que tu as de l'expérience dans le domaine et qu'en plus tu connais une bonne partie du langage, ça ne rassure pas les personnes qui vont t'embaucher? (C'est un exemple hein ^^).

Ce qui rassure, c'est l'expérience. C'est ce que privilégiera toujours un chef de projet.
Le problème des certifs, c'est qu'on ne sait pas trop ce qu'il y a dedans. Beaucoup disent que par exemple, les certifications Microsoft, c'est du bachotage. Et puis y a aussi du QCM, le mec qui a un gros potentiel de chance aura aussi facilement des certifs.
Mais évidemment, entre deux gars qui ont exactement le même niveau, celui qui a la certif aura un petit plus. Mais il suffit que l'autre soit un brin tchatcheur ou sa réponse à la question "quelle a été la plus grosse difficulté technique et comment vous en êtes sorti" et que son anecdote est meilleure, il passera devant.

On est bien d'accord, c'est dans mon planning =D.

Et j'ai remarqué ça aussi pour les DWH. Pour pas mal de boite, si elles ont toutes leurs données regroupées au même endroit, elles ont un DWH

Ben pour moi c'est plutôt ça la BI, d'un côté technique.
BI = DWH (maintenant ça veut pas dire que le DWH est bien conçu, ou que ce soit vraiment un DWH)

Pour compléter, je te conseille comme lecture le guide de conception de l'entrepôt de données de Ralph Kimball, c'est un peu la bible de la BI, mais c'est un pavé à 50 euros, et je te conseille de le lir après avoir fait au moins une mission avec un vrai DWH.

C'est là que je ne capte pas... C'est pas un peu compliqué de switcher de techno? C'est pas l'expérience que tu acquis avec le temps que tu vas "vendre" par la suite? Ca me semble un peu bizarre de me dire qu'on va, imaginons dans quelques années, m'embaucher sur une techno que je n'ai jamais vraiment pratiquée en tant que consultant confirmé... L'intérêt de ne pas avoir un éditeur tatoué sur le front je le comprends assez facilement. Mais dans la pratique tu fais comment pour réussir à changer de techno? (désolé si la question parait un peu idiote...)

Bienvenue dans le désert de la matrice et du paradoxe !
Tu vas vite t'apercevoir qu'une fois la cheville (une mission) puis le genou (deuxième mission) dans le sable mouvant, très difficile de s'en dépêtre ! Et ce, au contraire de ce que disent n'importe quelle société de service ou client (nous on prend des gens adaptables, avec une bonne tête, qui pourraient utiliser n'importe quelle technologie... mais il faudrait qu'il ait fait quand même 10 ans de notre techno faut pas déconner !)
Je travaille sur une techno ; en 8 ans de BI, j'ai dû faire en cumulé 5 ans dessus. C'est dorénavant écrit sur mon front, et sur mon CV. J'ai quand même bossé pendant 1 ans sur une techno B et 1,5 ans en full PL/SQL, mais on m'appelle que pour ça.
J'ai de l'expérience en modélisation, je peux me faire une formation juste pour apprendre l'outil C, je vais peut-être même être 1000 fois plus motivé qu'un presta qui a déjà roulé sa bosse dessus, le client (en restant dans le domaine du conseil) va quand même prendre le deuxième.

Mais par contre, il peut y avoir des portes de sorties. La techno B, personne ne l'utilisait sur le marché, mais la CP a remarqué que ceux qui faisaient la techno A s'adaptait beaucoup à cette techno B (en fait, tous les ETLS se ressemblent "beaucoup", l'adaptation est rapide pour le code, par contre, l'expérience précieuse, c'est connaître les petits bugs du framework et la manière de le contourner). Donc ils m'ont pris, et en un mois, j'étais opérationnel. Techniquement, je peux être opérationnel sur les technos C, D et E, c'est juste que les clients va toujours privilégier quelqu'un qui a déjà travaillé dessus qu'essayer de détecter du potentiel.

Par contre, ce qui est fun, c'est quand d'autres choses reviennent à la mode. J'avais fait 2 mois de Java, après 3 ans de SSII, Altruc m'a rappelé et ont essayé de me convaincre de revenir sur le java, certainement pour mieux me jeter après :p

PS: Le délire que j'ai avec les certifications... En fait ça ne me dérange pas de bosser et d'apprendre, mais généralement j'aime bien avoir la petite carotte qui va avec (Genre le petit papelard qui te dit "C'est bien mon gars, t'as bien bossé! Tu mérites ta décoration en poil de Gnou!" ).

Ca peut aider, d'un point de vue rémunération. Mais faut voir le temps investi dedans.
Et il faut surtout que la certif soit payée par la SSII car elles sont souvent chères, même au niveau de l'examen.