Attention quand je dis projet web réussi, cela veut principalement dire un projet web finalisé autant que possible dans les temps, le budget et avec le moins de péripécies… sans ces 5 points il est possible de réaliser votre projet, c’est juste plus long, plus compliqué et beaucoup plus cher:

1. Bornez le projet
C’est point important, voir crucial… vous pouvez oublier les autres si vous respectez celui-là, c’est le point qui vous fera économiser le plus de temps et d’argent. Borner un projet, cela à plusieurs implications…
- faites le tour de toutes les fonctionnalités souhaitées par le client (et je dis bien toutes), et analysez les avec précisions (leurs implications technique, le temps et coût de mise en place, les éventuelles redondances). Deux cas de figures classiques, le premier ne pas analyser en profondeur les besoin et découvrir des fonctionnalités qui manquent en cours de développement, cela nécessite souvent d’importantes modifications techniques, voir un re-développement complet. Deuxième cas classique: “charger la mule”. On met tout et n’importe quoi dans le projet, c’est normal le client essaye d’en avoir le plus possible pour son argent. Il est préférable de diminuer les fonctionnalités pour se concentrer sur le coeur de métier, la cible du projet, quitte à prévoir des améliorations et des fonctionnalités suplémentaires à rajouter après (cela permet aussi au client d’échelonner ses paiement et de pouvoir s’assurrer que son projet est viable).
- définissez de façon précise les données externes du projet: navigateurs pris en compte (c’est dommage de développer un service innovant qui ne marche pas sous Mac alors qu’une grande majorité des décideurs et des leader de l’industrie sont équipés en Mac, vous permet aussi de définir le coût d’un service cross-browser, si il faut 20 jours pour debugger un navigateur utilisé par 1% de la population est-ce bien utile?), paramètres d’affichages (que le site s’affiche correctement du 1024 au 1600), plugins nécessaire (flash,etc…), etc… cela vous évitera de facheuses surprises (du type debugger en urgence un sercice qui ne passe pas sous Safari alors que le boss qui signe les chèques est sous Mac, c’est du vécu, ou encore refaire tous les templates d’un site car le site était conçu pour du 1024 et en 1600 le site est étiré et moche… ça aussi c’est du vécu )
- définissez et annoncez clairement votre façon de travailler: il n’y a rien de pire que de laisser un client dans le flou. Quand on ne lui dit rien, il imagine le pire, donc communiquez, donnez lui des os à ronger, des dates, des micro-présentations de fonctionnalités en place (en même temps vous récupérerez des remarques à un phase précoce du projet et c’est jamais une mauvaise chose)

2. Les choix technologiques
C’est un point ultra important. Souvent la décision est prise à l’envers: “Je veux un site en Flash!” est ce que Flash est la meilleure technologie pour votre besoin? pas sûr, mais le client veut un site full-flash (donc en général on lui donne, même si ce n’est pas la bonne solution).
Assurrez vous que vos choix technologiques soient les bons, que les technologies ne soient pas dépassées ou trop jeunes (et donc potentiellement peu fiables), si vous récupérez ou achetez du code, assurrez vous que le code soit maintenable et évolutif (l’avis du client change, certaines technologies ne le permettent malheureusement pas, certains codes OpenSource sont très bien mais peu maintenable, peut être un code payant est plus adapté, qui sait?). Faites un mauvais choix technologique et vous courrez le risque d’avoir une application viellote, non maintenable ou complètement instable.
Mon conseil est donc de prendre un peu plus de temps avant de prendre un décision qui soit réfléchie et prenne tous les paramètres en compte.

3. Votre équipe
Ne mettez pas tous vos oeufs dans le même panier… si le développement de votre site dépend d’une seule et même personne, méfiez-vous. Si jamais elle décide de partir ou un accident arrive, vous serez dans l’incapacité de livrer le site. De plus se pose le problème de la maintenance, des évolutions, etc… donc un conseil, multipliez les experts sur le projet, séparez les tâches et affectez les à des personnes différentes (de plus cette méthode permet certaines fois de trouver des bugs ou d’optimiser certaines parties de site… la deuxième chose est que cela oblige à écrire un code plus propre, puisqu’il doit être compréhensible par une autre personne)

4. Documentez
Sur tout et le plus possible (en restant raisonnable). Les parties essentielles du projet (story-board, cahier des charges, specs techniques) doivent être documentées de façon précises, mais il est utile de noter un peu tout et n’importe quoi… vous maitrisez aujourd’hui le sujet, mais dans 6 mois vous aurez oublié une partie des choses ou alors une autre personne sera obligée de reprendre le projet. Pensez à ces moments et notez tout ce qui pourrait vous être utile, pensez notamment aux adresses de serveurs de dev, comptes ftp, etc… ces informations cruciales nous font souvent perdre un temps précieux.

5. Innovez
C’est notre coeur de métier… l’innovation, c’est aussi ce qui nous fait marcher (enfin vous je sais pas mais moi oui)
N’hésitez pas à innover, proposer des solutions alternatives, des nouvelles technologies, une nouvelle façon de coder, une charte graphique aux antipodes des demandes habituelles ou des nouveaux concepts… (la liste n’est pas exhaustive).
Pensez à votre site dans deux ans, dans trois ans, dans cinq ans… si avant d’être en ligne il vous parait déà vieillot et dépassé, c’est mauvais signe.
Refaire un YouTube ou un Amazon aujourd’hui n’a aucun sens, mais tellement de choses n’ont pas été faites ou tentées.

Voila, suivre ces règles relève dans la majorité des cas plus du fantasme que d’un cas réaliste, car cela demande du temps (denrée O combien rare dans nos métiers)… et une certaine expérience. Simplement pour l’avoir vécu maintes et maintes fois, ce sont toujours les même problèmes qui ressurgissent, donc anticipont un peu et cela devrait aller beaucoup mieux.

Cet article a été posté le Sunday 4 March 2007 à 11:35 pm et a été classé dans la catégorie Divers, Gestion de projet.