Manager une équipe de développement Web

Je suis malade

Mon médecin m'a demandé de rester trois jours au chaud. Une laryngite-trachéite-sinusite, accompagnée d'une fatigue importante et d'une certaine fébrilité, le tout sans doute attrapé par ce début d'été anti-caniculaire. Ce n'était donc pas du tout prévu. Et mercredi, nous mettons en ligne une refonte graphique du site. Même si nous avons fait dans le plus léger possible, en cherchant le plus possible à conserver le gabarit des pages, un certain nombre de user-controls sont impactés, y compris dans le code-behind. Il s'agit donc d'une mise en ligne importante.

Mais je fais entièrement confiance en ma responsable d'applications, chargée, entre autre, de ces mises en production importantes.

Après avoir écrit ce petit billet, je vais me recoucher, sans craindre d'être dérangé en permanence par les coups de fil de collaborateurs éperdus. Comme je l'écrivais il y a peu dans un billet précédent, j'ai su me rendre non indispensable : délégation, responsabilisation, formation, motivation. Sans moi, mon équipe fonctionne bien. Et c'est un grand soulagement : je peux être malade, je peux partir en vacances, et surtout, je peux me concentrer sur la stratégie, prendre du recul par rapport à l'opérationnel, et me garder du temps pour réfléchir, réfléchir sur le contenu d'une direction technique Web, sur les méthodologies Agile, sur l'impact des évolutions technologiques récentes.

Pour être franc, cet état d'esprit ne m'est pas venu en un jour. Comme beaucoup, j'ai d'abord joué au pompier de service, reprenant un bout de code par ci, quand un développement prenait du retard, débuggant une procédure stockée par là, quand le webmaster était pris sur autre chose, etc, etc ... Mais alors, quelle était ma contribution réelle ? Si un manager fait les mêmes tâches que ses collaborateurs, pour quelles raisons bénéficierait-il d'une rétribution plus importante?

Aujourd'hui, je connais ma contribution. Ce n'est pas moi qu'il faudra féliciter demain, pour un site qui aura fait peau neuve, car cela aura été le travail de mes développeurs et de ma responsable d'application. En revanche, je me féliciterai d'avoir conduit mon équipe à avoir mis ce nouveau site en place, sans douleur, dans un esprit coopératif, parce qu'elle aura eu les outils adéquats, la motivation nécessaire, les compétences à niveau, l'expertise appropriée et l'autonomie suffisante.

Confier les clés

C'est la première fois, depuis 6 ans que je gère la relation avec notre hébergeur, que je confie à quelqu'un de mon équipe la délicate mission d'aller sur place procéder à une installation. Il s'agissait cette fois de la nouvelle version de DotNetNuke, la 4.4.1.

En fait, ils y sont parti à deux, mes deux développeurs, même si ce n'est qu'à Haiyan que j'avais confié au départ la mission de mettre en place la migration générale, à la fois des sources et de nos applications. Mais encore une fois, le fait de pouvoir travailler en binôme leur permet de se rassurer, et me permet aussi à moi de me rassurer.

Et tout s'est bien passé!

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.