Manager une équipe de développement Web

Référencement et knowledge management

Le problème : certaine de nos pages à fort contenu ne sont pas optimisées pour les moteurs de recherche.

La solution : passer par un prestataire spécialiste du référencement.

OK! mais ...

• comment ne pas démotiver les collaborateurs qui ont mis du coeur dans le montage et le développement de ces pages?
• comment ne pas effrayer un peu ces mêmes collaborateurs en leur apprenant qu'une partie de leur tâche précédente serait maintenant confiée à un prestataire externe?
• et surtout, comment capitaliser sur cette prestation? Comment inciter mon prestataire à faire bénéficier mon équipe de son savoir, sans qu'il ait l'impression que je veuille lui subtiliser sa connaissance, qui est en même temps sa raison d'exister?

En tout cas, c'est un beau challenge!

Petit déjeuner d'accueil

Ce matin, 9:30, arrivée de François, Webmaster de Production.

Qu'il soit en régie ne change rien à ma vision des choses : il appartient à l'équipe, et il se doit d'être accueilli comme tel.

J'organise donc un petit déjeuner de présentation. Beaucoup de monde y était invité : toute la DSI ,d'abord, y compris les nombreux prestataires qui travaillent avec nous d'arrache pied sur notre nouvelle application CRM, nos collègues de la Direction Multimedia, comme il se doit, et ceux de la Direction de la Communicatiuon, avec lesquels nous sommes en rapport direct, surtout côté production, d'ailleurs, et enfin, quelques uns du Service des Publications, nos fameux créateurs de .psd. Bref, il y avait plus de vingt personnes ce matin, venus boire un verre de jus d'orange et goûter un savane au chocolat.

Belle ambiance, a conclut le nouveau venu, un peu étourdi de voir autant de monde d'un seul coup, mais charmé de l'accueil.

Polarisation

L'arrivée de François le webmaster de production nous a amené à nous étendre sur deux bureaux, au lieu d'un.

Nous avions réfléchi à plusieurs configurations.

La configuration "hiérarchisante" : d'un côté les "responsables" (de l'équipe et des applications), de l'autre, les développeurs et le webmaster. Cette option avait le défaut de sa qualité : je m'isolais un peu, pour mieux me concentrer sur les études, mais le risque était de rompre la communication avec les développeurs.

La configuration "projetisantes" : en isolant les deux développeurs d'un côté. Cela leur aurait permis de se concentrer sur leurs tâches au long court. De mon côté, je donnais la priorité à la production. Pas forcément une bonne chose pour moi qui cherche justement à prendre un peu plus de hauteur pour gagner en vision stratégique.

Nous avons opté à l'unanimité pour la configuration bi-polaire :

