Discussion :

[flolebreton]

Bonsoir à tous !

J'ouvre ce topic puisque j'ai besoin de conseils pour mon futur premier emploi d'ici quelques mois si tout se passe bien !

Alors je suis en Master 2 en alternance dans le domaine du Génie Logiciel dans un grand groupe télécom.
Je m'occupe du développement d'une application web et malgré le fait que j'aimais beaucoup ça quand j'ai commencé l'informatique, je me rend de plus en plus compte ce que c'est ennuyant de passer une journée entière devant son pc à produire des lignes de codes sans réel contact humain.

C'est pourquoi, après en avoir discuté avec un scrum Master assez jeune qui est passé un peu par la même expérience que moi, j'aimerai savoir les métiers qui s'offrent à moi touchant à l'informatique mais s'éloignant du technique et se rapprochant du contact avec l'utilisateur voire le client.

Donc j'exprime mes souhaits et comment je vois ça avec peut être un peu de naiveté, à vous de me le dire.

Je souhaiterai pouvoir faire un peu le lien entre les équipes de développements et les utilisateurs, discuter avec eux pour exprimer les besoins qu'ils ont et je trouve ça enrichissant puisque l'on doit comprendre différents métiers et toucher un peu à tout. En gros, c'est permettre le bon déroulement du développement en liant le dev et les besoins sans avoir à toucher du code de trop près.

Voilà

Merci d'avance pour ceux qui auront pris la peine de lire

[Scriuiw]

Ce que tu décris correspond à un poste de "responsable client / Chargé de projet" qui fait le lien entre le client et l'informatique chez un éditeur / intégrateur. Je ne sais pas trop si on trouve ce genre de poste en SSII.

En règle générale il est fort appréciable d'avoir des compétences techniques et métiers pour pouvoir bien maîtriser le sujet.

[flolebreton]

Tous les métiers en rapport avec l'informatique ne sont pas que le fait de développer ?
Il doit exister des métiers orientés un peu plus côté MOA et moins côté MOE.
Peut être justement se rapprocher d'un travail qui soit un peu plus fonctionnel et moins techniques.

J'ai pas assez de recul pour dire tel ou tel métier serait plus adapté et surtout un métier auquel je puisse prétendre dans un futur proche et non pas directement "chef de projet" ou métier nécessitant un minimum d'expériences pros.

[garn]

Je souhaiterai pouvoir faire un peu le lien entre les équipes de développements et les utilisateurs, discuter avec eux pour exprimer les besoins qu'ils ont et je trouve ça enrichissant puisque l'on doit comprendre différents métiers et toucher un peu à tout. En gros, c'est permettre le bon déroulement du développement en liant le dev et les besoins sans avoir à toucher du code de trop près.

Bah, c'est exactement mon cas

Ce que tu décris, c'est de l'AMOA, de l'assistance à maitrise d'ouvrage, donc un des principaux roles est la liaison multi métiers.
Ca te demande de rentrer dans le métier coté utilisateur, et de faire le lien avec les équipes de dev
Sinon, tu peux plutot pencher vers l'autre coté de la frontière, le pendant de l'AMOA, c'est à dire l'AMOE : la, tu conseilles les équipes de dev, tu es moins en rapport direct avec les métiers et plus avec la technique

Les autres roles principaux sont
- tests/recette (fonctionnels / techniques)
- Spécifications (fonctionnelles / techniques)

ca demande des capacités de rédaction, et une connaissance technique est fortement appréciée afin de pouvoir comprendre les problématiques techniques et de les retranscrire aux métiers. Le fonctionnello-technique est de plus en plus recherché : quand une boite a pas les moyens de payer deux personnes, l'AMOA devient aussi AMOE et inversement

