Discussion :

[bouda27]

Bonjour,

Alors là, je me dois d'intervenir, moi qui suis issu d'une grande école du top de la "classe B" et moi qui ai 3 d'xp, dont 2 ans en "AMOA" chez une banque.

Ce n'est pas très "fun" de faire de l'amoa ou du conseil en général quand on a pas ou peu d'experience. En gros, cela consiste -quand on est débutant - à faire les travaux corvés .. heureusement dans mon cas, j'avais pas mal developper et scripter auparavant, ce qui m'a permis de rendre pleins de tâches comme des jeux d'enfants ..
honnetement, pendant les premieres semaines, j'allais lacher la mission tellement le travail était dévalorisant .. mais au bout de 3 mois le client a lui même souhaiter que je m'occupe de choses plus serieuses .. mais voilà, contrairement à un non developpeur, j'ai dès le début commencer à tout automatiser en usant de mes connaissance t-sql, shell, java, php, vb ...

mnt .. j'avoue que je suis pepere niveau ce que je fait, combien je gagne ..

Ceci sans forcément passer par accenture .. non non je passe par des simple ssii,


Ceci dit, il serait un peu bête de croire qu'on va faire des choses valorisantes avec qq mois d'expérience .. et l'"AMOA" pour débutant est bcp moins valorisante que du dev pour débutant ..

[el_slapper]

(.../...)
Ceci dit, il serait un peu bête de croire qu'on va faire des choses valorisantes avec qq mois d'expérience .. et l'"AMOA" pour débutant est bcp moins valorisante que du dev pour débutant ..

d'accord avec toi sur le reste, mais l'AMOA permet souvent de s'approprier plus de fonctionnel que le développement. En ce sens, pour une carrière non-technique, ça peut être un tremplin. Très c****t, certes.

[harry85]

@ Bouda

Je suis pas mal avancé avec un cabinet de conseil (reconnu par sa sélectivité au recrutement, donc la calité de ses équipe) pour rejoindre leur practice SOA, le conseil en SOA m'interesse énormément. Sachant que je suis très débutant penses tu je risque en accèptant ce poste?

[Invité]

En tout cas, dans les postes de MOA ou conseil, fais bien attention à ton orthographe car il y a beaucoup de rapport, compte rendu à faire, et ça ne pardonne pas en général (déjà éliminer les fautes grossières, après on est pas chez bernard pivot non plus).

[toto_toto]

Je comprends pas bien le concept de conseil quand on est débutant ... Qu'est ce qu'on peut conseiller en ne connaissant rien, sans avoir jamais rien essayer par soi meme ?

calité de ses équipe

Moi non plus, je ne suis pas conseiller, je vais donc donner un conseil de débutant, attention aux fautes d'othographe !!

[harry85]

Vous me stresser les gars...ah! pardon... stressez

[bouda27]

@ Bouda

Je suis pas mal avancé avec un cabinet de conseil (reconnu par sa sélectivité au recrutement, donc la calité de ses équipe) pour rejoindre leur practice SOA, le conseil en SOA m'interesse énormément. Sachant que je suis très débutant penses tu je risque en accèptant ce poste?

Bonjour,

Tu est "très débutant" donc tu risque rien à mon avis.

C'est vrai qu'au tout début tu va faire des tests/de l'intégration ou du contrôle de gestion .. mais c'est un passage obligé ... c'est justement là que tu devra montrer les qualités suivantes :

*Réactivité (tout et tout de suite)
*Organisation (comme dans tout metier transverse)
*innovation(dans la mesure ou tu dois être force de proposition dans le but d'assurer la production, d'améliorer les process, gagner en productivité ... )


(c'est un peu ce qui m'est venu à premier coup).

Après .. il faut exercer quelques mois et là tu y verras plus clair.

[Azounet]

Vous me stresser les gars...ah! pardon... stressez

Alors, conseil, pas conseil ?

[Faiche]

Ok, mon grain de sel :

J'ai un pote qui a intégré une grosse boite de conseil (deloitte), avec un an d'xp, et il se tape de l'avant vente.

Si ton but c'est de devenir ingénieur commercial, alors expert sans expérience, c'est le bon plan. Maintenant si tu veux devenir un vrai "conseil", il va falloir bosser dans d'autres domaines avant.

L'amoa/e, c'est le mec qui fait les photocopies. Va falloir cravacher comme un malade pour commencer à toucher à la partie pilotage qcd, et enfin avoir un boulot valorisant.
Je parle en connaissance de cause, c'était mon stage de fin d'études : j'ai eu à me taper les plans de tests, j'ai echappé au pointage (ouf). Comme je suis qqun de bosseur, j'ai fait plus de réunions de travail et d'analyse du besoin que de tests, mais quand même, j'étais meme pas la quand ça parlait planning.