• pôle projets et management (les deux développeurs sur les projets et moi, en tant que manager de l'équipe),
• pôle production (la responsable d'applications et le webmaster).

Management du management

L'arrivée prochaine de François, webmaster de production en régie, amène quelques réflexions.

Un nouveau collaborateur, côté production : c'est la reconnaissance de fait de deux équipes dans l'équipe, l'équipe projet et l'équipe production. D'autant plus qu'en passant à cinq, nous ne pouvons pas tous rester dans notre bureau actuel. Après quelques débats, l'équipe de production migrera dans un bureau pour deux. Je reste avec l'équipe projet.

Puisque le webmaster arrive en soutien du responsable d'application, il est logique d'instaurer une relation "hierarchique" entre eux deux. Cette configuration est elle aussi nouvelle, puisque jusqu'ici, l'oganigramme était plat. Une organisation a inventée, donc.

Avec deux extrêmes a éviter :

• le laisser-faire : je ne m'occupe de rien, ne cadre rien, ne suit rien, ne contrôle rien,
• l'interventionisme : à tout instant, je m'immisce, je contrecarre, j'ordonne, sans jamais vérifier si le webmaster est en train d'effectuer une tâche confiée par le responsable d'applications.

Il s'agit bien du bon niveau de délégation à trouver, du rôle de chacun à préciser, des domaines d'intervention à limiter, et des outils de contrôle et de suivi à mettre en place.

Des objectifs de qualité

Une innovation en matière de planning hebdomadaire : un ou plusieurs objectifs qualitatifs, pour chacune des trois semaines à venir, et pour chacun d'entre nous, sans critère de durée ou de date de fin.

Par exemple, pour les développeurs :

• rendre compatibles les CSS de nos sites avec IE7
• développer un site des Collectivités territoriales dont nous pourrons être fiers

Pour la responsable d'applications et moi-même (parmi d'autres) :

• préparer ensemble de manière optimale l'intégration du webmaster de production (qui arrive la semaine prochaine)

Poste et profil

Les définitions du poste et du profil de Webmaster de Production ont procédé d'une réflexion précise. Au départ, c'était le constat d'un manque de ressources et disponibilités. Les projets avançaient à grand pas, mais la vie des sites, les petites évolutions, voire les corrections, traînaient. Normal, j'avais missionné nos deux développeurs sur tous nos projets Dot Net Nuke. Plus par choix stratègique : s'autoformer à deux me semblaient une option attrayante. Elle fut d'ailleurs payante pusique l'un et l'autre, maintenant, ont acquis un savoir-faire et une expertise pointu dans le développement de sites modulaires.

Mais nous avions bien besoin d'un renfort en Production. Partant des tâches du Responsable d'Application de production, mais en évitant soigneusement le copier/coller afin de bien faire apparaître avec subtilité les différences entre les deux postes : par exemple, le RAP a la responsabilité des mises en ligne alors que le WP y participe. C'est important, d'une part pour rassurer le RAP, qui ne voit pas ainsi s'effacer ses responsabilité avec un nouvel arrivant dans l'équipe, et d'autre part, pour le WP, afin de bien lui fixer ses missions. Agir, mais dans un cadre de référence.

Pour le profil du candidat, je suis parti, bien sûr, des compétences qui me semblaient indispensables pour mener à bien les missions attachées au poste, mais en même temps, ce fut l'occasion de faire tous ensemble un petit bilan de nos compétences, celles acquises par l'expérience, et celles acquises par formation.

Et surtout, ce qui était le plus important, faire relire l'ensemble à mon RAP, qui sera chargé d'encadrer techniquement le WP.

Voici donc ce profil, à partir duquel j'ai lancé mon appel d'offre en assistance technique.

1. Mission
   Au sein de l’équipe de développement Web, le « Webmaster Production» participe à la mise à jour, la mise en ligne, l’administration et l’exploitation des sites Internet et supports multimédia et s’engage à assurer un niveau de service optimal par la mise en œuvre des évolutions et optimisations techniques nécessaires des applications Multimedia qui lui sont confiées.


2. Participer à la maintenance corrective et évolutive des applications Multimedia (Webmastering)
   • Déclinaison et optimisation des éléments graphiques et des animations nécessaires aux applications et supports Multimédia
   • Réalisation, optimisation et intégration des applications Multimédia
   • Mise en ligne des actualisations en pré-production puis en production
3. Assister le Responsable d’Applications Multimédia
   • Suivi des indicateurs d’exploitation
   • Assurance de la cohérence des données des applications dont il a la gestion
   • Gestion des anomalies
   • Maintient de la documentation de production
   • Participation à l’alimentation des bases de données
   • Participation aux développements des extractions des bases de données
   • Mises en production
   • Support à la mise en place d’outil (ex : gestion des emails, référencement…)
4. Liaisons fonctionnelles et hiérarchiques Le « Webmaster Production» est placé sous l’autorité du Responsable du Service Etudes et Réalisations et sous la responsabilité directe du Chef de Projet Technologie Web qui lui définit sa mission, lui fixe ses objectifs et évalue ses résultats.
   Il conçoit sa mission en étroite collaboration avec l’ensemble de l’équipe de développement Web et  s’appuiera plus particulièrement sur l’expérience du Responsable d’Application en Production qu’il assistera dans sa mission de garant des applications Multimedia en production.
   En outre, dans le cadre transversal des activités Multimédia, il s’associe à l’ensemble des acteurs Multimedia : maîtrise d’ouvrage, gestion du contenu et création graphique Web.
5. Compétences professionnelles et qualités personnelles
   • maîtrise des outils de développement multimédia et de conception graphique (Photoshop CS2, Flash 8, Dreamweaver, Image Ready CS2, Visual Studio 2003/2005)
   • maîtrise des standards du web (CSS2, HTML, JavaScript)
   • connaissance d’un ou plusieurs SGBD (Microsoft Sql Server de préférence, MySql, Oracle)
   • connaissance d’un ou plusieurs langages de programmation orienté objet (C# de préférence) et autres (Php de préférence)

Lame après lame

Lorsque nous avions migré nos sites Web chez notre hébergeur actuel, en janvier 2002, nous avions trois serveurs : un frontal windows /IIS, un serveur de base de données Sql Server et un forum LAMP.

En 2004, j'ai fait installer un serveur de pré-production, windows/IIS/Sql Server.

En 2006, une cinquième machine est arrivée : un frontal dédié pour nos sites en DotNetNuke.

Et voilà, ce matin, j'accompagnais Sébastien, notre intégrateur de la solution de CRM en cours de déploiement, dans l'installation de l'application sur nos quatre dernières nées : quatre serveurs G5, tout frais sortis de chez HP : deux frontaux Linux/Tomcat/Java et deux serveurs de bases de données Sql Server 2005.

Nous voilà à la tête d'une jolie petite ferme de neuf unités, aux technologies diverses et variées. Je fais entièrement confiance aux techniciens du support d enotre hébergeur, mais il va quand même falloir que toute l'équipe retrousse haut ses manches pour s'habituer à toutes ces nouvelles têtes.

A la recherche du Webmaster de Production

Ouf, c'est le bon!

Qu'il est difficile, actuellement, de dénicher l'oiseau rare sur ce marché plus que tendu des compétences de développement Web.
Je recherchais un webmaster de production, un cinquième élément pour nous renforcer, un profil jeune, polyvalent, avec de bonnes compétences en programmation objet C#/ASP.NET, un intérêt dans la mise oeuvre des CSS, qui ne soit pas rebuter par le requêtage SQl, mais en même temps, qui sache utiliser Photoshop pour décliner des éléments graphiques.
Le mouton à cinq pattes? Non, simplement quelqu'un qui sache s'intégrer à notre travail de tous les jours. Dans une structure de taille moyenne comme la notre, il n'est pas possible de séparer les métiers aussi clairement que dans une agence spécialisée. Nous devons tous être polyvalents.

J'ai lancé fin-décembre un appel d'offre auprès de sept prestataires, plus ou moins réputés, plus ou moins importants en taille. Je les connaissais déjà, pour la plupart, pour avoir déjà fait appel à eux sur d'autres missions.
Deux ne m'ont pas répondu. Deux m'ont répondu négativement, par manque de ressources disponibles. Les trois autres m'ont proposé six candidats. J'en ai retenu quatre. En deux jours, deux ont été pris par ailleurs.

L'an passé, j'avais eu du mal à recruter mes collaborateurs en CDI. Cette année, c'est au tour des SSII n'être en sous-effectif.

Naissance d'une équipe

Bonjour, je suis Frédéric Doillon, Chef de Projet Technologie Web, au sein de la Direction des Systèmes d'Information dans une entreprise du secteur du tourisme.

Derrière ce titre, je manage une petite équipe de quatre personnes (avec moi) chargée de la maintenance corrective et évolutive de nos sites Internet ainsi que du développement des nouveaux projets Web.

Après dix ans passés dans une grosse SSII, sur des projets informatiques liés à l'industrie (EDI, logistique, gestion de production, gestion commerciale), je me suis reconverti vers le développement Internet à partir de 1999.

D'abord évangéliste PHP/MySql, car c'était gratuit, et que c'était à l'époque le meilleurs moyen de faire entrer les nouvelles technologies dans une structure qui n'y était pas encore rompue, j'ai bifurqué vers les technologies Microsoft, ASP et Sql Server. Par hasard et par obligation : fin 2001, la Web Agency en charge de notre site institutionnel disparait dans l'explosion de la bulle, et nous récupérons l'application, écrite en JScript. En tant que Responsable d'Applications, j'en deviens le garant en production à la DSI (bases de données, suivi de l'hébergement, mise en ligne), tandis qu'un webmaster est recruté par la Direction Marketing pour assurer les développements en soutien du chef de projet Internet.

En 2004, je deviens Internet Architecte Manager et je rejoins pour un an l'équipe de la Direction Marketing. Avec le webmaster, nous migrons les développements en ASP.NET/C#. Un nouveau site, entièrement réécrit vois le jour au printemps 2005.

Fin 2005, la fonction Internet est répartie entre différentes directions métiers : la maîtrise d'ouvrage à la Direction Multimedia, le contenu à la Direction de la Communication, le graphisme à la Direction des Publications. Pour ma part, de retour à la DSI, je me vois confier la mission d'y bâtir une équipe de développement, dédiée Web, chargée de la maîtrise d'oeuvre de l'ensemble nos sites Internet. Le recrutement de l'équipe prend un peu de temps mais, depuis en avril 2006, nous voilà au complet : Mina, Responsable d'Application en Production, Hayian et Jerry, Développeurs Web, et moi-même, qui manage l'ensemble.

Ce blog s'alimentera des évènements et des réflexions qui viendont, jour après jour, animer cette expérience de management de proximité.

Frédéric.