beaucoup de SSII font ça, mais il faut choisir de préférence une SSII qui a un pole spécialisé en AMOA, et rentrer exclusivement dans celles ci (trop de risque qu'une SSII non spécialisée AMOA / AMOE soit incapable de trouver des missions)

Cherche sur internet avec les mots clés AMOA et vois si ca te convient

[flolebreton]

Alors si j'ai bien compris AMOA c'est de retranscrire les besoins cotés utilisateurs aux équipes de dev tout en étant attentif aux difficultés techniques du développement.
Donc est ce qu'on peut en déduire qu'il faut une expérience minimale dans le développement ?
Typiquement, tu peux me donner un exemple de projet et ton rôle, ta mission sans trop de détails ?

L'AMOE développe ou s'occupe juste de conseiller les devs qui j'imagine doit nécessiter une expérience dans le developpement aussi.

Ayant fais des stages à chaque année de mon cursus informatique + ma dernière année de master en alternance sur du développement Java/Jython/Python, est ce que j'ai une chance de pouvoir prétendre à un poste de AMOA ou AMOE à la sortie de mes études ?

[Scriuiw]

Il est difficile d'entrer directement dans une fonction AMOA/AMOE sans avoir d'expérience d'un des deux côtés.

Comment peux-tu appréhender la partie fonctionnelle si tu ne connais pas le domaine client (Finance, logistique, distribution, aéronautique....).

De même, si tu n'as (quasiment) jamais développé dans le langage qui est utilisé pour programmer les interfaces/batch, tu n'as aucun recul sur les difficultés techniques potentielles de retenir telle ou telle solution.

D'une façon globale (Mais ceci n'est absolument pas une vérité coulée dans le béton) :
- AMOA : Personnes qui viennent du métier (Fonctionnel)
- AMOE : Personnes qui viennent du développement (Technique)

Pour ma part, j'ai débuté dans le développement et occupe un poste désormais d'AMOA mais aussi de (référent) AMOE pour l'équipe avec laquelle je travaille.

Vu ton cursus, il est plus fortement probable que tu commences par du développement, ou du moins du technique, après à toi de t'intéresser au côté métier et pas seulement te pré-occuper des défis techniques liés au développement si tu veux te rapprocher de l'AMOA

[garn]

Alors si j'ai bien compris AMOA c'est de retranscrire les besoins cotés utilisateurs aux équipes de dev tout en étant attentif aux difficultés techniques du développement.
Donc est ce qu'on peut en déduire qu'il faut une expérience minimale dans le développement ?
Typiquement, tu peux me donner un exemple de projet et ton rôle, ta mission sans trop de détails ?

L'AMOE développe ou s'occupe juste de conseiller les devs qui j'imagine doit nécessiter une expérience dans le developpement aussi.

Ayant fais des stages à chaque année de mon cursus informatique + ma dernière année de master en alternance sur du développement Java/Jython/Python, est ce que j'ai une chance de pouvoir prétendre à un poste de AMOA ou AMOE à la sortie de mes études ?

L'AMOA, c'est "l'assistance à maitrise d'ouvrage". La maitrise d'ouvrage ce sont les gens du métier, dans tout entreprise, qui ne font pas partie des services informatiques. Par opposition à la maitrise d'oeuvre, MOE, l'équipe de développement par exemple

personnellement j'ai commencé par de la recette fonctionnelle pure. Ensuite, ca s'est développé sur d'autres mission par des spécifications, du développement BI (la partie "technique" qui avantage mon CV), puis de la recette / specification à nouveau
Maintenant, j'interviens principalement sur des missions d'AMOA Bi (dans le cadre de missions en business intelligence donc) mais pas que. Dans mon cas j'utilise pas mal tout ce qui est problématique de modélisation et analyse de données en SQL

mais il y a de l'AMOA dans tout domaine technique, après ca dépend des entreprises, parfois le développeur se prend directement le besoin métier sans traduction, ainsi que la recette, mais dans les gros clients c'est rare

Quand on fait des specifications, on recueille par exemple les besoins auprès des utilisateurs (métiers) d'abord, et on traduit ces besoins en documentations fonctionnelles mais compréhensibles (c'est mieux) par les développeurs

Exemple bidon : partons du principe d'une application X qui existe, mais nécessite d'intégrer une nouvelle fonctionnalité.
On interroge les users pour avoir la liste des évolutions demandées, le fonctionnement attendu, on peut aussi aller plus loin en faisant des maquettes et présenter aux utilisateurs pour être sur d'avoir bien compris, puis on upgrade la spécification existante et on transmet ce besoin aux développeurs. Generalement, après le développement, on effectue la recette de l'application modifiée avant mise en production.

