Et non, je n’avais pas oublié la merveilleuse enquête des salaires des Travailleurs Du Web… j’avais juste super pas le temps de finaliser mes bidouillages de graphiques et autres statistiques.
Voici donc les résultats pour les Chefs de projets fonctionnels (suivront d’ici peu pour les Développeurs et les Chefs de projets techniques, les trois catégories les plus représentés dans l’étude…)

Légende: Pour tous les graphiques, j’ai mis la moyenne des salaires en vert, le salaire le plus bas en bleu et le plus haut en jaune…

Sexe

Là on voit clairement que la différence de salaires entre les hommes et les femmes n’est pas un mythe, mais bien une réalité… entre 15 et 20% moins bien payé pour le salaire moyen. Le salaire le plus bas est lui aussi 20% moins que celui des hommes et pour le salaire le plus haut la différence atteint 30%. Cela ne fait que confirmer ce que tout le monde dit.

Age

A part la partie 0 (qui correspond aux personnes qui n’ont pas souhaité communiquer leur âge lors de l’enquête) on voit une courbe ascendante avec néanmoins deux pics autour de 25 et 31 ans (ce qui correspond plus ou moins à la fin de l’époque junior et au début de l’époque sénior à peu de chose près) ce qui semble cohérent avec les remarques glanées ici et là.

Expérience

La aussi la courbe est en croissance quasiment constante avec un pic autour de 8 ans d’expérience. On peut remarquer aussi un plafonnement des salaires moyens entre 3 et 7 ans d’expérience alors que les salaires max jouent au yoyo.

Type d’entreprise

Là non plus, pas vraiment une révélation, les annonceurs et les start-up sont ceux qui paient le mieux, alors que les Agences de Com et WebAgency sont les vilains petits canards des gros chèques.

Taille de l’entreprise

Là par contre une semi-surprise, puisque le salaire moyen semble suivre une progression similaire à la taille de l’entreprise (cela reste un salaire moyen) avec un salaire moyen de 40 k€ pour les entreprises de 500 personnes et plus. Je ne m’attendais pas à ce résultat, mais plutôt à un pic pour les entreprises autour de 50 salariés alors que c’est là où les prix sont les plus “serrés” (le moins d’écart entre le salaire moyen et le plus et moins bien payé)

Type de contrat

Le CDI reste le type de contrat stable qui paye le mieux, mais avec les écarts les plus importants…

Quelle conclusion?
L’écart de salaire entre hommes et femmes dans cette profession est assez frappant. Il est aussi intéressant de voir les paliers de salaires par âge et expérience…

Et vous vous en pensez quoi de ces chiffres, ils vous semblent cohérents ou complètement ubuesque par rapport à votre expérience?

(oui je sais je fais toujours des têtes bizarres quand je me prends en photo avec PhotoBooth, je prends rendez-vous avec mon psy tout de suite).

Aujourd’hui un livre intéressant pour tous ceux qui manquent un peu de théorie sur la conduite de projet… un petit livre qui s’avale facilement en une heure (une centaine de pages, petit format) et qui traîte de la conduite d’un projet intranet (quelques petites spécificités par rapport à un projet classique mais la méthodo est sensiblement la même).
Pour les chefs de projets fonctionnels confirmés se sera principalement un rappel des méthodes que tout le monde est censé suivre (mais que personne n’a le temps de suivre).

Un bon livre pour introduire la méthodo de suivi de projet.
Et vous c’est quoi votre livre de chevet de chef de projet? (perso j’en ai pas vraiment…)

Lors de la conduite d’un projet, les pièges sont nombreux surtout niveau technique, voici donc une petite liste des écueils connus à éviter à tout prix.

1. Conception fermée
C’est souvent une des difficultés majeurs pour le suivi d’un projet technique. Le projet en cours de route évolu, change, se métamorphose… certains fonctionnalités disparaissent, d’autres apparaissent, des contraintes nouvelles viennent s’ajouter au projet. Tous ces changements doivent pouvoir être pris en compte au fur et à mesure et ne pas être un frein pour le bon déroulement technique du projet. La conception aussi bien de la plateforme de production, que de la base de donnée ou de l’applicatif doit être flexible et ouverte… donnant du champ à des modifications.

2. Outils performants
C’est un des pièges récurrents, principalement dans les grandes structures, trouver des outils performants qui ne freinent pas le développement. Cela peut consister en des machines vieillottes ou qui tombent en panne, des problèmes réseau, des serveurs de l’ère du crétacé… ou simplement des procédures de mise en ligne trop longues qui vous bouffent votre temps de développement.

3. Versionning / sauvegarde
Un de vos soucis (si vous suivez un projet) est de s’assurer de deux choses:
- que des sauvegardes régulières sont faites aussi bien des données que du code source, à des intervalles réguliers, en essayant de varier les supports et en archivant régulièrement (je me souviens plus où j’avais lu ça, mais une étude avait montré qu’environ 20% des boites high-tech fermaient les portes après un accident de matériel faute de vraie politique de sauvegarde).
- que les développeurs ne se marchent pas sur les pieds, et donc utiliser un outil de versionning… éviter les cas classiques, qui sont: pierre enregistre un vieux fichier qu’il avait en local et bousille une semaine de boulot de paul, ou encore pouvoir revenir à une version précédente du code, très très pratique.

4. L’euphorie post-démo
Souvent pour sortir une démo à temps, on est tenté (et certaines fois on a pas trop le choix) de couper dans certaines principes qu’on c’est fixé… on fait des dev un peu plus cradocs, on néglige certaines parties, etc… rien de dramatique en soit, si on redresse au plus vite la situation. Le risque majeur est qu’on ait pas le temps de redresser les petites cochonneries qu’on a pu faire pour que la démo marche et que l’on continue dans cette voix. Pansement sur jambe de bois, sur bout de scotch, sur bout de ficelle et on va à moyen terme dans le mur.

5. Garder le cap
C’est une des tâches les plus dures et c’est un des rôles essentiels du Chef de projet technique: emmener tout le monde dans la même direction, avec le moins d’accrocs possibles, avoir une double vision: macroscopique du projet, mais aussi aller dans les détails du code ou de la conception de données pour que le projet fonctionnellement et techniquement ailles dans la bonne direction.

Il doit certainement ex exister d’autre mais ce sont les 5 principaux écueils à éviter quand on gère un projet technique. Et vous des expériences ou remarques à partager?

[image honteusement repompée sur un site trouvé via Google Images… pouquoi quand on tape “chef de projet” on a que des images de vieux ou presque?]

Hier, un des lecteurs/commantateur régulier m’a envoyé un email pour me demander en gros le prix d’un Chef de projet fonctionnel junior, puisque ses sources lui donnaient des prix plus que variables (de moins de 30 k€ à plus de 50) pour entamer une négociation sérieuse.

Je n’ai pas vraiment d’idée sur la question, mais je me suis dit que certains des lecteurs doivent avoir une idée, une connaissance ou une expérience sur le sujet….

Donc pour vous, combien vaut un Chef de projet fonctionnel Junior?

[petit aparté] Au passage “salaire de développeur” ça n’a rien de péjoratif (puisque certains développeurs sont très décemment payés, et pour certains beaucoup plus que les chefs de projets, même ceux qui ne sont plus junior). [/petit aparté]