Discussion :

[Hinault Romaric]

Pourquoi les programmeurs sont-ils moins payés que les gestionnaires de programme et les analystes métier ?
Manquent-ils de pouvoir de négociation ?


Dans le cycle de développement d’une application, le programmeur a principalement pour fonction l’écriture du code.

Ce spécialiste donc des langages de programmation bien qu’effectuant un travail qui nécessite une certaine passion et beaucoup d’engagement, est généralement moins payé que les autres métiers du domaine.

Dans plusieurs entreprises, les gestionnaires de programme et les analystes métier par exemple perçoivent une rémunération qui est bien supérieure à celle du développeur.

Un développeur se faisant appeler Dodgy Coder dans un billet de blog se demande : « Étant donné le fait que la programmation est généralement plus difficile, pourquoi les analystes métier et les gestionnaires de programme ont un salaire plus élevé que les programmeurs ? Qu’est-ce qui rend leur travail mieux rémunéré tandis que la plupart du temps, les programmeurs sont ceux qui rentrent tard chez eux ? »

Les gestionnaires de programme (PM) /analystes métier (BA) ont-ils plus de valeur pour l’entreprise, ou ont-ils un pouvoir de négociation accentué ?

Pour Dodgy Coder, le second choix explique le mieux cette différence de salaire. Les PM/BA disposent de bonnes aptitudes en relations humaines (qualité assez rare fournissant un avantage énorme dans n’importe quel emploi). Il est difficile d’externaliser ceux-ci, car ils sont amenés à rencontrer les clients. La rareté relative des gestionnaires de programme/analystes métier leur donne plus de force de négociation.

Les développeurs bien qu’étant des personnes assez intelligentes, manquent-ils de pouvoir de négociation ? Selon vous qu’est-ce qui peut justifier cette différence entre le programmeur et le gestionnaire de programme ou l’analyste métier ?



Source : Blog Dodgy Coder

[Calmacil]

La rapacité des patrons?

[moritan]

En France la grille sallariale est souvent calquée sur l'organigramme de la boite.
Et malheureusement pour les développeurs, ils se trouvent tout ne bas de cette pyramides...

De plus, même si ça commence à changer, le métier de développeur est très mal vu.
La pluspart du temps, ce n'est vu que comme une transition vers 'un vrai métier' qui lui sera correctement payé.

Le jour ou un développeur avec de l'expérience sera vu comme un atout et non pas comme un boulet qui coute cher, on pourra espérer être mieux payer.

[transgohan]

Je rejoins l'avis de moritan, on compare souvent les développeurs à tout autre technicien ou ouvrier de bas niveau (cherchez pas le niveua moyen ou haut, j'utilise juste ce terme pour "hyperboler" le fait qu'on nous situe en bas de l'échelle).
Le développeur c'est celui qui va charger la brouette de terre et mettre en place les boulons.
Donc si on le payait plus, il faudrait payer plus tous les ouvriers non ?

[skywaukers]

Pour moi c'est essentiellement la délocalisation vers les pays emergeant qui a donné une image du programmeur comme l'ouvrier de l'informatique. On l'a carricaturé comme "pisseur de code", d'ailleurs en grande partie par ces gestionnaires de programmes qui se ont vendu l'éconnomie (toute relative) du coût du programmeur pour négocier leur salaire.
Mais ceci n'est pas un phénomène propre à l'informatique. Comme le dit ce programmeur, les PM/BA ont un côté relationnel plus développé que le programmeur, et dans la vie ce n'est pas le plus intélligent qui sort le mieux son aiguille du jeu, c'est celui qui sait le mieux se vendre (souvent au détriment des autres).

@++
Dany

[osouleymane]

A mon avis la situation peut être analysée sous deux angles différents.
1. Angle économique :
Comme toute activité économique soumise à une rude concurrence, le développement est naturellement gagné par la délocalisation. Le monde n'a jamais été aussi cohérent. Le coding est l'une des activité humaine qui est sans frontière, ouverte, accessible à tous. Imaginez un temps peu soit-il la dynamique au niveau des pays comme l'Inde. Ce pays a la capacité de mobiliser 1 million de codeurs et à des tarifs défiants toute concurrence pour une qualité standard. Pour 1 codeur en France, vous en aurez 10 en Inde.