Donc, conclusion, le vrai métier du conseil, c'est le mec qui sait de quoi il parle et qui fait part de son expérience à un client.


ps : moi, après une xp amoa, je préfere retourner au dev :p


EDIT : ok, je ferais mieux de regarder les dates.. vieux thread, donc.

[DevNico]

Vieux thread, mais qui ne se périme pas !

Concernant les jeunes embauchés dans les boîtes de conseil genre Accenture, il ne faut pas se faire d'illusion. Il est clair qu'il ne vont pas commencer sur une mission de conseil.

Comme tous les débutants, il commencent par des tâches encadrées et bien définies (Réalisation du coté maitrise d'œuvre, qualification du coté maitrise d'ouvrage, ...).

Les discours du genre : je suis débutant, je veux faire du conseil et rien d'autre... Moi ça me ferait plutôt peur.
Peur pour le client qui va récupérer cette compétence, et peur pour celui qui s'est mis cette idée dans la tête.

[Astartee]

Aujourd'hui j'ai eu une formation d'"accueil" dans ma boîte, très connue et qui exerce entre autres des activités de conseil (mais moi je suis dans le développement).

Citation (approximative) du formateur:
"Dans la branche conseil, il y a des jeunes diplômés qui sortent d'école, bon ils passent leurs 6 premiers mois à faire des slides..."

[harry85]

Aujourd'hui j'ai eu une formation d'"accueil" dans ma boîte, très connue et qui exerce entre autres des activités de conseil (mais moi je suis dans le développement).

Citation (approximative) du formateur:
"Dans la branche conseil, il y a des jeunes diplômés qui sortent d'école, bon ils passent leurs 6 premiers mois à faire des slides..."

je préfére largement faire des slides interessants (et représenter de façon claire mes idées), que de faire String string= new toString et me battre la journée avec un JAR qui n'est pas a jour

[yann2]

Salut

Thread intéressant !! J'aimerai également m'orienter vers le conseil. Mais surtout du conseil technique tout en ayant, évidemment, un oeil sur l'activité du client. Sauf que je me suis donne plusieurs années pour y arriver (une dizaine, petit à petit, doucement mais sûrement). (en plus, j'ai le temps de changer d'avis entre temps )

Ma première interrogation est :
Comment est il possible de conseiller si on n'a pas le recul nécessaire ?

Ma deuxième question est :
Avons nous le recul nécessaire en sortant de l'école ? (Comment ça ? Vous m'avez vu venir avec mes gros sabots ?)

NB : pour moi le conseil c'est autre chose qu'une série de slides ! La forme importe peu (pour ce débat), c'est plus le fond qui compte ! Bref, Asartee, ils font des slides, mais ils mettent bien quelques choses sur ces slides, non ? Perso je ne sais pas comment c'est possible de conseiller avec 0 expérience !! help me !!!

Yann

[Astartee]

je préfére largement faire des slides interessants (et représenter de façon claire mes idées), que de faire String string= new toString et me battre la journée avec un JAR qui n'est pas a jour

Bah ça dépend des goûts, hein
Enfin moi j'ai jamais dit que c'était mal ou nul de faire des slides. C'est juste un petit témoignage qui fait référence à la différence entre les grandes aspirations des jeunes diplômés et la réalité : quand on débarque tout juste dans le milieu professionnel on n'est pas vraiment "consultant" à part entière tout de suite (dans le cas général, on peut bien sûr toujours trouver des exceptions).

Ma première interrogation est : Comment est il possible de conseiller si on n'a pas le recul nécessaire ?
Ma deuxième question est : Avons nous le recul nécessaire en sortant de l'école ? (Comment ça ? Vous m'avez vu venir avec mes gros sabots ?)
Bref, Asartee, ils font des slides, mais ils mettent bien quelques choses sur ces slides, non ?

