Discussion :

[neperien]

Bonjour à tous,

A la fin de l'année prochaine, je vais devoir choisir une spécialité, dans mon école d'ingénieur, soit porté dev, soit porté MOA.
Jai fait pas mal de dev et je me vois un peu moins faire ça toute ma vie que de la MOA, et j'ai fait un peu de conception des SI, (j'ai bien aimé).

Niveau salaire, qui est le meilleure ? En début de carrière ? En milieu ? En fin ?

Niveau responsabilités?

Niveau evolutions ?

Niveau envie de travailler après 15 ans de métier ?

Je n'ai vu aucune annonce MOE > 10 ans d'XP et quasiment aucune annonce MOA < 2 ans. Le parcours logique est il MOE => MOA ?

Merci d'avance .


Népé

[garn]

MOA ? Etrange. Par exemple, spécialité MOE, soit, mais ca veut dire un langage particulier ou plusieurs
ben la MOA c'est pareil. La MOA, c'est l'aspect métier : il existe quantité de métiers

Après ca peut être l'aspect "AMOA", typiquement la compréhension des besoins métier, les principes de spécifications, recette...

Mais une école qui fait MOA je savais pas que ca existait, vu que les aspects MOA dépendent de chaque entreprise
Ou alors y a des spécialités : conception des SI, c'est un boulot à part entière

Niveau salaire, qui est le meilleure ? En début de carrière ? En milieu ? En fin ?

Théoriquement la MOA est mieux / plus facilement payé en début de carrière.
Ca se justifie tout bêtement : l'aspect métier, c'est mieux percu / compris par les clients, qui sont plus enclins à payer. Alors qu'un développeur aussi génial soit-il, tant que le client a pas l'appli dans les mains, il comprends pas forcément ou est passé son argent (sauf si c'est un DSI, et encore )

Après, ne pas en faire une règle, ca dépends ou on bosse, mais il est plutot connu que les aspects MOA payent mieux

Niveau responsabilités?

Ca change pas grand chose. Tout est question de perception : les MOA / AMOA informatiques seront amenés à cotoyer les métiers, on leur "confiera" des taches qui sont plus liées à des aspects projet donnés plutôt qu'en équipe (on peut faire une spécification à plusieurs mais c'est foireux, alors qu'un logiciel il est courant d'avoir plusieurs développeurs. Ne pas en faire une règle non plus : la recette, ca se fait très bien en équipe)
Mais y a la même chose coté MOE niveau "responsabilité". Seulement, ca se "voit" moins du point de vue métier.
Après, un chef de projet MOA ou MOE, ma foi, a les mêmes responsabilités, juste pas exactement les mêmes problématiques

Niveau evolutions ?

si la gestion de projet t'intéresse, ca se vaut niveau évolution, bien qu'un MOA aura tendance à accéder plus rapidement au rôle

Niveau envie de travailler après 15 ans de métier ?

La même, si tu as des prêts à rembourser et envie de manger autre chose que des pâtes
J'ai vu des gens se fatiguer de l'aspect technique comme fonctionnel. Après, si ta crainte est de te lasser tu peux multiplier les compétences (technico fonctionnel)

Je n'ai vu aucune annonce MOE > 10 ans d'XP et quasiment aucune annonce MOA < 2 ans. Le parcours logique est il MOE => MOA ?

C'est pas faux, on confie rarement des aspects métier à un jeune diplomé, un client qui veut un MOA / AMOA dans un domaine métier, il veut aussi que la personne ait déja une expérience dans son domaine. C'est valable aussi en dev mais l'apprentissage est plus "simple" de part le travail en équipe, les formations techniques... Alors que trouver un tuto comptabilité, banque, assurance... sur le net c'est plus dur

le passage MOE > AMOA est courant, et a des avantages indéniables (l'AMOA faisant beaucoup interface entre les MOE Et MOA, c'est plus simple quand il a la double compétence technique-fonctionnelle). Ca n'a rien d'obligatoire non plus je connais beaucoup de gens en AMOA / MOA n'ayant jamais fait de technique


Hors ces aspects, faut simplement te poser la question : dans un logiciel, tu préfères savoir comment il doit être produit, ce qu'il doit faire, comment il s'imbrique dans le système d'information, quelles sont les contraintes fonctionnelles...
Ou tu préfères le développer, t'intéresser à l'optimisation, les contraintes techniques...


