Merci Nicolas! Je le lirai lors de ma prochaine visite aux WC...
Oui j'ai bien écrit "WC"... Après une lecture rapide, j'ai constaté que:
1- Ce document fait appel à du "outsourcing", en ce sens je trouve quelque peu bizarre que le cahier des charges impose des balises techniques plutôt que de se limiter aux aspects de design et aux aspects fontionnels. Ce point eut été pertinent dans un contexte où la production et l'entretient se font à l'interne, mais ce n'est pas le cas car il est orienté pour faire appel à des prestataires, dans un contexte de site où les gestionnaires de contenu utilisent des interfaces Web...
2. Il n'est aucunement fait mention de "cycle de vie" d'un site Web, pourtant vital lors des décisions sur les infrastructures, le design et le déploiement.
3. Il n'est aucunement fait mention de l'établissement d'un devis, qui se doit d'être soit produit à l'interne, soit fournit par les prestataires. Un tel devis est aussi vital pour plusieurs raisons, dont: le changement de prestataire (on ne sait jamais); la production à l'interne; l'assurance d'une référence pour vérifier la veille technologique, donc le cycle de vie du site. Ce devis contient tous les détails sur les fonctionnalités (data chart, software chart, flow chart, software diagrams), ainsi que sur tout outil développé pour le site.
En fait, et contrairement à ce que l'article mentionne, c'est surtout le devis qui se doit d'être gardé à jour et régulièrement revisité. On peut alors considérer le cahier des charges comme étant un document de conformité, mais ayant possiblement son propre cycle de vie selon la stratégie marketing, ce qui n'a rien à voir avec le cycle de vie technologique du site. En fait, le devis dois prévoir les avenues différente que peut prendre le cahier des charges (les stratégies marketing). Par exemple, quel serait le design de base de données le plus approprié afin de prévoir l'ajout d'une nouvelle gamme de produits, l'ajout de fonctions CRM, ou encore l'intégration aisée de nouvelles stratégies de marketing? Ceci dépend du plan d'affaires à moyen et long terme: faire appel à un technicien sachant que ça ne bougera pas en terme d'offre Web pour les 5 prochaines années; ou faire appel à un concepteur/analyste d'expérience pour être sur que les bases sont suffisemment solides, modulaires et conçues de façon à évoluer avec l'entreprise (sans avoir à tout refaire). Ce devis aura aussi pour but d'être une base servant à évaluer les processus d'affaires, ayant donc un impact très important sur le RSI, tout comme ce qui suit:
4. Il n'est pas fait mention d'un cahier des procédures, pourtant essentiel afin d'assurer la bonne marche des processus d'affaires ainsi qu'une adhésion plus aisée des employés envers les nouveaux impératifs d'un site Web. Ce document doit déterminer et décrire en détail TOUTES les tâches devant être effectuées de façon quotidienne ou hebdomadaire par les intervenants au site Web (que ces tâches soient technologiques ou éditiques).
Salutations!
