août
2009
Un article de doctorrock
Le Web est un ensemble de métiers. Je suis étonné de voir qu’on en demande toujours plus à des personnes ayant principalement un profil de développeur Web, mais à la fin du mois, c’est pas toujours plus. Allons, le métier de Webmaster n’est plus le même qu’il y a 10 ans, réveillons nous !
Soyons raisonnables, 2 personnes ne peuvent assurer la gestion d’un projet Web complet, orienté MVC (disons à 15 contrôleurs)
De la conception, en passant par l’architecture, la modélisation et le traitement des données, jusqu’au développement, testé, documenté, sécurisé, l’hébergement du projet et le dimensionnement matériel; on peut compter déjà une bonne dizaine de corps de métiers différents, pouvant chacun être composé de plusieurs personnes.
Saurez-vous analyser le besoin ? Le modéliser sous forme d’objets, en utilisant UML et ses nombreux schémas ? L’architecturer façon patterns de manière à rendre l’application évolutive, testable et compréhensible ?
Saurez vous créer un modèle ? A savoir modéliser les données métiers, créer des procédures stockées, des déclencheurs, des patterns d’accès ?
Si l’application nécessite scalabilité, saurez-vous la faire monter en charge ? Partitionner vos tables ? Répliquez vos données et balancez votre charge correctement ? Serez-vous capables de développer ce projet, en écrivant bien sûr des tests, tout en gérant des caches. Etes-vous d’attaque pour présenter des données avec xHTML et CSS de manière valide ? Maitrisez-vous Javascript et Ajax pour offrir une expérience utilisateur poussée ?
Vous avez le droit de répondre oui, à ce moment là j’envie réellement votre salaire ! On peut savoir tout faire, mais ouvrons les yeux sur les métiers du Web : on ne peut pas savoir tout faire bien, déja parce que le Web est trop complexe pour cela, et ensuite parce qu’une journée ne compte que 24h dans laquelle on travaille en moyenne 8h (officiellement payées).
Alors restons raisonnables. Il existe beaucoup de projets dans lesquels les responsabilités sont clairement définies, et les colles que sont les chefs de projets, très compétents.
En parallèle il existe aussi trop de projets dans lesquels seules 2 à 4 personnes sont comptées, et doivent à elles seules tout gérer, le tout en un temps record.
Une compétence se paye, si vous les additionnez, vous additionnez donc les paies qui vont avec, sinon lâchez vite l’affaire (en tout cas moi c’est ce que je ferai). On ne peut pas demander à quelqu’un de savoir (bien) faire du SQL, du PHP, du CSS et mettre en place un serveur de production. C’est affolant les offres d’emplois qu’on retrouve demandant ces savoir-faire combinés, mais avec des salaires qui ne sont souvent pas à la hauteur.
D’un autre coté les offres Java (Web), elles, sont bien plus précises, et en général un projet se compose de sommes de compétences très pointues et très distinctes. Pourquoi pas en PHP ?
Moralité : un projet sera beaucoup plus abouti (et coutera donc moins cher, en partant de la conception jusqu’à la maintenance) s’il est la somme de quelques compétences très qualifiées et poussées dans un domaine restreint, plutôt que la somme de beaucoup plus de compétences mais trop variées et disparates.
6 Commentaires + Ajouter un commentaire
Commentaires récents
Archives
- novembre 2010
- août 2010
- juillet 2010
- juin 2010
- mai 2010
- avril 2010
- mars 2010
- février 2010
- janvier 2010
- décembre 2009
- novembre 2009
- octobre 2009
- septembre 2009
- août 2009
- juillet 2009
- juin 2009
- mai 2009
- avril 2009
- mars 2009
- février 2009
- janvier 2009
- décembre 2008
- novembre 2008
- octobre 2008
- septembre 2008
- août 2008
- juillet 2008
- juin 2008
- mai 2008
- avril 2008
- mars 2008
- février 2008
- janvier 2008
- décembre 2007
- novembre 2007
- octobre 2007
- septembre 2007
- août 2007
- juillet 2007
- juin 2007
- mai 2007
- avril 2007
- mars 2007
- février 2007
Très bonne analyse Julien.
Est-ce que trouver un boulot en acceptant seulement une ou deux de ces compétences serait difficile ?
Pour ma part, j’ai choisi l’expertise à éclectisme mais j’estime avoir encore pas mal de boulot sur la planche.
il est courant, et je parle de ma propre expérience, qu’un développeur web assume les fonctions suivantes :
– chef de projet
– développeur (J2EE/PHP)
– intégrateur (CSS/HTML)
– webdesigner (photoshop)
– formateur
– administrateur système (Linux, Apache)
– gestionnaire de base de données
surtout dans les petites boites, et être seulement stagiaire n’y change rien
c’est très formateur, même si on peu se sentir un peu seul face au défi à relever…
Hasard ou pas, ton billet rejoint le mien : http://blog.mageekbox.net/?post/2009/08/27/Offre-d-emploi-ou-proposition-ind%C3%A9cente
De mon point de vue, le problème n’est pas d’avoir un ressource experte par domaine ou une ressource experte sur plusieurs domaines.
Avoir des personnes aux compétences transverse est d’ailleurs de mon point de vue plus un atout qu’une faiblesse, car la synergie est alors plus importante et la vision globale du projet plus partagées que dans le cas ou les ressources sont cantonnées à un domaine précis (on m’a demandé ca, je fais ca, sans me demander si ca peut s’interfacer avec ce que fait mon collégue).
Le problème est bien de rémunérer à leur juste valeur ces personnes qui sont capables d’assurer correctement sur des domaines très variés.
Voir des annonnces ou l’on demande des compétences très diverses en gestion de project, PHP et/ou Java et/ou ruby et/ou python, CSS, js et xhtml, Mysql et postgresql avec en plus un peu de connaissance en administration système ne me choque pas.
Ce qui me choque, ce sont les salaires proposés dans ses offres, qui sont bien loin d’être en adéquation avec la somme de compétences demandées, d’autant que les personnes capables d’assurer sur tout ces domaines ne sont pas légions, et que normalement, la rareté se paye.
Le web semble avoir en France, au vu des salaires proposés une image de truc facile, qui ne demande pas de compétences particulières, que à la limite la secrétaire pourrait faire (je caricature un peu, mais si peu).
Je ne sais pas d’ou vient cela, peut être du fait qu’il faut être développeur pour faire du web et que le développeur est mal vu parce que pour être bien vu socialement, il faut être chef de projet, même si on pilote un stylo.
Si seulement cela pouvait être vrai dans la réalité. Et qui plus est que cela puisse ce trouver facilement…
J’embauche sans hésiter !
Chez nous, on réalise tous les projets à 3 :
– 1 Consultant / chef de projet (études préalables, conception générale, éditoriale, ebusiness, spec, organisation, tests, documentation, formation…)
– 1 DA, ergonome, certifié Accessiweb (concept, pistes, templates PSD, intégration si nécessaire, paramétrage CMS)
– 1 Directeur technique / dev / intégrateur (Architecture, paramétrage CMS, intégration…)
Sur nos plus gros projets (+ de 200 jours de travail) nous intervenons en partenariat en constituant des équipes de 5 à 7 collaborateurs.
Franchement, c’est très efficace parceque le consultant connait XHTML/CSS/PHP/SQL/Photoshop/CMS… en plus de son métier ; que le directeur technique est capable de réaliser les spec fonctionnelles et les tests, que le DA sait intégrer…
Pour voir pas mal de grosses équipes de grosses SSII, je constate qu’a trop multiplier les profils pointus, on passe sa vie à faire lka liaison entre eux. Aucun ne s’appropriant vraiment le projet…
Du coup je suis convaincu que les « petites équipes de 3 à 5 personnes » constituent le bon équilibre pour 90% des projets web.
A+
Malheureusement si dans les SSII on arrive à avoir des projets avec des compétences à peu près bien réparties, les postes en société utilisatrice sont trop souvent multicasquette.
Pour ma part j’ai créé le logiciel de gestion de la boite ou je bosse (sous forme d’un intranet) entièrement seul, je porte dont toutes les casquettes du projet (ce qui parfois fait un peu lourd), par contre les délais eux ne sont pas multiplié par le nombre de casquette, bien au contraire.
Et c’est pas pour autant que le salaire suit puisque que je gagne 2100€ brut.
Par contre on sait bien me reprocher les graphismes pourris alors que je suis développeur php à la base mais certainement pas graphiste (j’ai déjà du mal à dessiner un bonhomme ou une maison).
A toutes les questions posées je répondrais oui, mis à part la partie UML. Le problème n’est pas de savoir avant si on en est capable, mais de s’en rendre capable quand c’est nécessaire, on ne nous laisse pas vraiment le choix en fait.
Je suis entièrement d’accord sur la conclusion, pour l’expérimenter chaque jour, je suis sûr que le projet serait bien mieux conduit avec des compétences spécifiques maitrisées à 100%, plutôt qu’en touchant à tout, de façon limité quand on est pas dans son domaine d’expertise.