2. la seconde raison à mon avis est une question d'attitude. Le bon codeur, peut être qualifié selon moi d'artiste, dans son ensemble. L'artiste est le plus mal payé. l'histoire de l’Homme l'a prouvé. Pour vivre votre passion de codeur, vous êtes obligé de faire une croix sur la monnaie.

La solution : continuer à coder, car un jour...

[Floréal]

Les SSII vendent du service.
Les éditeurs/producteurs logiciel vendent des logiciels.
D'après quelques personnes autour de moi qui ont travaillé dans les deux, il semble que dans les SSII, les chefs de projets sont mieux payés que les developeurs, alors que dans chez les éditeurs/producteurs logiciel, c'est plutôt l'inverse.
C'est probablement du au cœur de métier de ces types d'entreprise.
Avi à prendre avec des pincettes je suis dans une SSII et (très) mal payé et je n'ai jamais travaillé chez un éditeur/producteur de logiciel.

[jumpman31]

Pour le cas des SSII, la majorité de leurs charges résident dans les salaires, de plus les clients ont tendance à mettre une certaine pression sur les TJM, du coup la variable d'ajustement est vite trouvée.

Pour les PM/BA, comme ils sont difficilement "offshorisables", le poids de négo du client est moindre et le TJM est souvent bien plus élevé qu'un développer, sans forcement avoir une meilleure plus-value.

[GeoTrouvePas]

Mon cas personnel ne reflète pas vraiment le sujet puisque je ne suis pas chez un éditeur ou une SSII. Je fais du développement pour une entreprise publique et je me rends compte que, si c'est mal payé, c'est essentiellement par méconnaissance de ce travail. Les "non informaticiens" (pour utiliser un terme assez large) n'ont pas conscience de la complexité, de l'investissement, de l'engagement et de l'intelligence qu'il faut pour arriver à pondre un code béton.

Grosso modo, dans ma boite, ce qu'on me rétorque 9 / 10 quand manifeste mon mécontentement c'est : "Ouais mais pour vous c'est facile de faire, vous êtes dedans depuis que vous êtes tout petit"...

C'est une caricature mais ça montre bien à quel point les gens n'ont pas conscience de la complexité de ce métier et des aptitudes nécessaire pour le faire correctement.

[moritan]

Pour info, un article du touilleur sur la reconnaissance du métier de développeur.
http://www.touilleur-express.fr/2012...e-developpeur/

[clio671]

Bonjour,

Les développeurs bien qu’étant des personnes assez intelligentes, manquent-ils de pouvoir de négociation ?

Déjà pour ce que j'ai lu dans le billet, moi je ne suis pas d'accord. Il y a des développeurs très communicatifs, très parlants qui savent exprimer leurs besoins dans le travail.... moi le côté "no life" "dans son coin" c'est pas ma tasse de thé
Aprés c'est une remarque par rapport à l'article

[BertonF]

Je pense que l'analyse est plus basique du point de vue de nos employeurs.
Aujourd'hui le développeur n'est plus une personne rare, c'est même pratiquement devenu un métier commun.
Bon, je ne rentre pas dans le débat du super développeur qui fait le super code, sans bug, qui marche bien, et que c'est bÔ.
Mais d'un point de vu pratique passer une annonce sur monster comme recruteur avec un sujet intéressant et vous avez 100 réponses en deux jours surtout pour un profils a la mode (développeur 3/4 ans d'exp. en Dotnet/ASP.NET).

D'un autre côté, passer une annonce pour un analyse métier qui soit compétant dans un domaine métier quelquonque (paye, compta, finance, ...), avec idéalement quelques connaissance de base sur les outils de modélisation (comme MCD merise ou/et UML).
Ben, si vous avez 3 réponses, c'est le max.

Alors, le chef d'entreprise c'est choix est vite fait en terme de politique de salaire...

[micka132]