Exemple réel personnel : mission AMOA sur une chaine d'intégration comptable (recueil besoin de la compta, construire l'appli basée sur un ETL, specifications, phase de test et mises en place... Enormément de dialogue avec les métiers (pour le besoin comptable), la compréhension de l'existant (l'ancienne application qu'il fallait remplacer), les développeurs (qui devaient construire techniquement le bouzin).
Et apres, cycles de recette / evolutions / mises à jour constantes (c'était une mission longue)
Besoins de compétence en bases de données, modélisation, alimentations ETL (ce qui est plutot "technique"), le métier comptable a été appris sur le tas, spécialisation en recette et rédaction de spécifications.


Il est assez courant que des développeurs ne se voient pas continuer a developper, et souhaitent passer de "l'autre coté". Après, si tu fais ca très tot, il n'y a pas de problème vis a vis de tes études mais il faudra trouver la bonne entreprise et la bonne mission qui va bien, être précis sur ta recherche au risque de se retrouver à développer.

un AMOA normalement, ca a de bonnes capacités rédactionnelles et relationnelles, on se promene plus souvent en costume cravate qu'autre chose, vu qu'on est en relation proche avec le client

[garn]

Il est difficile d'entrer directement dans une fonction AMOA/AMOE sans avoir d'expérience d'un des deux côtés.

Comment peux-tu appréhender la partie fonctionnelle si tu ne connais pas le domaine client (Finance, logistique, distribution, aéronautique....).

De même, si tu n'as (quasiment) jamais développé dans le langage qui est utilisé pour programmer les interfaces/batch, tu n'as aucun recul sur les difficultés techniques potentielles de retenir telle ou telle solution.

D'une façon globale (Mais ceci n'est absolument pas une vérité coulée dans le béton) :
- AMOA : Personnes qui viennent du métier (Fonctionnel)
- AMOE : Personnes qui viennent du développement (Technique)

Pour ma part, j'ai débuté dans le développement et occupe un poste désormais d'AMOA mais aussi de (référent) AMOE pour l'équipe avec laquelle je travaille.

Vu ton cursus, il est plus fortement probable que tu commences par du développement, ou du moins du technique, après à toi de t'intéresser au côté métier et pas seulement te pré-occuper des défis techniques liés au développement si tu veux te rapprocher de l'AMOA

pas forcément, mais je te rejoins sur le coté expérience. Les échanges MOE > AMOA sont courants, faire AMOA et devenir développeur est beaucoup plus rare

A mon sens c'est une bonne chose d'alterner, en début de carriere, missions purement AMOA et un peu plus techniques pour se construire justement la compréhension technique nécessaire

Quand au métier, il y a deux sortes d'AMOA je dirais. Il est courant de se spécialiser dans un domaine métier particulier, genre finance. Mais la, on n'en sort pas, on reste dans le meme métier, qu'on connait bien

Ou alors on se focalise sur un type de mission indépendant du métier, ce que je fais en AMOA "BI" par exemple.
Je considere les testeurs comme faisant partie de la case "AMOA", personnellement, même quand on ne fait que ca.
Il est préférable ceci dit, même dans ce cadre, de se trouver un coeur de métier général (Banque / Assurance par exemple, qui ont pas mal de similitude, parceque sauter de l'assurance à l'industrie c'est possible, mais ca demande une sacré adaptation)

Mais je ne conseillerais pas forcément de commencer par développeur avant de faire AMOA, certes la connaissance est un plus, mais en terme de mission c'est plus difficile, après un an de dev, d'avoir une SSII suffisamment complaisante pour changer le type de mission ! Tout dépend de l'entreprise, dans ce cas de figure, si on est sur de pouvoir alterner les missions, la connaissance technique réelle est un plus.

Par contre il est vrai que vu le cursus, tu auras plus d'offre pour des postes de dev que d'AMOA... A toi de bien choisir ton entreprise en fonction

Si tu démarres en développement et que tu annonces directement que c'est juste pour tester et faire de l'AMOA après, y a peu de chances que l'entreprise le prenne bien (normal, elle forme quelqu'un qui ne profitera pas des compétences ensuite)
Dans l'idéal personnellement je ferais AMOA > un peu de technique > AMOA. Histoire de s'assurer la rentrée dans le coté métier.
Mais bon, de toutes manière, faudra faire en fonction des choix qui te seront proposés et orienter ta carrière ensuite

