Manager une équipe de développement Web

Ajax et DotNetNuke

Une petite victoire aujourd'hui, car nous avons, pour la première fois, implémenté des contrôles de la librairie AJAX 1.0 de Microsoft dans un Skin Object DotNetNuke, en 4.4.1.

Nous avions bien lu que la version 4.5 permettait la compatibilité Ajax, mais je n'avais guère envie de lancer une nouvelle migration alors que la 4.4.1 n'est pas encore en production de notre côté.

Finalement, ce n'était guère compliqué :

• ajout du code adéquat dans le web.config de DotNetNuke,
• insertion du script manager dans le skin object,
• insertion d'un update panel,
• et on y ajoute nos listes déroulantes,
• il ne nous restait plus qu'à écrire les quelques bout de code restant pour rendre cohérent le peuplement des listes à chaque modification d'une sélection.

DotNetNuke : communication réussie!

Mes deux collaborateurs avaient continué sur le modèle de ma présentation "Pourquoi DotNetNuke". A mon retour de vacances hier, ils m'ont présenté leur travail, très clair, une bonne approche de ce que nous voulions communiquer à notre public du Studio Graphique : que faisons-nous de leur création, une fois qu'elles sortent de leur studio, et qu'elles arrivent dans notre atelier de développement ?

Après-midi un peu cinéma : j'avais éteint les lumières de la grande salle de réunion pour mieux focaliser les esprits sur nos Powerpoint projetés en grand sur le mur. Une quinzaine d'auditeurs, suspendus à notre discours. Beaucoup de questions interessées, un échange enrichissant.

Tous nous ont remercié pour la clarté de notre énoncé. Très pro, nous ont-ils tous affirmé. J'étais assez satisfait du résultat, car c'était pour moi, d'un côté offrir à mes collaborateurs la reconnaissance qu'ils méritent, en conséquence de leur expertise sur le développement autour de DotNetNuke, de l'autre, montrer à d'autres services la compétence de notre équipe, et la pertinence de nos choix technologique.

Et comme cela s'était bien passé, j'en ai profité pour proposer au DSI de rejouer l'ensemble de nos trois présentations lors de la prochaine réunion de la Direction.

Pourquoi DotNetNuke

Mardi prochain, je présente avec mon équipe les raisons de notre choix de DotNetNuke. En primeur, je livre ici la présentation qui me servira de support. Haiyan et Jerry, de leur côté, feront des démos sur le skinning et le développement de modules.

La gestion de contenu en entreprise

Suite de mes notes prises lors du séminaire d'architecture concernant la notion de portail.

Animateur : Stéphane Fusellier (Microsoft – Architecte Avant Vente)

Il faut au préalable rappeler quels sont, aujourd’hui, les enjeux de la gestion de contenu en entreprise. Nous assistons à une explosion du contenu numérique, un véritable défi pour les entreprises face aux problématiques de stockage et d’archivage d’une part, et de réglementation et du besoin de transparence et de traçage d’autre part (loi Sarbannes-Oaxley). Face à cette explosion des contenus, les DSI expriment à la fois un besoin fort en contrôle de volumes de plus en plus croissant d’informations structurées (bases de données, objets métiers) ou non structurées (documentation, emails, sites web,  …) et un besoin élevé de rationalisation des plateformes de gestion de contenu, sur tous les niveaux, qu’ils soient intra, extra ou inter entreprises.

Face à ces enjeux primordiaux posés par la gestion de contenu, un certain nombre de facteurs clés de succès peuvent être mis en avant :