C'est une caricature mais ça montre bien à quel point les gens n'ont pas conscience de la complexité de ce métier et des aptitudes nécessaire pour le faire correctement.

Je pense que l'un des gros facteurs vient de là.
En effet il est assez simple d'apprendre des bases qui permettent de faire fonctionner un truc. Le problème c'est que beaucoup de développeur n'en reste qu'a ces bases et produisent sur des applications plus importante des sortes de bouzes infames qui n'explosent pas grâce à d'autre développeur plus soucieux et talentueux qui se creusent le ciboulot pour faire tenir les choses entre elles.
Le problème c'est que ca ne se voit pas, ou guère, et que la seule chose visible c'est qu'en moyenne il faut tant de temps avec tant de personne pour faire tel chose... D'où les fameuses ressource" jour/homme" et "le pisseur de code"[...]
En résumé: facilité à devenir développeur + grosses différences de niveau entre développeur mais ca n'est pas visible + projet qui avance quand même ==> Les developpeurs ca se trouve n'importe où, donc c'est pas chers...

[zelegolas2]

A mon avis la situation peut être analysée sous deux angles différents.
1. Angle économique :
Comme toute activité économique soumise à une rude concurrence, le développement est naturellement gagné par la délocalisation. Le monde n'a jamais été aussi cohérent. Le coding est l'une des activité humaine qui est sans frontière, ouverte, accessible à tous. Imaginez un temps peu soit-il la dynamique au niveau des pays comme l'Inde. Ce pays a la capacité de mobiliser 1 million de codeurs et à des tarifs défiants toute concurrence pour une qualité standard. Pour 1 codeur en France, vous en aurez 10 en Inde.

C'est vrai ce que tu dis. Par contre quand pour un codeur en Inde t'es obligé d'avoir un gas à plein temps dans la boite pour le surveiller, sinon il fait n'importe quoi, tu fais plus d'économie du tout ! (Vécu dans une grosse boites !!!). On oublie de parler aussi de la différence de mentalité : Quand tu es face à un pb et que tu es obligé de jouer à cache cache avec ton Indou par ce qu'il a fait une connerie et qu'il essaye de te la cacher là aussi c'est galère (encore du vécu). Et il faut arrêter de croire que plus tu met de monde sur quelque chose plus ça ira vite ! Ça devient juste plus le bordel à gérer et tu as intérêt à mettre en place un contrôle qualité sinon tu as des surprises !!! Voire même dès fois on est obligé d'envoyer un gas en Inde pour éviter les dérives de l'équipe là-bas. J'ai travaillé avec un collègue à qui c'est arrivé, il a pas rigolé. Il faut plus lui parler des programmeurs en Inde !!! Si on fait vraiment les comptes je suis certain que l'entreprise est loin d'être gagnante !!!

2. la seconde raison à mon avis est une question d'attitude. Le bon codeur, peut être qualifié selon moi d'artiste, dans son ensemble. L'artiste est le plus mal payé. l'histoire de l’Homme l'a prouvé. Pour vivre votre passion de codeur, vous êtes obligé de faire une croix sur la monnaie.

La solution : continuer à coder, car un jour...

[berceker united]

Je pense que c'est aussi une vision très française. En Suisse, US ils sont mieux considéré. En France, un développeur est un peut l'ouvrier de base.
Après, il y a le faite que le développeur = jeune = fraichement sortie des ses études = pas besoin besoin de beaucoup d'argent pour démarrer dans la vie.

[lequebecois79]

C'est vrai ce que tu dis. Par contre quand pour un codeur en Inde t'es obligé d'avoir un gas à plein temps dans la boite pour le surveiller, sinon il fait n'importe quoi, tu fais plus d'économie du tout ! (Vécu dans une grosse boites !!!). On oublie de parler aussi de la différence de mentalité : Quand tu es face à un pb et que tu es obligé de jouer à cache cache avec ton Indou par ce qu'il a fait une connerie et qu'il essaye de te la cacher là aussi c'est galère (encore du vécu). Et il faut arrêter de croire que plus tu met de monde sur quelque chose plus ça ira vite ! Ça devient juste plus le bordel à gérer et tu as intérêt à mettre en place un contrôle qualité sinon tu as des surprises !!! Voire même dès fois on est obligé d'envoyer un gas en Inde pour éviter les dérives de l'équipe là-bas. J'ai travaillé avec un collègue à qui c'est arrivé, il a pas rigolé. Il faut plus lui parler des programmeurs en Inde !!! Si on fait vraiment les comptes je suis certain que l'entreprise est loin d'être gagnante !!!