[devyreham]

Bonjour,

developper ne consiste pas seulement à taper du code et regarder un écran. Il faut maîtriser les différentes phases du developpement logiciel. Les profils techniques ont souvent du mal a identifier ses phases et s'enferment dans leurs taĉhes.

Pour cela dans vos profils evitez de mettre toujours en avant les langages et technos. Mettez en avant aussi les phases de developpement logiciel auxquels vous avez participez.
Faire du test d'intégration c'est de la validation, participer au cahier des charges,etc...Sinon vous vous retrouvez avec un label "developpeur Python" ou "developpeur iOS"

Cette présentation peut vous permettre à terme de passer dans l'AMO. En particulier si le développement "pur" ne vous plaît pas ou si vous n'êtes pas doué

Si vous n'avez pas de contact client, votre responsable est l'interface entre vous et les utilisateurs. Donc cela revient au même de dialoguer avec un intervenant indirect.

[phili_b]

Je souhaiterai pouvoir faire un peu le lien entre les équipes de développements et les utilisateurs, discuter avec eux pour exprimer les besoins qu'ils ont et je trouve ça enrichissant puisque l'on doit comprendre différents métiers et toucher un peu à tout. En gros, c'est permettre le bon déroulement du développement en liant le dev et les besoins sans avoir à toucher du code de trop près.

Ça correspond à de l'avant-vente ce que tu veux faire non ? (qu'on appelait dans le temps technico-commercial).

[Scriuiw]

Pas nécessairement de l'avant-vente, dans le cadre d'un logiciel existant qu'il faut faire évolué car les besoins clients ont eux aussi évolués, il est bien nécessaire de comprendre la demande, de l'analyser, de la documenter et de la chiffrer pour être force de proposition

[garn]

attention, parceque l'avant vente en SSII, c'est pas l'avant vente chez un éditeur de logiciel

[flolebreton]

Merci pour toutes ces réponses en tout cas !

Qu'est ce que vous appelez l'AMOA Business Intelligence ? (réflexion sur la mise en place de technos pour un problème donné ?)

Du coup au contraire, si on rentre en AMOA mais dans un domaine particulier comme tu le dis la finance/banque/assurance ce qui m'intéresserait également, est ce que ce peut être une erreur en début de carrière de "s'enfermer" dans un domaine particulier ?

Mais j'ai du mal à voir comment on peut se vendre pour une mission MOA alors que mis à part la technique où j'ai un peu d'expérience, le côté métier et tout est quand même compliqué à vendre. En gros, lors d'un entretien, il faut plus se mettre en valeur sur le coté relationnel...? Puisqu'au final, je n'ai que mes expériences au sein du développement.

Et concernant également les missions, j'ai survolé très rapidement les offres d'emploi concernant l'informatique et j'ai trouvé peu de SSII proposant des offres comme celle-ci à moins qu'elle soit tournée différemment mais les emplois sont principalement des ingé dev.

Pour ce qui concerne le poste d'ingé avant vente, c'est pareil, la description des missions a l'air vraiment intéressante mais n'est ce pas un handicap de ne pas avoir de connaissance au niveau négociation client ?

En fait, je me rend compte qu'un cursus technique comme j'ai fais ferme quelques portes qu'il n'y a peut être juste qu'à pousser mais ça n'a pas l'air évident.

[Scriuiw]

En fait, je me rend compte qu'un cursus technique comme j'ai fais ferme quelques portes qu'il n'y a peut être juste qu'à pousser mais ça n'a pas l'air évident.

Ta formation d'ingénieur logiciel te conduit naturellement vers l'un des métiers pour lequel tu as été préparé et ou la demande est forte, d'où le nombre important d'offres d'emploi pour ce type de profil.

