Discussion :

[weed]

Hello tout le monde,

Je souhaiterai faire de la AMOA. J'ai pas mal d'experience en MOE en tant que developpeur et maintenant, j'aimerais changer de poste.
Au lieu de mettre toutes les points techniques que j'ai effectué sur mon CV, je les ai mimisé. De plus, j'ai complétement supprimé la partie ou je liste mes compétences techniques tel que language, framework, outil de versionning.

A la place, j'ai indiqué les points que j'ai effectué plus fonctionnel (redaction de document), communication avec d'autres équipes, ... bref tous les points qui se rapprochent de l'AMOA. Malheureusement, en tant que développeur on a peu l'occasion de d'effectuer ce genre de taches mais peu import, j'ai essayé de le mettre en valeur sur mon CV.

Ma question porte sur le titre des postes occupés.
J'ai laissé celui en tant que développeur, par exemple : "Concepteur Réalisateur PHP Perl"
Par contre comme titre principal, j'ai indiqué "Consultant AMOA"

Je pense ne pas faire d'erreur sur les taches détaillées de chacune de mes expériences.
Par contre sur les titres des postes occupés, je me pose quelques questions maintenant. Le problème, c'est que je ne peux tout de meme ne pas indiqué que j'étais consultant AMOA, ce serait mentir mais d'un autre coté si j'indique uniquement "COnsultant AMOA" ce n'est peut être sufisant pour montrer que j'ai travaillé sur des aspects de la AMOA et que je suis apte à travailler sur ce type de poste.

Bref, grand dilemme. Que feriez vous à ma place? Conserveriez vous à ma place le titre de "Concepteur Réalisateur PHP Perl" avec des taches de types AMOA détaillées?
Est ce suffisant?

[fiftytwo]

Le contenu est tout aussi important que le titre ! Donc il faut que ce soit coherent avec les taches , et si possible que tu montres une sorte devolution ( ex dev junior a amoa )

Pour les titres , je suis sur que dans le web il y a plein de titres fumeux donnes a des gens qui ne servent pas a grand chose , genre analyste , CDP ou manager etc ..... tu peux jeter un oeil de ce cote la . Ou aussi ppomper des bonnes idees dans les CV d'amoa web

Fait un effort sur le titre du dernier job , car ce sera letiquette par laquelle on va tatrapper . Le consultant amoa sera pour dire que cest ce que tu veux continuer de faire desormais

[Glutinus]

Le plus dur c'est le passage en entretien...

Mon défaut : je suis très honnête, trop humble.
Et malgré le fait qu'il y a quelques missions ou effectivement l'AMOA m'a été délégué (rédaction de spécifications fonctionnelles, recette fonctionnelle, formation utilisateurs, réunion de recueil de besoin) j'en reviens évidemment sur des tâches techniques que j'ai faites à 80% dans la mission et on me rétorque que je ne suis qu'un MOE++ et que "vous manquez d'expérience revenez dans deux ans quand vous aurez fait vraiment de l'AMOA auprès d'une SSII qui ne vous en donnera jamais avant nous puisque vous n'en n'avez jamais fait".

Je pense que l'entretien est à préparer autant que le CV (sachant que tu devras passer quand même pas mal de temps dessus)

[weed]

fiftytwo, je viens de relire 2-3 fois ton message qui m'a été bien utile. Je vois l'idée. Je retiens donc les idées suivantes :
- Je suis donc en ce moment dans l'erreur avec mon CV en laissant ma fonction comme "Concepteur Réalisateur PHP / ...".
- De plus (même principe que la fonction) sous le nom de ma société j'indique l'intitulé du poste comme "Développement d'un outil de diagnostique de ligne ADSL ..". Il faut que je tourne cela autrement.

Je suis donc en train de regarder mais pas évident de trouver des trucs un peu "pompeux". Malheureusement les CV amoa sur le net se font rare.