tes propos démontres que vous savez vraiment pas comment bien choisir son équipe et comment gérer des projets informatiques

jusqu'à preuve du contraire, c'est le gestionnaire de projet qui est responsable.... après si croit qu'en ajoutant du monde ça va aller plus vite... il devrait retourner sur les banc d'écoles

si les indiens seraient aussi pourrie, ça ferait longtemps que les ssii indiennent seraient morte or c'est très très loin d'être le cas

pas besoin d'aller si loin pour avoir ses problèmes..... suffit de rester en France

je remarque souvent que les Francais dénigrent souvent les indiens:, ils comprennent rien, ils font n'importe quoi.....
faut pas s'attendre à des miracles quand on parle anglais tout croche et que les spec sont pourrie.... l'indien fera pas de miracle

d'ailleur le taux de réussite de projet informatique est plutôt très faible en France:
http://www.coopil.fr/article-tuux-dy...renci-101.html

l'Inde est l'endroit où l'on retrouve le plus d'entreprise certifier cmm.
Ibm y a investi plusieurs milliard de dollars, c'est sûrement parce qu'ils voulaient perdre de l'argent.

Pour délocaliser là-bas, il faut bien gérer son projet, assurer un excellent suivit, bien parler anglais, avoir des spécifications impécables (pas encore vu ça sur une dizaine de missions en France)...... tout ça demande beaucoup d'investisement humain, de temps.....

le problèmes des salaires des développeurs c'est surtout vrai en France, les salaires sont bien meilleurs en Amérique, Londre, Suisse.....

[PatteDePoule]

Je pense que c'est aussi une vision très française. En Suisse, US ils sont mieux considéré. En France, un développeur est un peut l'ouvrier de base.
Après, il y a le faite que le développeur = jeune = fraichement sortie des ses études = pas besoin besoin de beaucoup d'argent pour démarrer dans la vie.

C'est très vrai. Moi je suis au Québec (Canada) et c'est la pénurie de main d’œuvre en terme de développeur. Nous ne sommes pas assez pour répondre à la demande. Alors les conditions sont excellente à qui sait en profiter.

[berceker united]

tes propos démontres que vous savez vraiment pas comment bien choisir son équipe et comment gérer des projets informatiques

jusqu'à preuve du contraire, c'est le gestionnaire de projet qui est responsable.... après si croit qu'en ajoutant du monde ça va aller plus vite... il devrait retourner sur les banc d'écoles

si les indiens seraient aussi pourrie, ça ferait longtemps que les ssii indiennent seraient morte or c'est très très loin d'être le cas

pas besoin d'aller si loin pour avoir ses problèmes..... suffit de rester en France

je remarque souvent que les Francais dénigrent souvent les indiens:, ils comprennent rien, ils font n'importe quoi.....
faut pas s'attendre à des miracles quand on parle anglais tout croche et que les spec sont pourrie.... l'indien fera pas de miracle

d'ailleur le taux de réussite de projet informatique est plutôt très faible en France:
http://www.coopil.fr/article-tuux-dy...renci-101.html

l'Inde est l'endroit où l'on retrouve le plus d'entreprise certifier cmm.
Ibm y a investi plusieurs milliard de dollars, c'est sûrement parce qu'ils voulaient perdre de l'argent.

Pour délocaliser là-bas, il faut bien gérer son projet, assurer un excellent suivit, bien parler anglais, avoir des spécifications impécables (pas encore vu ça sur une dizaine de missions en France)...... tout ça demande beaucoup d'investisement humain, de temps.....

le problèmes des salaires des développeurs c'est surtout vrai en France, les salaires sont bien meilleurs en Amérique, Londre, Suisse.....