Après aucune porte ne t'est fermée, il est probable que tu ne puisses commencer ta carrière directement dans l'AMOA car tu manques d'expérience, mais après quelques années, quand tu auras un bagage technique pus solide et si la partie métier t'intéresse, il n'y aucune raison que tu n'y arrive pas

[garn]

Qu'est ce que vous appelez l'AMOA Business Intelligence ? (réflexion sur la mise en place de technos pour un problème donné ?)

.

En gros comme l'AMOA en soit, c'est l'aide à un "métier", ca peut être aussi un métier informatique. Ce que j'appelle AMOA BI ce sont juste des missions en AMOA mais sur des projets de BI
Quand a savoir ce qu'est la business intelligence... bah, tu peux te renseigner ici sur ce que c'est assez facilement

Du coup au contraire, si on rentre en AMOA mais dans un domaine particulier comme tu le dis la finance/banque/assurance ce qui m'intéresserait également, est ce que ce peut être une erreur en début de carrière de "s'enfermer" dans un domaine particulier ?

.

Pas du tout, mais si le domaine ne te plait pas, mieux vaut t'en rendre compte les premières années, pas après 5 ans d'expérience

Mais j'ai du mal à voir comment on peut se vendre pour une mission MOA alors que mis à part la technique où j'ai un peu d'expérience, le côté métier et tout est quand même compliqué à vendre. En gros, lors d'un entretien, il faut plus se mettre en valeur sur le coté relationnel...? Puisqu'au final, je n'ai que mes expériences au sein du développement.
.

wohla, t'inquiete pas, AMOA ou autre, tu restes débutant, on va pas te demander d'un coup de tout savoir et de faire comme un ingénieur sénior !

Tu apprendras ton métier, comme tout un chacun. L'AMOA, ca s'apprend, le dev aussi. Ce que tu peux mettre en avant?
- capacités rédactionnelles
- capacités relationnelles
- bonnes compréhension des problématiques techniques, sans vouloir être développeur
-

Et concernant également les missions, j'ai survolé très rapidement les offres d'emploi concernant l'informatique et j'ai trouvé peu de SSII proposant des offres comme celle-ci à moins qu'elle soit tournée différemment mais les emplois sont principalement des ingé dev.
.

C'est normal, il y en a moins que juste du dev, en terme d'annonce.
Il faut moins d'AMOA aussi que de developpeur dans un projet. Mais peu importe, à vrai dire, ce qu'il faut que tu fasses c'est une recherche des entreprises pouvant proposer un pôle en AMOA.

Quand vous faites vos recherches d'emploi, les petites annonces, c'est bien, mais quand on est débutant c'est clairement pas suffisant. Enfin ca, c'est un autre sujet

Pour ce qui concerne le poste d'ingé avant vente, c'est pareil, la description des missions a l'air vraiment intéressante mais n'est ce pas un handicap de ne pas avoir de connaissance au niveau négociation client ?
.

très franchement, débuter en avant vente en SSII, on oublie, c'est un boulot de senior
et en éditeur de logiciel... ma foi, a part sous la tutelle d'un sénior pour apprendre directement le métier, c'est plus un travail de commercial que d'informaticien

En fait, je me rend compte qu'un cursus technique comme j'ai fais ferme quelques portes qu'il n'y a peut être juste qu'à pousser mais ça n'a pas l'air évident.

pas du tout, enfin je ne connais pas de cursus "AMOA", il n'y a pas de problèmes avec ton diplome.

je ne suis d'ailleurs pas tout a fait d'accord avec le fait de dire qu'une expérience technique est obligatoire pour commencer en AMOA, même si cela peut effectivement aider en fonction des projets/missions, et que d'une manière generale il y a plus d'opportunités pour un AMOA / technique que pour un AMOA pur
En tout cas, tes études en développement te serviront si tu vises de l'AMOA en terme de support d'équipes MOE