Moi je n'en sais rien de ce qu'ils font, je répète des paroles entendues, et je ne suis pas dans le conseil...
Sinon, à mon avis, les réponses à tes questions sont 1/ difficilement et 2/ probablement non. D'où le : ils commencent par faire des slides, avec les idées des autres, et quand le principe sera rentré ils pourront commencer à avoir des idées à eux...
Mais c'est pareil dans les autres domaines. Moi ce qui m'intéresse dans le développement c'est le côté conception/architecture d'une appli, et bien malgré la prestigieuse école d'ingé dont je sors je n'ai bien évidemment pas débarqué comme "architecte", j'ai d'abord fait un stage de 6 mois avec du boulot type développeur/testeur, qui m'a permis d'assimiler 1/ les méthodes de la boîte 2/ les principes du progiciel central de l'appli 3/ les problématiques métier du client, et maintenant (j'ai été embauchée) je me sens beaucoup plus capable qu'en arrivant d'assumer des responsabilités de conception sur le projet suivant. Bon en fait le projet présent censé avoir été livré il y a 4 mois s'éternise, le projet suivant n'est pas démarré, donc j'attends toujours les responsabilités promises, mais c'est une autre histoire enfin vu le prix qu'il me payent ça devrait finir par arriver, je coûte bien trop cher comme développeur [/ hors sujet]

[B.AF]

Dans les métiers du conseil touchant le SI, il y a plusieurs niveaux :

- Dans la plupart des gros cabinets, les consultants ont peu ou pas d'autonomie et c'est la guerre pour devenir manager et gravir les échelons.
Le travail est basé sur une méthodologie systèmatique, peu enrichissante puisque peu créative. C'est un peu le conseil version industrielle.
C'est dans beaucoup de cas la destination de beaucoup d'écoles de commerces, où ils retrouvent la même logique (progression linéraire, corporatisme). C'est une ambiance particuliére qu'il faut aimer, voir dans certains cas, un état dans l'état. (ndlr :Tout le monde aura deviné que de façon tout à fait subjective, je déteste ce genre de structure..., bref, j'assumme !!!!)
- Dans les petits cabinets, il y a trois familles :
Les cabinets de conseil en orga qui vont miser sur des consultants avec un background existant et donc vendre du résutat. Ce sont des cabinets où il est possible de trouver des missions vraiment enrichissante, mais si le consultant n'est pas à la hauteur, c'est probablement sa déclaration de black liste sur le secteur d'activité. Là c'est au petit bonheur la chance, il y a des cabinets où tu peux vraiment t'épanouir, et d'autres où tu peux t'ennuyer gravement.
Les body shoppers qui vendent de la MOA comme ils vendent de la MOE.
Là, c'est simple : un vendeur te place à un client, souvent des ingénieurs de grandes écoles car paradoxalement, le diplôme fait office de "garantie", et parfois aux futures déboires de l'ingénieur.
Les cabinet d'interim management, qui prennent uniquement des profils de très haut niveau pour des missions de très haut niveau à durée courte (bref, des situations de crise). Là, clairement il n'y a aucune place pour le débutant, il n'y a que du directeur général expérimenté.

Sorti des structures conventionnels, il y en a deux autres qu'il me semble intéressant de connaitre :
- Le conseil associé à une offre progicielle
Le consultant peut évoluer du support client à la prise en charge de 1 ou plusieurs clients, cependant, c'est aussi miser sur une niche particuliére.
Les meilleurs deviennent concepteurs, les plus mauvais finissent chez des body shoppers en faisant du job hopping.
- Le conseil IT
Ces boites ne font que de la sélection d'outils (qui est finalement une tâche assez formatrice) et de l'implémentation d'outils. Ils agissent principalement sur les SI. L'avantage est qu'en fonction de l'industrie sur laquelle ils se positionnent tu peux acquérir une vision très large et dans des délais courts des pratiques de celle-ci au niveau IT, ce qui est une connaissance très valorisée.

Comme dirait un des associés de ma boite "Le bon consultant, il conseille, et surtout le client a envie de le consulter". C'est un peu simpliste mais très vrai.
Tout le monde n'est pas fait pour une relation client, tout le monde n'est pas fait pour le consensus.

Ce n'est pas nécessairement plus valorisant que le développement, et comme tout autre métier, le contenu du poste fait davantage que l'intitulé sur la carte de visite. J'ai des développeurs aujourd'hui dont le clients sont près à payer beaucoup plus cher pour leur expertise que les consultants.
Pourquoi ? Parce qu'ils ont une vision transversale, qui n'est pas innée.

Voilà une tentative de synthése du conseil du "haut" de ma petite expérience.

[harry85]