Si tu n'as pas une certaine aisance à rédiger, synthétiser, un bon relationnel... la MOA n'est pas vraiment faite pour toi

[Glutinus]

Bonjour à tous,

A la fin de l'année prochaine, je vais devoir choisir une spécialité, dans mon école d'ingénieur, soit porté dev, soit porté MOA.
Jai fait pas mal de dev et je me vois un peu moins faire ça toute ma vie que de la MOA, et j'ai fait un peu de conception des SI, (j'ai bien aimé).

Niveau salaire, qui est le meilleure ? En début de carrière ? En milieu ? En fin ?

Niveau responsabilités?

Niveau evolutions ?

Niveau envie de travailler après 15 ans de métier ?

Je n'ai vu aucune annonce MOE > 10 ans d'XP et quasiment aucune annonce MOA < 2 ans. Le parcours logique est il MOE => MOA ?

Merci d'avance .


Népé

Hello,

MOE est un métier qui devient de plus en plus politique et MOA... un métier très politisé.

Il n'y a pas de parcours logique. MOA est une évolution de MOE de même que l'inverse ; je dirai cependant qu'un MOA avec un bon bagage technique est un choix pour un client plus futé que l'inverse...
Je te dis ça mais ça dépend énormément des choses. J'essaie "désespérement" d'avoir une mission MOA "pour voir comment ça se passe" et je n'y arrive pas je crois que je suis bon pour rester MOE toute ma vie... d'informaticien.

Aucune annonce < 2 ans => c'est toujours le cas, le client veut toujours des gens qui ont déjà tout fait, tu peux en moyenne supprimer 2,5 ans d'expérience par contrainte pour savoir ce dont ils ont vraiment besoin. Exemple : un client recherchait des 5 ans d'expérience pour faire du forward-mail...

[neperien]

@Garn :
Oui, autant pour moi, c'est bien de AMOA le métier accessible dont il s'agit.

En fait si je comprend bien, la capacité à devenir AMOA est quasi nulle dans mon école d'ingénieur, puisque ce n'est certainement pas là qu'on va m'apprendre à rédiger... Si ? Je devrais reprendre des cours de rédactions ? Pareil pour le relationnel, entouré de geeks, je vais pas énormément progresser

Je suis actuellement dans une junior entreprise, est ce que c'est un avantage pour l' AMOA ? (Je suis plus ou moins chargé de clientèle : je fais des devis, je reste en contact avec les clients, et les devs)
Quels métiers sont technico-fonctionnels ?

@Glutinus :
Ca fait combien de temps que tu es dans le dev ? Tu te voyais faire ça toute ta vie au départ ?

[Glutinus]

Autant que ma carrière... 8 ans...
Au début j'aurai bien dit oui, parce que pour moi développeur en début de carrière comme à l'école d'ingé, c'était faire tout, de la conception à la gestion de projet en passant par les tests. Mais j'ai fait que des gros clients, donc tâche spécifique...

Dont du forward-mail ^^

[Barsy]

Tout comme garn, je suis étonné que le métier de MOA soit enseigné dès l'Ecole. Pour ma part, je voyais plutôt le poste de MOA comme une possibilité d'évolution après la MOE.
On a plusieurs choix d'évolution de carrière dans l'informatique : technique (Expert, Architecte...), management (Chef de Projet, Directeur...), fonctionnel (MOA, Ergonome...), commercial...
C'est pourquoi il est rare de trouver des "juniors" avec un rôle de MOA.

La MOA est la personne qui va faire le lien entre les utilisateurs et la MOE. Il va falloir qu'elle traduise sous forme de fonctionnalités logicielles les besoins de gens qui n'ont aucune compétences en informatique mais qui maîtrisent leur propre domaine. C'est à dire qu'ils vont avoir un discours à la fois pointu techniquement pour parler de leur métier et très flou pour décrire leur besoin.
En fait ça nécessite de bien connaître le métier des gens avec qui tu travailles, leurs contraintes . C'est pourquoi souvent la MOA est un poste interne à l'entreprise cliente et non pas occupé par un sous-traitant (ça arrive cela dit).