A mon sens il n'y a aucun problème a commencer (au moins, à essayer) dans l'AMOA. J'ai commencé comme ca, en tant que testeur fonctionnel, c'est une des missions de l'AMOA ca peut être une porte. Je connais beaucoup de jeunes ingénieurs débutants qui font de l'AMOA sans forcément avoir cherché à le faire d'ailleurs : spécifications, recette, une goutte de technique, interview des utilisateurs et transmission à la MOE...

Bref, dans tous les jobs il y a des seniors et des juniors, c'est pareil avec l'AMOA

[flolebreton]

Mais peu importe, à vrai dire, ce qu'il faut que tu fasses c'est une recherche des entreprises pouvant proposer un pôle en AMOA.

Quand vous faites vos recherches d'emploi, les petites annonces, c'est bien, mais quand on est débutant c'est clairement pas suffisant. Enfin ca, c'est un autre sujet

Donc j'imagine qu'il y a des SSII qui doivent proposer un fort pôle AMOA.
Que penses tu également de boites qui sont spécialisés dans le conseil (genre de ce que j'ai vite fait regardé "futurestep"...)

d'une manière generale il y a plus d'opportunités pour un AMOA / technique que pour un AMOA pur

La différence que tu fais entre AMOA technique et AMOA pur se trouve au niveau de la relation plus ou moins présente avec la MOE ?

Du coup, ayant un CV plutôt orienté technique, comment je peux mettre en valeur les qualités qui sont recherchées dans un consultant AMOA par rapport au projet de développement que j'ai pu faire ? Sachant, que d'un point de vue specs et tout, c'est vraiment léger ce que j'ai pu faire.

[garn]

Donc j'imagine qu'il y a des SSII qui doivent proposer un fort pôle AMOA.
Que penses tu également de boites qui sont spécialisés dans le conseil (genre de ce que j'ai vite fait regardé "futurestep"...)
.

futurestep j'ai vite regardé le site mais ca m'a l'air d'être un cabinet de recrutement

Passer par un cabinet a ses avantages, si on recoit une offre : il y a pas mal d'offres en interne (rare qu'une SSII fasse appel a un cabinet de recrutement, ca coute cher, faut que ca soit pour des postes de haut vol si c'est le cas)
par contre c'est pas ton employeur, ca dépend donc pour qui ils recrutent

La différence que tu fais entre AMOA technique et AMOA pur se trouve au niveau de la relation plus ou moins présente avec la MOE ?

Du coup, ayant un CV plutôt orienté technique, comment je peux mettre en valeur les qualités qui sont recherchées dans un consultant AMOA par rapport au projet de développement que j'ai pu faire ? Sachant, que d'un point de vue specs et tout, c'est vraiment léger ce que j'ai pu faire.

non, simplement ce que j'appelle AMOA "technique" c'est un AMOA qui est passé par le développement, comme te le conseille d'autres personnes sur ce thread.
C'est une bonne piste, il arrive fréquemment que des MOE finissent par se lasser du dev et veulent passer coté métier (au moins essayer)
Pour moi ca n'est pas "obligatoire", simplement, si on sait dès le départ ou on veut aller.

le danger de commencer technique, meme seulement un an, et apres vouloir faire AMOA est d'être réotienté de force vers d'autres missions techniques par ta boite, pour capitaliser sur l'expérience acquise
Et si on annonce des le départ la couleur...
Quelle entreprise va aller former quelqu'un sur du dev sachant que la personne va abandonner ensuite?
En SSII le turn over est suffisamment grand pour que la carrière du salarié ne soit pas la première préoccupation du management (loin de la...)

Son CV il faut le construire soi-même.
Sauf coup de chance et être dans une bonne entreprise, ca existe mais c'est rare (je dis "coup de chance" parceque au sein d'une meme entreprise certains resteront et auront des opportunités, d'autres non et trouveront que la boite est pourrie...Il faut tester)


Pour l'instant il ne me semble pas que tu aie un CV technique, tu n'a pas encore débuté dans le monde du travail (stage mis à part probablement) il me semble?
Il suffit de savoir te vendre, tout simplement. Ca ne s'acquiert pas du jour au lendemain, passer un entretien c'est une compétence à part entière, mais logiquement ton but va être de convaincre ton interlocuteur de tes qualités rédactionnelles et de communication, si jamais on te reproche ton coté "technique".
Mais franchement, en tant que junior, je ne pense pas, il "suffit" de bien présenter, d'être honnete sur ce qu'on veut faire

Des postes de testeur / specification, bref de l'AMOA, en junior, ca existe franchement, notamment en banque / assurance - et pas que en SSII
Tout simplement parcequ'un junior, c'est pas cher, c'est flexible et formable. Ne te torture pas trop sur ton CV pour l'instant je pense, si vraiment tu échoues a trouver un poste qui te convient, revient poser des questions pour les entretiens, mais ca devrait aller

a titre personnel, si on te propose un poste en client final plutot qu'en SSII, accepte. Le monde de la SSII, je ne le conseille pas forcément si on peut l'éviter

[phili_b]

rare qu'une SSII fasse appel a un cabinet de recrutement, ca coute cher, faut que ca soit pour des postes de haut vol si c'est le cas

Malheureusement c'est faux...en tout cas en province.

J'essaye de privilégier les cabinets de recrutement mais beaucoup d'entre eux me proposent pas mal de ssii.

Pire, certains, Expectra, refusent carrément ton dossier si tu leur fais comprendre que tu préfères les clients finaux. Genre tu envoies ton dossier, bon contact avec la chargée de recrutement, un manager d'Expectra rappelle pour repointer le fait que tu voudrais ne plus aller en ssii, et tu comprends vite que ton dossier a été classé verticalement à cause de ta réponse même si ton profil te permettrait d'aller en client final.

Donc la visibilité des clients finaux baisse encore plus alors que les cabinets de recrutement font double emploi avec les ssii qui ont des recruteurs à temps complets. C'est peut-être aussi une façon pour les cabinets de recrutement de ne pas mettre la clé sous la porte, vu les mauvais taux de placement liés au chômage.

[garn]

Malheureusement c'est faux...en tout cas en province.

J'essaye de privilégier les cabinets de recrutement mais beaucoup d'entre eux me proposent pas mal de ssii.

Pire, certains, Expectra, refusent carrément ton dossier si tu leur fais comprendre que tu préfères les clients finaux. Genre tu envoies ton dossier, bon contact avec la chargée de recrutement, un manager d'Expectra rappelle pour repointer le fait que tu voudrais ne plus aller en ssii, et tu comprends vite que ton dossier a été classé verticalement à cause de ta réponse même si ton profil te permettrait d'aller en client final.

Donc la visibilité des clients finaux baisse encore plus alors que les cabinets de recrutement font double emploi avec les ssii qui ont des recruteurs à temps complets. C'est peut-être aussi une façon pour les cabinets de recrutement de ne pas mettre la clé sous la porte, vu les mauvais taux de placement liés au chômage.

mmm peut etre du fait de postes spécialisés rares en province?
Après, sur paris aussi ca existe je dis pas, mais pour des embauches "de pointe", pas pour un jeune diplomé en général, enfin à ma connaissance

[flolebreton]

Merci en tout cas pour toutes ces réponses complètes !

Je vais sans doute m'orienter vers des postes de consultant AMOA Junior dans le secteur banque/assurance étant donné que j'ai vu pas mal de postes à pourvoir.

Ca me fera une première expérience et si je sens que le secteur ne me convient pas, je pourrais toujours changer, c'est ça aussi construire sa carrière je pense ^^.

Après je pense également me renseigner sur le pôle AMOA que peuvent présenter certaines SSII qu'il va falloir trouver.

Pour la recherche de poste, je suis un peu sur tous les réseaux sociaux professionnels + Monster, pour l'intitulé du poste, est ce que je peux me permettre de mettre "Consultant AMOA" ou il faut mieux indiquer vraiment ce pour quoi je suis réellement formé donc ingénieur logiciel et préciser ce que je recherche.

Quand vous faites vos recherches d'emploi, les petites annonces, c'est bien, mais quand on est débutant c'est clairement pas suffisant.

Qu'entendais tu par ça ? petites annonces + réseaux sociaux pros + monster ne sont pas suffisants ?

Concernant l'entretien, j'imagine qu'il faut arriver en pseudo costume ?