• d’abord, la gestion de contenu doit pouvoir être l’objet d’une adoption simple par les utilisateurs. Les DSI doivent être à même de les convaincre de la productivité, de l’efficacité des outils mis en place. Il est nécessaire de disposer d’outils de publication, de partage, de workflow, de validation simples et intégrés au poste de travail.
• une fois les outils mis en oeuvre, il faut que les utilisateurs soient entièrement indépendants des équipes de la DSI.
• pour la DSI, les conditions précédentes sont possibles à condition que les outils proposés soient intéropérables, ouverts, souples et construits sur des standards.
• au-delà, ces outils de gestion de contenu doivent bien entendu être évolutifs, afin de répondre aux besoins spécifiques de chacun, sachant que nous savons que ces besoins en gestion de contenu sont croissants et évoluent de plus en plus dans le temps.
• cela posé, il reste à définir des règles de gouvernance afin d’éviter ce que les spécialistes appèlent le « chao de l’intranet », c'est-à-dire le développement tentaculaire et non maîtrisé de contenu redondant, mal contrôlé, incohérent au sein des directions métiers, en dehors du système d’information. Il faut contrôler le contenu !

Pour répondre à l’ensemble de ces défis, Microsoft propose la technologie Share Point Server 2007, qui intègre quatre composants de gestion de contenu :

• gestion documentaire
• gestion des archives
• gestion de contenu web
• rationalisation de la conception de formulaires

sur la même plateforme de services unifiés :

• workflow
• moteur de recherche
• gestion des métadonnées
• règles de confidentialité, en particulier la gestion des ITM (Intellectual Right Management)

La gestion documentaire améliore, entre autre, le contrôle des mises à jour, en s’appuyant sur une sécurité fine, avec l’héritage des droits, en passant par la restitution de documents, l’extraction (deux utilisateurs ne peuvent pas modifier en même temps le même document) et l’archivage. D’autres fonctionnalités sont intéressantes, comme la gestion des templates, le référentiel de document, la bibliothèque de diapositives.

La gestion de document implique la catégorisation des documents. La gestion du type de contenu est native dans SPS : ce sont les métadonnées.  Mais il faut aussi leur associer des règles, des workflows.

Un nouveau moteur de workflow, dans le framework .NET 3.0, permet à Share Point d’adresser un workflow complet, accessible sur le poste de travail au travers d’une grande palette d’outils : Outlook, Office, le navigateur, le Share Point Designer (successeur de FrontPage) pour les non développeurs et visual studio pour les développeurs.

Il reste à définir la stratégie de gestion de contenu, en particulier les règles d’expiration ou d’audit, la gestion d’étiquetage et de code barre : toutes ces fonctions standards sont extensibles, puisque tout l’ensemble repose sur le framework .Net.

En ce qui concerne le référentiel d’archivage, la technologie Share Point Server permet la tenue d’un coffre fort documentaire (tout simplement un site share point) à destination des services juridiques qui cherchent, gèlent, trient et des gestionnaires de contenu qui envoient, organisent, trient. Même les emails sont archivables ! Toutes ces technologies sont très Web, mais complètement intégrées à Office.

L'offre "Portail" de Microsoft

Avec un peu de retard, je vous livre quelques notes prises lors d'un séminaire d'architecture Microsoft, qui avait eu lieu le 15 mars rue de l'Université.

L’offre « Portail » de Microsoft s’appuie sur trois piliers :

1. le framework .NET.
2. les technologies SharePoint – intra/extra/internet.
3. la suite Office System (2007 !).

Cette offre confronte 3 objectifs majeurs d’une entreprise :

1. un objectif d’agilité, en donnant de l’autonomie au business
2. un objectif de contrôle su système d’information : l’agilité, oui ! mais en gardant la maîtrise du système d’information !
3. enfin, un objectif de rationalisation.

Une offre unique, un éditeur unique, et par construction, une intégration unique, by design !
Cette unité de l’offre « Portail » s’adapte au rythme de chaque organisation :

• une administration unique, un environnement fédéré
• des usages adaptés, par exemple : une intégration complète des applications métier de l’entreprise au sein de SharePoint, avec l’usage des Web Services, ça ! c’est possible.
• et, ce qui pour moi est d’un intérêt tout particulier, en tant que manager d’une force de développement : un développement unifié : WPF, Ajax, Web, etc … tout cela au sein de la même usine de développement, avec les mêmes langages, les mêmes habitudes, les mêmes ergonomies, amenant des gains de productivités énormes des équipes de développement.

Enfin, un degré d’ouverture parmi les plus important du marché :

