On pourrait croire que la principale source de discorde entre clients et fournisseur vient du produit livrable ou livré. C’est pourtant loin d’être toujours le cas, sinon de nombreux fournisseurs se retrouveraient sans client, et de nombreux clients sans fournisseur. Si la vérité est ailleurs, elle se trouve très probablement dans un soucis de compréhension du à la fois à l’expression d’un besoin, une trop grande différence de culture, et une pincée de mauvaise foi pour couronner le tout. Il est donc particulièrement important de comprendre son client, son besoin, ses attentes, mais également ses appréhensions face à un domaine qu’il ne maîtrise pas, sinon, il n’aurait pas fait appel à vous. Tout ceci peut sembler dead obvious à lire, c’est malheureusement loin d’être la réalité en entreprise. C’est même très rare, et l’un des premiers remèdes serait certainement d’apprendre à se comprendre entre collègues.

En termes de planification, la maintenance évolutive d’un projet web est toujours la plus délicate à mettre en place. D’abord parce qu’elle ne participe pas du cycle de développement normal de ce dernier, mais de son cycle d’exploitation, elle risque donc interférer avec celui-ci. Ensuite parce qu’elle fait souvent participer de nombreux intervenants de culture différente, aux intérêts parfois divergents au sein d’une même structure. Enfin parce qu’elle répond souvent à des impératifs extérieurs qui la rendent difficile, sinon impossible à planifier.

Après confier la maintenance de ses projets web et Les cycles de maintenance collective, ce troisième volet de notre série sur la mise maintenance des projets web vous invite à vous intéresser à la maintenance évolutive.

Je viens de tomber sur cet excellent billet d’Andy Hunt Stage 0 : not ready for agile dans lequel il détaille quelques points clés montrant que vous n’êtes pas prêt à passer aux méthodes agiles.

Selon Andy, vous n’êtes pas prêt à passer aux méthodes agiles si :

Il y a deux ans et demi, je vous proposais 4 pistes de réflexion destinées à augmenter l’efficacité de vos réunions. Celles-ci avaient été suivies des 10 règles d’or d’une réunion réussie, parmi lesquelles figurait en bonne place la politesse des rois : la ponctualité.

Malheureusement, il semble que celle-ci soit toujours aussi difficile à obtenir de la part de vos collaborateurs, encore plus si ces derniers viennent de services différents ou se sentent élevés dans la hiérarchie. C’est la raison pour laquelle une grande firme anglo-saxonne a mis au point une méthodologie incitative d’une efficacité sans failles, dont les résultats plus que probants devraient nous inviter à revoir nos méthodes de management sur cette partie pourtant si cruciale du travail en équipe.

La mise en place de la nouvelle version d’une application web nécessite, au moins dans les premiers temps, la mise en place de correctifs pour les bugs d’usage. Ces derniers surviennent sur des zones de l’application testées durant la recette, mais qui peuvent connaître des dysfonctionnements lors de certaines actions d’utilisateurs pourtant considérer normales.
Second volet de notre série sur la maintenance d’un site ou d’une application web, cet article vous propose de voir pourquoi il est important de mettre en place un cycle de maintenances correctives, avant d’en voir la réalisation.

La vie d’un site ou d’une application web ne commence, pas plus qu’elle ne finit le jour de sa mise en production. Faute de conseil et de culture web, nombre d’entreprises ne comprennent toujours pas qu’un site n’est pas un cube de granite voué à rester sur la toile ad vitam eternam. Il doit évoluer dans le temps, et pas seulement au gré des correctifs venant sanctionner la découverte d’un bug passé à travers les mailles du filet d’une recette trop souvent bâclée pour cause de budget.

Cet article est le premier d’une série de trois à travers lesquels je vous invite à découvrir les problèmes induits par le passage d’un projet en mode maintenance :

1. Pourquoi prévoir un budget maintenance et à qui le confier.
2. Mise en place d’un cycle de maintenance corrective.
3. Mise en place d’un plan de maintenance évolutive à long terme.

Il en va des projets web comme d’une maison, on n’arrive à rien en commençant par le toit. C’est la raison pour laquelle, qu’on soit face au client ou à ses équipes, un lancement bien ficelé est indispensable à la bonne marche du projet. Où suis-je? Où courre-je ? Dites-moi dans quel état j’erre sont quelques-unes des nombreuses questions auxquelles il vous faudra répondre sous peine de vous offrir un aller simple dans le mur à coté duquel les courses de moto de Tron passeront pour des accidents d’escargots contre des feuilles de salade.

Afin de ne rien oublier au moment de votre lancement, je vous propose une check list en 20 points à valider avant votre kick off. Que vous ayez préparé une Keynote pleine d’effets spéciaux ou que vous ayez opté pour une formule plus informelle, si elle vous répondez à l’ensemble de ces questions, vous pouvez partir l’esprit tranquille.

La controverse du week-end nous vient de John Calacanis, le fondateur Mahalo, qui donne dans une interview quelques conseils “avisés” aux entrepreneurs du web sur comment tirer le meilleur des employés de sa startup. Parmi un joli ramassis de conneries, on retiendra surtout :

Virez les personnes qui ne sont pas accros au travail. On parle de startup, si vous voulez une vie équilibrée, allez travailler à la Poste ou au Starbuck’s.

À mesure que le web gagne en maturité, les exigences des clients sur les sites et les projets livrés deviennent de plus en plus importantes. Au point d’avoir, depuis au moins deux ans, atteint sinon dépassé les exigences de design, ergonomie et stabilité autrefois réservées aux seuls éditeurs de logiciels. Dans un premier temps apparaître comme un point particulièrement positif, preuve que le web a gagné en maturité et cessé d’être un terrain de jeu pour innovateurs frappé d’un certain jeunisme, à la fois par les expérimentations parfois catastrophiques de la première bulle Internet, et par un soucis de qualité souvent au rabais. Cependant, cette exigence, venue à la fois des clients et des utilisateurs, a pour nous professionnels du web des impacts non négligeables et crée des problématiques avec lesquelles il nous faut apprendre à composer, l’imputation des problèmes étant souvent à sens unique quand les solutions à apporter sont clairement multilatérales.

La vie d’un projet, de la commande client au déploiement auprès des utilisateurs finaux n’a rien du long fleuve tranquille. Les écueils à un projet “suppositoire” sont nombreux, et, dans des développements au forfait ce sont justement ces difficultés qui justifient le besoin d’un coordinateur qui fasse le lien entre le client et les équipes de production.

Si certains projets peuvent se compliquer pour des raisons techniques, (d’absence) ou de stratégie, il reste cependant possible de discerner à l’avance les signes avant-coureurs de catastrophe. Généralement pas souhaités, ils sont cependant responsables de l’échec cuisant de très nombreux projets, particulièrement en grands comptes.