Je rajouterais qu'il faut connaitre quelqu'un qui connaisse bien la mentalité indienne et française parce que c'est là ou souvent ça fait défaut. Exemple, un indien va toujours te dire oui même si c'est pas possible.
Voila, du coup cela nécessite beaucoup d'investissement, c'est pas à prendre à la légère comme certain font. J'en connais plus qui sont revenu bredouille que satisfait.

[pcdwarf]

si c'est mal payé, c'est essentiellement par méconnaissance de ce travail. Les "non informaticiens" (pour utiliser un terme assez large) n'ont pas conscience de la complexité, de l'investissement, de l'engagement et de l'intelligence qu'il faut pour arriver à pondre un code béton.

+1
J'ajouterais "et performant, et maintenable".

En effet il est assez simple d'apprendre des bases qui permettent de faire fonctionner un truc. Le problème c'est que beaucoup de développeur n'en reste qu'a ces bases et produisent sur des applications plus importante des sortes de bouzes infames qui n'explosent pas grâce à d'autre développeur plus soucieux et talentueux qui se creusent le ciboulot pour faire tenir les choses entre elles.

Ceux là tonnent à longueur d'année contre la piètre qualité du code et passent pour des emmerdeurs.




Une autre chose, c'est que quand on a trouvé la boulette perdue dans les 27000 lignes de code, qui provoque un segfault dans 3 cas improbables, la correction apportée parait bizarement toujours évidente au non-spécialiste".
"bah oui ! et il t'a fallu tout ce temps pour trouver ça ???"
Pourquoi paierait-on bien un type qui met parfois trois jour pour changer 4 lignes ??? mêmes pas compliquées qu'on aurait pu changer soi même en 5 minutes ??

C'est un peu comme les énigmes. Leur solution est toujours évidente une fois qu'on l'a mais bien malin celui qui la trouve le premier à partir de peu d'indices...

[zelegolas2]

tes propos démontres que vous savez vraiment pas comment bien choisir son équipe et comment gérer des projets informatiques

Moi j'étais juste un consultant externe qui avait à faire aux équipes en Inde de temps en temps (heureusement) que le client avait choisie.
Effectivement peut être qu'ils ont mal choisis leurs équipes en Inde...

jusqu'à preuve du contraire, c'est le gestionnaire de projet qui est responsable.... après si croit qu'en ajoutant du monde ça va aller plus vite... il devrait retourner sur les banc d'écoles

Dans la boite où je travaillais le gestionnaire de projet n'a pas eu son mot à dire. Le choix a été fait par un directeur qui a sous traité à IBM et une autre boite qui lui proposé de l'outsourcing (d'après ce que j'ai compris). IBM fait un lobbing très fort auprès des directions.

si les indiens seraient aussi pourrie, ça ferait longtemps que les ssii indiennent seraient morte or c'est très très loin d'être le cas

pas besoin d'aller si loin pour avoir ses problèmes..... suffit de rester en France

je remarque souvent que les Francais dénigrent souvent les indiens:, ils comprennent rien, ils font n'importe quoi.....
faut pas s'attendre à des miracles quand on parle anglais tout croche et que les spec sont pourrie.... l'indien fera pas de miracle

Tu as pas de chance car, dans mon précédent poste les boites dont je parlais c'était une boite au Québec et une autre sur Vancouver. Et c'était des grosses boites !
Je faisais à l'époque des contrats au Canada et aux US

d'ailleurs le taux de réussite de projet informatique est plutôt très faible en France:
http://www.coopil.fr/article-tuux-dy...renci-101.html

Je dois reconnaître qu'en France on privilégie souvent l'aspect fonctionnel à l'aspect technique car on considère que le développement peut être fait par n'importe qui.
Dans mon premier job en France la première chose que l'on m'a dit c'est : "Le technique c'est rien, le fonctionnel c'est tous".
Ça résume bien la mentalité