• intéropérabilité
• accès web, full web
• support des standards

Et pour conclure, un petit focus sur la stratégie de Micrososft concernant l’évolution d’Office : en 1996, d’une suite centrée sur l’utilisateur en mode autonome, on passe, en 2007, vers la gestion collaborative et le système d’information interconnecté. Sur un framework unique (encore une fois, merci .NET) : on traite l’individuel, le niveau Team, la Division, l’entreprise, et au delà, l’extranet, voire l’internet. Le ROI est très fort, puisque l’information n’a besoin d’être publiée qu’une seule fois, à un seul endroit, pour être disponible partout.

Mais bien sûr, personne n’est obligé de prendre toutes les briques. Même chez Microsoft, par exemple, MSN ne sera jamais un site SharePoint : le besoin d’un framework spécifique est trop important. Mais la question doit au moins être posée une fois pour tout site Internet.

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é!

Ne jamais laisser passer l'occasion de former son équipe

Mes deux développeurs, en tant que cadres en poste depuis un an, avaient été proposés à la formation interne à la Qualité. Le Directeur de la Qualité m'avait mis en copie de ces propositions de formation de deux jours et au départ, j'étais plutôt réticent. Je voyais les choses à la lumière de mon propre spectre, en bref, je voyais surtout que mon collègue de la qualité me prenait quatre jours de disponibilité sur mes ressources.

Mon DSI, relancé lui aussi par le Directeur Qualité, me demanda à son tour mon avis. A vrai dire, j'avais laissé un peu couler d'eau sous les ponts, espérant que plus personne n'y pense. Puis ce furent mes deux développeurs qui m'en parlèrent. Ils me demandaient ce que j'en pensais, s'en remettant à ma décision. Je conçu alors l'idée que cela pouvait en effet leur apporter quelque chose. Après tout, je ne suis pas le seul à avoir de bonnes idées de formation.

Je donnai finalement mon accord : une formation, quelle qu'elle soit, n'est jamais perdue.

Finalement, seulement l'une de mes deux développeurs put y participer, l'autre étant en congés.

Elle en revint ravie!

Et je vais donc, pour la prochaine session, y faire inscrire mon autre développeur et ma responsable d'applications. Et penser à remercier le Directeur Qualité.

Feuilleton webmaster : épisode III

Mon boss, responsable des études, s'est rangé de mon côté. Il n'est pas question de laisser partir notre webmaster. Le suivi de production de nos sites internet ne peut pas se permettre que je sois seul à assurer le backup de la responsable d'application, pendant ses congés.

Face à notre concert à deux voix, notre DSI s'est à son tour rangé de notre côté. Il lui reste maintenant à convaincre au plus haut. Mais je commence à avoir bon espoir. Notre "Ribery" a de bonne chance de rester!

Les charpentiers du Kerala

Vendredi dernier, un Thalassa spécial Dubaï.

L'un des reportages était consacré aux boutres, ou encore dhows, ces énormes navires de bois, qui, par centaines, chargent et déchargent des tonnes de marchandises sur le port de Dubaï, avec leur immense voile blanche, immaculée sous le soleil tropical. Beaucoup de ces dhows sont construits dans les ports des émirats, mais les plus beaux viennent de la province du Kerala, au sud de l'Inde.

Observer les charpentiers du Kérala donne une pleine mesure de ce que la motivation intrinsèque des hommes peut apporter de miraculeux. Ces artisans oeuvrent avec l'amour du travail bien fait. Chacun a son rôle bien défini, sait exactement ce qu'il a à faire, sans ordre, sans injonction. L'un rabote, l'autre cloue, le troisième scie, d'autres polissent, peignent, vernissent. Dans la bonne humeur, les chants. Un travail d'équipe magnifique. On peut imaginer que les tailleurs de pierre du temps des cathédrales travaillaient ainsi. Même si la construction du bateau prend deux ans, chaque artisan reste motivé, car sa tâche tient du chef d'oeuvre. Chacun peut être fier de sa planche qui s'encastre exactement avec les autres planches. Et chacun est fier aussi, de participer à cet ensemble, et de montrer à ces collègues sa propre contribution, parfaite.