Je travaille actuellement en tant que consultant junior chez un groupe de cabinet de conseil spécialisé en SI.
Mon premier projet chez était un état de l'art sur des méthodologie de gestion de projets SI. C'est très interessant pour moi, ça m'a permis de m'integrer dans la boite et apprendre bcp de choses sur le sujet.
Après quelque semaine, j'ai commencer ma première (vraie) mission: une mission de conseil très interessante où je travaillais en binome avec un sénior de ma boite, la durée de la mission etait de 2 mois.
Ma deuxieme mission n'a pas tarder, j'ai travaillé sur un sujet d'urbanisation pour un grande banque, avec une équipe contenant 4 séniors 2 consultants et 2 consultants juniors...la aussi ça s'est très bien passé...et ça va durer jusqu'a fin juillet.
Bref, pour vous dire, si une boite possède une méthodologie pour integrer ses jeunes consultants, un JD aura surement sa place dans ce monde de conseil...j'ai passé 4 mois dans ma boite, je suis extremement content, j'ai appris énormément de choses...
dans un cabinet de consei, les missions sont généralement courtes, variées et à très haute valeur ajoutée (audit, urbanisation, shema directeur).
Un point est sûr. Il suffit d'avoir une tête bien faite pour réussir, l'exprience n'est pas un point bloquant..Je n'est fait que des missions ou on te demande de réflechir et de s'adapter...et ça s'est bien passé...du coté de ma boite et surtout du coté de mes clients

[B.AF]

Oui enfin; faut relativiser et être honnête :
Je ne pense pas qu'on puisse en junior et positionné en direct devant le top management d'une entreprise sur un projet "à forte valeur ajoutée".
Il y a quand même une grosse différence de calibre entre un consultant sénior qui a 10 années d'expérience et un junior qui a quelques moi, aussi intelligent soit-il.

L'intelligence, ça aide, mais ça ne peut pas remplacer l'expérience (et je ne parle pas que d'expérience technique; je pare de tisser un relationnel, gérer une cartographie politique d'une entreprise...)

Et oui, ce sont aussi des métiers où on peut d'épanouir et apprendre. C'est comme l'informatique : ca dépend où et avec qui on pratique son métier.

[rberthou]

Je ne comprends pas comment on peut espérer être crédible dans le conseil sans une grande expérience. Sauf si l'on considère que réaliser la mise en forme d'une doc ou d'une présentation est un travail de conseil (personnellement je pense que cela est plutôt du secrétariat).

On réalise rarement du conseil dans un environnement neuf, il faut toujours prendre en compte l'existant, on a besoin de connaitre les contraintes liées à l'environnement financier, technique ou humain et une bonne compréhension de cela est toujours en relation directe avec à l'expérience.

Par contre un JD peut s'intégrer à une bonne équipe s'il est bien encadré et si les "séniors" acceptent de passer une partie de leur temps à transmettre leur expérience.

PS : Je ne comprends pas comment on peut trouver intéressant de réaliser des slides. Personnelement je pense que l'on doit avoir les idées claires avant cela et c'est la résolution, l'identification d'un problème qui est intéressant.

[harry85]

Je ne comprends pas comment on peut espérer être crédible dans le conseil sans une grande expérience. Sauf si l'on considère que réaliser la mise en forme d'une doc ou d'une présentation est un travail de conseil (personnellement je pense que cela est plutôt du secrétariat).

On réalise rarement du conseil dans un environnement neuf, il faut toujours prendre en compte l'existant, on a besoin de connaitre les contraintes liées à l'environnement financier, technique ou humain et une bonne compréhension de cela est toujours en relation directe avec à l'expérience.

Par contre un JD peut s'intégrer à une bonne équipe s'il est bien encadré et si les "séniors" acceptent de passer une partie de leur temps à transmettre leur expérience.

PS : Je ne comprends pas comment on peut trouver intéressant de réaliser des slides. Personnelement je pense que l'on doit avoir les idées claires avant cela et c'est la résolution, l'identification d'un problème qui est intéressant.

C'est vrai que chaque personne a ses préférences et sa façon de voir les choses.
Peut être ce que j'appelle moi un "détail technique" est pour toi le coeur de la problématique. Pour moi un serveur d'application est un carreau dans un document Visio, ce qui n'est pas le cas pour toi.
Un jeune qui réussi des missions de conseil, ça existe, certe c'est peu par rapport au codeurs, mais ça existe tout de même. Je te parle de faits.

[B.AF]

justement quelqu'un qui considére que dans une stratégie SI un serveur d'application est un carreau, c'est déjà l'identification d'un manque d'expérience.

Il n'y a rien de plus inapproprié dans le conseil en organisation que de "mépriser" les IT au point d'entendre des "mais ça ce sont des contraintes techniques". Comme si il y avait contrainte et contrainte.

Justement le défaut des consultants et de souvent évacuer de leur vision les éléments qu'ils ne connaissent pas. C'est pour cela que l'expérience est capitale et que n'importe quelle mission ne peut pas être confiée à un débutant.

Dans les faits, il y a effectivement de jeunes consultants, et là qu'ils soient developpeurs ou pas, qui réussissent des tâches soit, mais de là à parler de vrais consultants...