Avec du recule je dirai que pour qu'un projet réussie il faut les deux. Comme les développeurs en France sont mal considérés du coup on se donne moins les moyens pour faire un truc solide au niveau technique, et bon nombre de projets sont faibles de ce coté là. Pourtant c'est pas faute d'avoir des pointures au niveau développement en France.
Tant qu'en France les mentalités évolueront pas le taux de réussite restera faible.

l'Inde est l'endroit où l'on retrouve le plus d'entreprise certifier cmm.

Oui oui je connais la chanson Mais j'ai aussi vue ce que ça donné dans la réalité et là on rigole moins CMM c'est pas un gage systématique de qualité c'est surtout très lourd à mettre en place et ensuite à vivre tout le long du projet. Ce qui fait que les projets durent plus long temps. En tant que consultant ça m'a jamais dérangé car j'étais payé sur un taux horaire, IBM et les autres non plus d'ailleurs. Marrant non ? . D'autre part il faut réactualiser le chiffre par rapport à la population. L'Amérique je crois c'est ~300 ou ~400 Million d'habitants, et pour l'Europe ça doit être pareil. Quand à l'Inde ils sont plus d'un milliard d'habitants.

Ibm y a investi plusieurs milliard de dollars, c'est sûrement parce qu'ils voulaient perdre de l'argent.

Ça c'est sur IBM perd pas d'argent !!! Mais le client à l'autre bout s'il prenait en compte tous les coûts il aurait des surprises !

Pour délocaliser là-bas, il faut bien gérer son projet, assurer un excellent suivit, bien parler anglais, avoir des spécifications impécables (pas encore vu ça sur une dizaine de missions en France)......

La boite pour qui j'ai travaillé au Québec avait de bonnes spécifications comme celle sur Vancouver. De toute les boites que j'ai fait c'est celle de Vancouver qui était même la mieux organisé avec en plus des équipes techniques costaux, c'était des Pro avec un grand P. C'était pas le cas dans toutes les boites pour qui j'ai fait des contrats au Canada ou US et de ce que j'ai vue le Québec n'a pas de leçon à donner non plus. Comme quoi la France a pas le monopole des spécifications bancales. L'Amérique c'est pas le pays des Bisnounours ou des télétobies . Pour en revenir aux spécifications ils avaient pas le choix car sans ça ça fiche le camp dans des dérivent comme c'est arrivé quand mon collègue a du aller en Inde pour les remettre sur le droit chemin (malgré des spécifications bien faites). Et pour l'anglais, la boite étant anglophone comme le collègue d'ailleurs, c'était pas un pb non plus.
Qu'en à l'anglais des Indoux c'était très fluctuant. Même mes collègues anglophones avaient de la misère, sans doute l'accent des Indoux à couper au couteau. Moi ça m'a fait beaucoup de bien car après j'étais plus complexé avec mon accent en Anglais.

tout ça demande beaucoup d'investisement humain, de temps.....

Ça on est parfaitement d'accord. Et l'investissement humain et le temps passé ça un coût qu'on oublie souvent quand on fait de l'outsourcing.

le problèmes des salaires des développeurs c'est surtout vrai en France, les salaires sont bien meilleurs en Amérique, Londre, Suisse.....

Tout à fait d'accord. J'ai fait bien plus d'argent au Canada qu'en France J'ai aussi accumulé une sacré expérience pendant ces années que je n'aurai sans doute pas si j'étais resté en France.
Pour toi en tant que consultant Canadien en France c'est le jackpot car en tant qu'expatrié tu payes pas beaucoup d'impôts au Canada et en en France tu es pas soumis au régime fiscale Français. Et avec une rémunération plus importante que le Français surplace car vendu comme expert. C'est marrant d'ailleurs car une boite Française est prêt à payer quelqu'un de technique plus cher s'il vient d'ailleurs.
Financièrement c'est plus intéressant pour un Canadien de venir bosser en France que le Français de venir bosser au Canada. Des amis Canadiens l'ont fait et avec leurs contrats leur hypothèque ils l'ont remboursé très vite.

Pour répondre à la question du topic la perception des développeurs en France doit changer car il n'y a qu'en France où ils sont si mal considérés.

Mes salutations au Québec, la poutine me manquera