La difficulté qu'il y a à devenir MOA est du au fait qu'il n'y a que peu de poste. Là ou sur un projet, tu peux avoir une dizaine de développeurs, la MOA va elle s'occuper de 4 ou 5 projets en même temps (et il n'y a pas de MOA sur tous les projets). Dautre part, comme le poste est directement chez un client final, il peut être plus difficile de s'y faire recruter que dans les SSII. J'ai même vu un cas où la MOA sur un projet n'avait jamais fait d'informatique de sa vie, il s'était retrouvé au poste en évoluant dans sa société (il était pas mauvais du tout cela dit).

Pour finir, je dirais que de toute façon, quelque soit le poste que tu occupes, il est toujours important de savoir rédiger (attention, pas la peine de faire du Zola, juste écrire dans un Français correct et sans faute suffit), ne serait-ce que pour les mails que tu enverras, et d'avoir un bon relationnel pour travailler en équipe (ne serait-ce que dire bonjour le matin avec un sourire par exemple).

[neperien]

En fait ce que je trouve plus qu'étonnant c'est que la même spécialité que je risque de faire (management des SI) est enseignée dans des écoles de commerce, tel que l'IAE. Donc soit cette spé ne vaut rien... Soit c'est la spé de l'IAE qui ne vaut pas beaucoup. (Je ne vois pas comment une ecole d'ingé et une ecole de commerce peuvent apporter les mêmes compétences.)

@Barsy : si je comprend bien il faut "forcément" faire du dev pour pouvoir faire de la MOA ? Niveau postes, j'ai trouvé qu'il y avait pas mal d'annonces; après je ne sais pas si il y a beaucoup de postulant .

@Glutinus : tu es en SSII ?

[garn]

@Barsy : si je comprend bien il faut "forcément" faire du dev pour pouvoir faire de la MOA ? Niveau postes, j'ai trouvé qu'il y avait pas mal d'annonces; après je ne sais pas si il y a beaucoup de postulant .

Non, mais c'est un des chemins possibles. L'autre est de se spécialiser dans un domaine
il y a des dev .net, java... tout comme il y a des AMOA finance de marché, compta, BI ...

l'avantage de l'aspect technico fonctionnel c'est qu'il permet de rentrer "doucement" dans l'aspect MOA, et rassure quand le poste se passe du coté secteur informatique (l'AMOA est un des seuls jobs "informatique" ou tu risques de bosser directement chez les métiers, donc dans une équipe de commerciaux, comptables... et pas avec des développeurs. D'ou l'aspect "présentation","relationnel")

[Jean-Philippe André]

Salut,

sans parler des salaires, tu trouveras ici https://emploi.developpez.com les grilles de tarifs des freelances dans le domaine IT.

C'est certes toutes XP confondues, mais ca te donnera une bonne idée de ce qui se négocie

(à fin aout 2014)
Côté MOE tu as du développeur à 400€ / jour, mais aussi le consultant technique à 660€.
Côté MOA tu as de l'analyste ou de l'AMOA (460 et 570€)

Reste ensuite que le nombre de freelance n'est pas forcément non plus le même.

Pour abonder dans le sens de ce qui a déjà été dit :
un excellent MOE peut devenir un excellent MOA, l'inverse n'étant pas connu à ce jour

[neperien]

Petite question : Architecte ça consiste en quoi ? C'est coté MOE ou coté MOA ?

Merci pour le lien Du coup, le salaire est de moitié environ, non ?

@garn : Comment on se spécialise en MOA une fois qu'on a commencé MOE ?

[Barsy]

@Barsy : si je comprend bien il faut "forcément" faire du dev pour pouvoir faire de la MOA ? Niveau postes, j'ai trouvé qu'il y avait pas mal d'annonces; après je ne sais pas si il y a beaucoup de postulant .

Non, il n'est pas nécessaire de faire du dev. Dans mon message j'ai d'ailleurs pris l'exemple de quelqu'un qui n'en avait jamais fait et qui n'était pas mauvais. Mais après, ça peu être un plus.