Et à la fin, le bateau de bois part vers la mer, emplie de la majesté des mains qui lui ont donné vie.

Pour un manager, ce petit documentaire est sans doute plus instructif que bien des livres, que bien des méthodes. Le manager ne doit jamais oublier d'offrir à chaque membre de son équipe le travail qui lui permettra de faire briller tout son talent. Chacun de ses collaborateurs est un artisan, un artiste, unique, qui seul peut tailler la petite pierre qui permettra à la cathédrale de s'élencer dans le ciel.

Feuilleton "Webmaster" suite

Petit exercice de négociation avec mon DSI. Je veux lui prouver que, en terme économique, il ne semble pas que la décision de ne pas renouveler le contrat de mon webmaster de production soit optimale.

Je lui rappelle que nous avions mis longtemps avant de trouver le profil adéquat (double compétence développeur asp.net et intégrateur).

Après 2 mois de régie, nous sommes tous très satisfait de François en terme de qualité de travail, prise d’initiative, compréhension fonctionnel de notre activité, intégration dans l’équipe.

De plus, sa connaissance du .Net 2.0 nous a été d’une aide indispensable sur nos chantiers de migration de 1.1 vers 2.0.

Si, dans deux mois, nous décidions finalement de reconduire une prestation de 3 mois sur un profil similaire, pour sécuriser nos charges saisonnières, en particulier la création de notre catalogue électronique, il nous faudra relancer un appel d’offre, rencontrer de nouveaux des candidats, reselectionner... tâches longues et coûteuses en temps. Sans garantie de résultat. Et sachant que le marché est de plus en plus tendu.

On me prend Ribéry

J'imagine ce que doit ressentir l'entraîneur d'un club de football quand son président décide de vendre l'une des stars de son équipe. Je posais la question du renouvellement du contrat de mon webmaster de production, prestataire en régie sur un contrat initial de trois mois, quand mon DSI m'indique que son contrat ne peut pas être prolongé. Coup dur. Comme fais-je?

D'abord, l'annonce à l'équipe, en premier à mon Pôle de production. François est décç, car il se plait franchement bien chez nous. Et Mina est très en colère, pour elle, cela signifie se retrouver toute seule. Je lui garantie que nous prioriserons les tâches, et que tout ce que nous ne pourrons pas faire sera annoncé, en espérant que cela fasse bouger les choses, et démontre bien que les deux postes ne sont pas superflu. Mais j'ai l'impression, après cette annonce, que toute la motivation, l'envie que j'avais peu à peu su insufler dans mon équipe est retombée brutalement comme un soufflé au fromage.

Ce qui est franchement très gênant, en plus, c'est que je n'ai plus de backup, lors des congés de ma responsable d'application.

J'ai quand même un espoir de modifier la donne, mais très ténu.

Mes cinq règles d'or de l'externalisation

A partir de mon expérience passée, j'ai exposé cinq règles d'or concernant la sous-traitance de développements, en parallèle de nos développements internes.

1. en terme de prestations de développement maintenu en interne, choisir des ressources externes accueillies au sein de l’équipe interne, afin d’une part, qu’elles suivent nos règles et méthode de développement, et d’autre part, que les ressources internes bénéficient de leurs compétences distinctives.
2. quelque soit le type d’externalisation, s’assurer au préalable que nos ressources internes chargées des échanges avec le prestataire disposent des compétences requises et de la disponibilité nécessaire au suivi de la prestation.
3. en terme de prestations de développement non maintenu en interne, s’assurer que la responsabilité du prestataire couvre le développement, la maintenance et l’hébergement.
4. en terme de prestation de développement, refuser les technologies hors du champ de nos compétences (Visual Studio / ASP.NET / Sql Server / C#) afin d’éviter des maintenances lourdes et coûteuses.
5. en terme de solutions clé en main, s’assurer que la base installée est suffisamment large pour garantir une maintenance efficace.