Glutinus, je suis un peu comme toi, un peu trop gentil, c'est notre coté francais à ne pas suffisamment nous vendre.
Parler sur des aspects 100% techniques, c'est en effet très facile mais quand il s'agit de parler des 20% de nos occupations lié de loin (ou j'espère de près) à de l'AMOA, ce n'est pas pareil. Il faudra en effet ne pas oublier de préparer son entretien, malheureusement avant il faut décrocher un entretien.

J'ai un pote qui m'a copter pour son entreprise pour de la coinduite de changement parce qu'il recherchais du monde. Mon cv a été redirigé vers le service application mais je n'ai pas de nouvelle alors que j'ai été coopté. C'est pourquoi maintenant, je me remets en question sur mon CV, sur le pourquoi sa SSII n'a pas voulu, n'a pas pris de décrocher son tel alors qu'il recherche des gens dans la conduite de changement.

Merci à vous 2, je potasse mon CV sur mes fonctions et intitulés des postes.

[Glutinus]

Après ne pas oublier les leviers dont on parle toujours. Mais ça imposerait encore une fois de faire une mission MOE.

* Opportunité : un peu comme quand on recrute des bac+5 non informaticien à tour de bras, si l'activité reprend, il y a plus d'opportunité logiquement. Mais ça n'est pas l'air d'être le cas en France...

* Réseau : un de mes anciens collègues est en contact avec une AMOA. Cette dernière le contacte car c'est sa fin de mission et elle pense qu'il fera bien l'affaire. Elle le recommande vivement auprès de son chef. Comme quoi il faut bien savoir se faire des amis...

* Travail : un membre de ma famille s'est intéressé à 300% au fonctionnel, il va déjeuner avec un de ses collègues AMOA pour discuter boulot et passe ses soirées à potasser le fonctionnel. Bon je pense que c'est le cas idéal comme on imagine, mais visiblement ça arrive

[fiftytwo]

C'est pourquoi maintenant, je me remets en question sur mon CV, sur le pourquoi sa SSII n'a pas voulu, n'a pas pris de décrocher

son tel alors qu'il recherche des gens dans la conduite de changement.

Il faut les appater avec des skills et experiences en rapport avec la conduite du changement , sinon ce serait du copinage pur et simple.

Je suis donc en train de regarder mais pas évident de trouver des trucs un peu "pompeux". Malheureusement les CV amoa sur le net se font rare.

Tu as surement un manager et/ou un team leader , regardes les taches qui sont en rapport avec ton job (hormis les trucs techniques) ,


Si tu as de bons contact avec ton manager/team leader explique ton projet , discute en , soit proactif et demande leur de te deleguer des taches de ce

genre en plus de ton boulot .
Au fur et a mesure , tu vas effacer tout ce qui est technique dans ton cv et apres tu te casses et te vendras comme tu veux

fiftytwo, je viens de relire 2-3 fois ton message qui m'a été bien utile. Je vois l'idée. Je retiens donc les idées suivantes :
- Je suis donc en ce moment dans l'erreur avec mon CV en laissant ma fonction comme "Concepteur Réalisateur PHP / ...".
- De plus (même principe que la fonction) sous le nom de ma société j'indique l'intitulé du poste comme "Développement d'un outil de diagnostique de

ligne ADSL ..". Il faut que je tourne cela autrement.

A fond , debarasse toi de ca ! apres il faudra te mettre daccord avec ton superieur pour valider ton "nouveau cv" !

PS : ne mets pas un couteau sous la gorge , mais attention a pas te faire endormir avec des belles promesses non tenues.

Si tu nest pas en SSII alors vise les postes internes. Sinon fait comnme glutinus te la conseille , potasse le fonctionnel a fond , et tiens toi au jus des opportunites qui passent , un jour le poisson va mordre . En france , les evolutions/changement de ce genre prennent du temps car il faut expliquer cela a des gens qui te disent quetu veux passer du coq a lane et que ce nest pas logique ! bon courage , je suis dans le meme bateau que toi

Voici deux exemples concret , compares le contenu et les titres et dis moi si tu vois la difference et la ou je veux en venir

Job 1

Before : Systems and network administrator

- System administration of Windows 2008 AD domain and application servers (80 users) over 2 distant sites
- PABX Siemens Hipath administration and troubleshooting
- Installation and configuration of HP Proliant servers and virtualization of physical servers to Vmware ESXi
- Administration of web server in Amazon Web Services
– Optimisation of websites for SEO
- Administration of mass mailing services
– Scripting in Bash , Python and Powershell
– Creation of all technical / functional IT documentation and network diagrams
– IT and assets management with GLPI/OCS
– Migration from Exchange 2003 to Microsoft Office 365 Cloud services
– Administration of Exchange 365 / Sharepoint 365 / Lync 365.


After : IT manager

• Definition and application of common IT policies in all sites
• Management of virtualization and cloud computing projects
• Administration of web servers and databases in Amazon Web Services
• Act as a bridge between technical and non-technical stakeholders
• Creation and optimisation of strategies for SEO and mass mailing.
• Scripting in Bash , Python and Powershell
• Creation of all technical / functional IT documentation , network diagrams , matrixes and processes
• Physical and logical IT assets management
• Provide trainning sessions to end-users about the new CMS
• Establish and maintain the outsourcing effort
• Prospection and negotiation of contracts for IT related services
• Build and keep good relationships with 3rd party providers and suppliers

Job 2

Before : L3 Windows administrator

– Administration of Windows 2008 , Exchange 2010 , Sharepoint 2013 and Office 365 domains.
– 2nd / 3rd level of support for european activities
– Administration and monitoring of Saas platforms in Amazon Web Services
– Prepare reports covering datas , infrastructure and web analytics for various stakeholders
– Creation and update of IT teams documentation
– Perform quarterly SOX reporting tasks
– Drawing of IT infrastructure's diagrams and workflows with MS Visio


After : IT analyst

• Prepare reports covering datas , infrastructure and web analytics for various stakeholders
• Creation and update of IT teams documentation and KMDB (Knowledge Management DataBase)
• Real Time Monitoring of critical application servers
• Define KPI and perform SLA reviews
• Coordinate change management activites
• Perform quarterly SOX reporting tasks
• Drawing of IT infrastructure's diagrams and workflows with MS Visio
• Support for outsourcing of workload from EMEA branches to the new shared services center

[pcmac]

Bonjour,

Ingénieur généraliste, je n'ai aucune expérience en informatique (toutes les offres avec les mots java, j2e etc sont complètement abstraites pour moi).
Je voulais e savoir plus sur les métier de l'AMOA pour savoir concrètement en quoi cela consiste. J'imagine en effet qu'un consultant AMOA va chez le client afin de comprendre son besoin qu'il traduit ensuite dans un cahier des charges. Il "benne" alors le cahier des charges à une équipe de spécialistes (MOE) dont le rôle est de taper du code (enfin je suppose). Ensuite il y a une période de test (j'imagine qu'on "appuie" un peu sur tous les boutons, voir si ca fonctionne bien...). On rend alors le projet au client.

Est-ce ca ou suis-je à côté de la plaque ?

Pourriez-vous décrire vos missions ? concrètement ? ainsi que les horaires ?

Merci par avance

[el_slapper]

un peu de vocabulaire :

MOE : celui qui programme. En java, cobol, python, bf, que sais-je.
MOA : celui qui spécifie quoi programmer. Généralement à mi-chemin entre la MOE et l'utilisateur final.
AMOA : "assiste la MOA". En fait, c'est souvent un euphémisme pour parler du test. Pas toujours, mais souvent.

Après, moi, j'aime bien, le test. Mais ça n'est clairement pas fait pour tout le monde. Et il y a test et test. Entre le drone qui suit aveuglément un script manuel et lève manuellement une anomalie si le résultat n'est pas celui écrit dans son script, et l'ingénieur sénior qui va concevoir des systèmes automatisés de tests de non régression ou de test de charge, il y a un monde.


Quand aux horaires, ben, ça dépend complètement de l'endroit. Et de la personne.

[autran]

dans ma SSII il y a une unitée dédiée à l'AMOA

ils ont de beaux costumes font 1m80, du gel pour tenir la mèche et fréquente la salle de musculation en bas de l'immeuble.
OK j'm les gateaux et je suis pas bon en sport

serieusement ils :
- ont une forte culture metier de la MOA
- font beaucoup de secretariat pour les COPIL et les CODIR
- font les appels d'offres et le depouillement des propal pour la MOA

pour les horaires je ne sais pas car ils sont souvent chez le client (MOA)
pour les études, on a peu d'ingénieurs, beaucoup d'ecole de commerce et pas mal de Master en stage.

si ca peu t'eclairer

[garn]

un peu de vocabulaire :

MOE : celui qui programme. En java, cobol, python, bf, que sais-je.
MOA : celui qui spécifie quoi programmer. Généralement à mi-chemin entre la MOE et l'utilisateur final.
AMOA : "assiste la MOA". En fait, c'est souvent un euphémisme pour parler du test. Pas toujours, mais souvent.

C'est pas faux. c'est pas tout a fait vrai non plus

la notion de MOA ou de MOE diffère entre chaque entreprise
normalement la MOA ce sont les métiers (marketing = MOA, RH = MOA...)
certains comme le dit el_slapper considerent la MOA comme de l'AMOA, c'est a dire les gens qui font les specifications

Dans un monde parfait (et encore) la MOA fait l'expression de besoin, l'AMOA rédige la spécification, le MOE développe, le testeur teste.
maintenant souvent AMOA = testeur. Et des AMOA, y en a des fonctionnelles pure (je connais un métier, genre la banque de financement, la comptabilité....), des AMOA technico fonctionnelles (c'est mon boulot, je sais discuter avec les MOE sans avoir moi meme la capacité de développer, ou très peu, et je sais aussi discuter avec des métiers de toute sorte. des fois je suis au sein de DSI, des fois au sein des équipes métier), ou des AMOA qui sont des AMOE, un peu comme un AMOA technico fonctionnelle qui sera a 100% dans les DSI, pour faire les spécifications fonctionnelles, parfois techniques, les tests ...

En parlant de tests, tu as toute une panoplie qui existent : un développeur doit faire à minima des tests unitaire normalement, c'est à dire faire fonctionner chaque bout de programme séparément.

Après : les tests d'intégration. on fait fonctionner tout le code, dans un environnement donné (un environnement spécifique au test en général).. et en relation le cas échéant avec d'autres systèmes amont / aval : mettons qu'un programme recoive des commandes d'un site web, les passe et envoie les demandes de factures à un logiciel de compta, encore faut il que le programme puisse recevoir les bonnes données (site web) et envoyer les bonnes (à la facturation). Parfois la MOE le fait, parfois l'AMOA, parfois les deux.

Une fois que ca marche, les testeurs peuvent faire les tests fonctionnels, voire technico fonctionnels : c'est à dire vérifier que les règles de gestion sont appliquées. On parle de "technico fonctionnel" quand une composante technique fait qu'un simple utilisateur final serait incapable de tester, par exemple aller trifouiller en SQL dans une base de données. Ca n'est pas obligatoire, beaucoup de clients se contentent de tests fonctionnels en disant "ca marche pas" et le développeur doit se démerder pour reproduire l'anomalie et voir lui meme ou ca marche pas dans sa BDD
Après y a les véritables tests métiers / utilisateurs, ou les MOA, sans connaissance technique, regardent si le logiciel leur va : souvent, ils regardent plus les interfaces que les règles de gestion en profondeur. Ils se placent du point de vue utilisateur final (voire ce *sont* les utilisateurs finaux)

on ajoute les tests de charge (robustesse de l'application), de sécurité, de performance (temps de reaction) etc etc

"bref, c'est compliqué"


D'une manière générale, "AMOA" = assistance. Après, assistance de qui, de quoi, comment, ca dépend des clients. j'aime a penser que j'aide les gens à faire leur métier, tout simplement (et c'est souvent vraiment ca)