Après, il faut aussi se méfier des annonces de MOA en SSII. Ça peut arriver qu'une SSII cherche une MOA et au final, lorsque la personne arrive dans l'entreprise, la mission MOA a été perdue et le nouveau salarié se retrouve à faire du dév. Cela dit, faut pas non plus avoir peur, ce genre de comportement n'est pas aussi fréquent que ça.

Concernant l'architecte, c'est un métier plutôt côté MOE. C'est la personne qui va s'occuper de toute la conception. Il va traduire le besoin fonctionnel en solution technique : Choisir la techno, décrire le diagramme de classes, la base de données, faire le chiffrage... Le plus gros de son travail se situe en amont du projet et normalement, il en gère plusieurs en même temps sur lesquels il intervient ponctuellement par la suite. Dans les faits, il arrive souvent qu'il participe aux développements aussi.

En fait, c'est assez rare qu'une personne n'occupe qu'un seul poste côté MOE. Souvent il faut combiner plusieurs casquettes : Architecte, Développeur, Ergonome (bien que ce soit du fonctionnel, c'est souvent à la MOE de le faire), Expert technique, Responsable de l'usine logicielle (qui se limite très souvent à un simple gestionnaire de source)...
Cela vient surtout du fait que l'informatique logicielle reste encore considérée par beaucoup de "responsables" comme une activité moins noble qui ne devrait nécessiter que peu d'investissements. Dans ce contexte, difficile de recruter des gens dont le gain en productivité n'est pas immédiatement visible. Et vu qu'il n'y a parfois (souvent ?) que des développeurs sur un projet, ceux-ci se retrouvent contraints de tout faire (et ça se ressent souvent sur le résultat).

Cela dit, ça a quand même énormément évolué ces dernières années. Et bien qu'il existe encore des entreprises qui maintiennent des plateaux de développeurs qui sont de véritables usines à bugs, la plupart commencent à comprendre que faire de la qualité leur reviendrait finalement beaucoup moins chers que de jeter la moitié des projets à la poubelle.

[garn]

Petite question : Architecte ça consiste en quoi ? C'est coté MOE ou coté MOA ?

Plutot MOE. Architecte c'est comme pour une maison, mais avec un SI (pour un archi SI)
ex de fiche architecte technique : http://www.orientation-pour-tous.fr/...que,13599.html

Merci pour le lien Du coup, le salaire est de moitié environ, non ?

c'est beaucoup dire. Comme le souligne jpcheck y a pas le même nombre de consultants (en début de carrière, un client a besoin d'un AMOA pour plusieurs MOE sur un projet lambda)

@garn : Comment on se spécialise en MOA une fois qu'on a commencé MOE ?

Difficilement, demande à Glutinus
Souvent, en étant MOE tu gagnes une spécialité que les SSII veulent garder, pour une bonne et simple raison : quand tu es "junior", débutant, tu seras payé un salaire X, et facturé Y. Quand tu augmentes en expérience, tu seras progressivement augmenté, mais surtout la facturation elle aussi augmente (un junior est pas facturé pareil qu'un profil expérienté). Comparativement, la SSII se fait plus de marge avec quelqu'un qui a 2-5 ans xp qu'avec un jeune diplomé (et c'est plus facile à placer). A l'inverse, avec l'age, les consultants sénior commencent à être "capé" niveau facturation alors que leur salaire continue d'augmenter.
Du coup, une SSII n'aurait aucun intérêt à placer sur une nouvelle techno ou de la MOA un consultant qui a 2, 3 ans d'xp sur une techno. Car il revient point de vue client au statut "junior" alors qu'il est payé plus

Bref, une simple question d'argent, comme toujours avec ce métier
En gros, y a pas 36 solutions, il faut être intransigeant quand on veut passer d'un coté à l'autre de la barrière, et pouvoir faire la liaison dans ses expériences : par exemple, l'écriture de spécifications techniques (un travail de MOE) peut mener à de l'écriture de spécifications fonctionnelles, travail d'AMOA (en arrangeant un peu le CV )

Dans mon cas, j'ai eu une grosse expérience BI, qui par nature est déja très technico-fonctionnel (on "développe" mais les reporting touchent au métier du client). Et en plus c'était un poste mi technique mi fonctionnel (en tout cas, je l'ai fait passer pour tel, même si c'était plutot du 80%-20% )

[neperien]

Merci pour toutes ces réponses !! sujet resolu !