Skip to content
Dans la fenêtre d'impression, choisissez « Enregistrer au format PDF » comme destination. La version PDF garde une marge à droite pour vos notes.
582-A05-RI — Analyse et conception Web

Séance 2 — Le mandat, les contraintes et les risques ​

Objectifs ​

  • Relever les contraintes d'un mandat réel et les classer.
  • Préciser les contraintes de budget, de délai, de personnel et de technologie.
  • Distinguer ce que le site doit faire de la façon dont il doit le faire : vitesse, sécurité, accessibilité, Loi 25, navigateurs.
  • Distinguer une contrainte d'un risque, et évaluer un risque selon ses chances d'arriver et ses conséquences.
  • Dresser la liste des problèmes techniques à prévoir.

Déroulement de la séance ​

HeureActivité
18 h 30Retour sur le Lab 01 : le tableau de la classe
18 h 45Formation des équipes
18 h 55Le mandat du client : lecture en équipe
19 h 15Les contraintes de ressources, en détail
19 h 30Ce que le site doit faire, et comment il doit le faire
19 h 50Activité — Les cinq phrases du client
20 h 10Pause
20 h 25Contrainte ou risque ? La matrice des risques
20 h 40Lab 02 — Radiographie du mandat (en équipe)
21 h 35Correction commentée en grand groupe
21 h 55L'évaluation 1 : ce qui s'en vient

Retour sur le Lab 01 ​

La semaine dernière, chaque duo a enquêté sur deux sites de restaurants. Ce soir, on met les huit enquêtes côte à côte pour voir ce qu'aucun duo ne pouvait voir seul.

1. Le tableau de la classe ​

Chaque duo a une minute : la plateforme de ses deux sites, leur score de performance mobile, le constat qui l'a le plus surpris et son verdict.

Paire 1 · Deux poutineries

La Banquise
Casse-Croûte Courteau

Paire 2 · Deux chaînes

Thaï Express
Ashton

Paire 3 · Deux restaurants qui vendent leurs produits

Schwartz's
Commensal

Paire 4 · Deux tables gastronomiques

Joe Beef
Épi, buvette de quartier

Ce que le tableau révèle

Entrez au moins deux scores : le classement de la classe apparaîtra ici.

Le tableau est conservé dans ce navigateur.

2. Ce qu'on en retient ​

Une fois le tableau rempli, on répond ensemble à trois questions :

  1. La plateforme explique-t-elle le score ? Deux sites sur la même plateforme ont-ils des scores semblables ? Sinon, qu'est-ce qui fait la différence ?
  2. Le site le plus rapide est-il toujours le plus facile à faire évoluer ? Regardez les paires où ce n'est pas le cas : qu'est-ce qui a fait pencher le verdict ?
  3. Qu'est-ce que les outils n'ont pas pu vous dire ? Le budget, qui met le site à jour, pourquoi cette plateforme a été choisie…
Le lien avec ce soir
Au Lab 01, vous avez observé des sites qui existent déjà et vous avez dû deviner leurs contraintes. Ce soir, c'est l'inverse : le site n'existe pas encore, mais le client vous dit ses contraintes… à sa façon. À vous de les trouver.

Formation des équipes ​

  • Équipes de 2 ou 3 personnes, qui restent les mêmes toute la session (évaluations 1, 2 et 3).
  • Votre équipe est une petite agence Web : Studio Web FC. Donnez-lui un nom d'équipe si vous voulez.
  • Créez tout de suite un dossier partagé (OneDrive ou Teams) où vous rangerez tous les documents du mandat.
Avant de partir ce soir
Écrivez-vous une entente d'équipe de cinq lignes : comment vous communiquez, à quel moment vous travaillez ensemble, qui remet les travaux, et ce que vous faites si quelqu'un ne livre pas sa part.

Le mandat du client ​

Le mandat qui servira toute la session : Aventure Saint-Maurice, un centre de plein air qui veut refaire son site Web.

À télécharger pour surligner
Mandat — version Word · Mandat — version PDF
Placez le fichier dans le dossier partagé de votre équipe : une seule copie, surlignée à plusieurs.

Lisez-le en équipe : le courriel du client, les notes de la première rencontre et les chiffres. Pendant la lecture, surlignez avec trois couleurs :

CouleurCe que vous surlignez
JauneCe que le client veut que le site fasse
RoseCe qui limite les choix : argent, temps, personnes, technologie, lois
VertCe qui est flou ou qu'il faudra vérifier

Les contraintes de ressources, en détail ​

À la séance 1, on a vu trois sortes de contraintes : techniques, organisationnelles et de ressources. Dans un rapport de faisabilité, on regarde de plus près quatre éléments.

ÉlémentLa question à se poserDans le mandat
BudgetCombien pour construire ? Et combien chaque année ensuite ?8 000 $ pour construire, peut-être 13 000 $. Aucun montant prévu pour les coûts annuels.
DélaiLa date est-elle ferme ou souhaitée ? De quoi dépend-elle ?Le 1er mars est ferme. Les cartes-cadeaux « pour Noël » sont souhaitées.
PersonnelQui fera le travail, avant et après le lancement ? Avec quelles compétences ? Quand est-il disponible ?Mélanie seule l'hiver, débordée l'été. Des guides différents chaque année.
TechnologieQu'est-ce qui existe déjà et qu'il faut garder, remplacer ou relier ?Wix, Square, Viator, Google Workspace, le nom de domaine, l'Excel.
Pièges fréquents
  • Prendre le budget annoncé pour le budget réel. Le client a donné un chiffre pour la construction. Il n'a pas pensé aux abonnements, aux frais par transaction ni à l'entretien.
  • Oublier que le délai dépend du client. Si les photos et les textes arrivent en février, le site ne sera pas prêt le 1er mars, peu importe la vitesse de l'équipe.
  • Compter seulement ceux qui construisent. Il faut aussi savoir qui fera vivre le site pendant cinq ans.
  • Oublier ce qui existe déjà. Le nom de domaine et les adresses courriel fonctionnent aujourd'hui. Le projet ne doit pas les briser.

Ce que le site doit faire, et comment il doit le faire ​

Un client décrit surtout ce que le site doit faire : réserver, payer, signer une décharge. On appelle ça les exigences fonctionnelles.

Mais il y a aussi la façon dont il doit le faire : assez vite, de façon sécuritaire, pour tout le monde, dans le respect de la loi. On appelle ça les exigences non fonctionnelles. Le client en parle rarement, mais c'est souvent là que se cachent les problèmes techniques.

À vous de classer ​

Ce que le site faitUne action ou un service offert à quelqu'un
Comment il le faitUne qualité : vitesse, sécurité, accessibilité, compatibilité…

Pour chaque énoncé, dites s'il décrit ce que le site fait ou comment il le fait.

  1. Un client peut acheter une carte-cadeau et la recevoir par courriel.

  2. Sur un téléphone, la page d'accueil s'affiche en moins de 3 secondes.

  3. Le guide voit la liste des participants d'un départ.

  4. Les réponses aux questions de santé ne sont visibles que par le personnel autorisé.

  5. Le site fonctionne sur Safari pour iPhone et sur Chrome pour Android.

  6. Un client peut s'inscrire à la liste d'attente d'un départ complet.

  7. Toutes les fonctions peuvent être utilisées au clavier, sans souris.

  8. Mélanie peut changer le prix d'une activité.

0 / 8 bonnes réponses (8 à faire)

Les cinq exigences non fonctionnelles à vérifier dans tout projet ​

1. La vitesse ​

  • Plus de la moitié des visites se font sur téléphone, souvent avec un réseau moyen.
  • Les repères de Google (Core Web Vitals) : l'élément principal de la page devrait s'afficher en moins de 2,5 secondes (le LCP, vu au Lab 01).
  • Ce qui ralentit le plus : les images et les vidéos trop lourdes, les scripts de services externes (publicité, clavardage, suivi).

2. La sécurité ​

  • Le cadenas (HTTPS) est un minimum, pas une garantie.
  • Ne jamais garder les numéros de carte de crédit sur le site. On confie le paiement à un service spécialisé (Square, Stripe, PayPal…) qui respecte les normes de l'industrie.
  • Qui a accès à quoi ? Un guide n'a pas besoin de voir les revenus. L'employée d'accueil n'a pas besoin de pouvoir supprimer le site.
  • Les mises à jour, les sauvegardes et les mots de passe : qui s'en occupe, et à quelle fréquence ?

3. L'accessibilité ​

  • Un site accessible peut être utilisé par une personne aveugle, malvoyante, sourde, qui ne peut pas se servir d'une souris, ou qui a une incapacité cognitive.
  • La référence internationale : les WCAG (Web Content Accessibility Guidelines), niveau AA.
  • Au Québec, les organismes publics doivent respecter un standard gouvernemental. Pour une entreprise privée, c'est une bonne pratique… et parfois une condition d'une subvention, comme dans notre mandat.
  • Exemples concrets : texte de remplacement des images, contraste suffisant, navigation au clavier, sous-titres des vidéos, formulaires bien identifiés.

4. La Loi 25 et les renseignements personnels ​

La Loi 25 modernise les règles québécoises de protection des renseignements personnels. Elle s'applique à toute entreprise qui recueille des renseignements sur des Québécois, petite ou grande.

Ce que la loi demandeCe que ça veut dire pour un site Web
Une personne responsable de la protection des renseignements personnelsPar défaut, c'est la personne la plus haut placée de l'entreprise : ici, Mélanie. Son titre et ses coordonnées doivent être publiés sur le site.
Une politique de confidentialité en termes simples et clairsUne page qui explique ce qu'on recueille, pourquoi, combien de temps on le garde et qui y a accès.
Un consentement clairLes témoins (cookies) de suivi et de publicité doivent être désactivés par défaut. La bannière doit permettre de refuser aussi facilement que d'accepter.
Un consentement exprès pour les renseignements sensiblesLes renseignements de santé de la décharge sont sensibles : le client doit les fournir en sachant clairement pourquoi.
Une évaluation avant d'envoyer des renseignements hors du QuébecSi le système de réservation garde ses données aux États-Unis, il faut évaluer les risques avant de l'adopter.
Déclarer les incidents de confidentialitéUne fuite qui présente un risque sérieux doit être déclarée à la Commission d'accès à l'information et aux personnes touchées.
Détruire ou anonymiser les renseignements quand on n'en a plus besoinLes boîtes de décharges « depuis 2014 » posent déjà problème.
Ce n'est pas un avis juridique
Dans un rapport de faisabilité, on signale les enjeux de la Loi 25 et on recommande au client de valider avec un conseiller juridique. On ne s'improvise pas avocat. Pour en savoir plus : le site de la Commission d'accès à l'information du Québec.

La Charte de la langue française s'ajoute : un site offert au Québec doit être disponible en français, et la version française doit être au moins aussi complète que les autres versions.

5. Les navigateurs et les appareils à supporter ​

  • On ne peut pas tester sur tous les appareils : il faut choisir une liste et l'écrire dans le rapport.
  • Une liste raisonnable en 2026 : les deux dernières versions de Chrome, Safari, Edge et Firefox, sur ordinateur, et Safari sur iPhone et Chrome sur Android, sur téléphone.
  • Pour choisir, on regarde les statistiques du site actuel. Ici, il n'y en a pas : c'est une information à obtenir.
  • Attention à Safari sur iPhone : au Québec, il représente une grande part des visites sur téléphone, et c'est souvent là que des problèmes apparaissent.

Activité — Les cinq phrases du client ​

Consigne (20 min, en équipe)
Chacune des phrases ci-dessous a été prononcée pendant la rencontre. Elles ont l'air banales, mais chacune cache un problème technique.
  1. Pour chaque phrase, écrivez dans les deux cases le problème caché et une question à poser au client.
  2. Estimez ce que ça pourrait coûter : $, $$ ou $$$. Est-ce un coût unique ou annuel ?
  3. Cliquez ensuite sur « Révéler » et comparez avec votre réponse.
  4. À la fin, cliquez sur « Copier nos réponses » et collez-les dans le document de votre équipe : vos questions resserviront à la rencontre avec le client.
$Quelques heures, moins de 500 $
$$De 500 $ à 3 000 $
$$$Plus de 3 000 $
  1. Phrase 1 · Mélanie

    « Ah, et les gens devraient pouvoir réserver pour toute leur famille d'un coup. »
    Coût estimé :
  2. Phrase 2 · Mélanie

    « Pour l'anglais, on pourrait juste utiliser Google Traduction. »
    Coût estimé :
  3. Phrase 3 · Patrick

    « Quand il y a un orage, le site pourrait juste avertir les gens. »
    Coût estimé :
  4. Phrase 4 · Karine

    « Viator, ça continue comme avant. »
    Coût estimé :
  5. Phrase 5 · Patrick

    « Je vais mettre ma vidéo de drone en plein écran sur la page d'accueil. »
    Coût estimé :
0 / 5 phrases analysées · réponses conservées dans ce navigateur

Ce qu'il faut retenir : le client ne ment pas et il n'est pas naïf. Il ne sait simplement pas ce que sa demande implique. C'est le rôle de l'analyste de le lui expliquer avant que le projet commence, pas après.


Contrainte ou risque ? ​

Les deux mots se ressemblent, mais ils ne veulent pas dire la même chose.

ContrainteRisque
DéfinitionUne limite certaine, connue dès le départUn événement incertain qui pourrait nuire au projet
QuestionQu'est-ce qui limite nos choix ?Qu'est-ce qui pourrait mal tourner ?
ExempleLe site doit être en ligne le 1er mars.Les photos arrivent en retard et le site n'est pas prêt le 1er mars.
Ce qu'on en faitOn en tient compte dans les choixOn l'évalue, puis on prévoit une mesure pour le réduire

D'où viennent les risques ? ​

OrigineExemples
TechniquesDeux systèmes qui ne se parlent pas comme prévu; des données perdues pendant le transfert; un outil qui ferme ses portes; un site trop lent.
OrganisationnelsLe client livre ses contenus en retard; personne ne met le site à jour; les décideurs changent d'avis; un accès essentiel est au nom de quelqu'un d'autre.

Évaluer un risque ​

On évalue chaque risque selon deux questions :

  1. Quelles sont les chances que ça arrive ? Faible, moyenne ou élevée.
  2. Si ça arrive, quelles sont les conséquences ? Faibles, moyennes ou graves.

On place ensuite le risque dans une matrice. Plus il est en haut à droite, plus il faut s'en occuper.

Chances ↓ · Conséquences →FaiblesMoyennesGraves
Élevées🟨 À surveiller🟥 À traiter🟥 À traiter en priorité
Moyennes🟩 À accepter🟨 À surveiller🟥 À traiter
Faibles🟩 À accepter🟩 À accepter🟨 Prévoir un plan B

Pour chaque risque placé dans la zone rouge, on propose une mesure : ce qu'on fera pour qu'il arrive moins souvent, ou pour que ses conséquences soient moins graves.

Exemple : « Les photos arrivent en retard. » → Mesure : fixer au 15 janvier la date limite de remise des contenus et prévoir des photos temporaires.


La liste des problèmes techniques à prévoir ​

C'est la synthèse de tout le travail de ce soir. Pour chaque problème, on écrit :

ProblèmePourquoi c'est un problèmeCe qu'il faut vérifier ou demander
Ex. : Les réservations Viator doivent partager les places avec le nouveau site.Sinon, les doubles réservations continuent.Quels outils de réservation sont connectés à Viator ? Combien coûtent-ils ?

Cette liste servira directement à l'évaluation 1, puis à la rencontre avec le client à la séance 9.


L'évaluation 1 : ce qui s'en vient ​

Rapport de faisabilité technique — Évaluation technique (20 %)
  • En équipe, sur le mandat Aventure Saint-Maurice.
  • Remise à la séance 7 (11 novembre) sur LÉA. Le français compte pour 10 %.
  • Le rapport décrit la situation : ce que le projet exige, ce qui le contraint, les risques et les technologies qui existent pour le réaliser. Il ne recommande encore rien : les choix viendront à l'évaluation 2.
  • Le travail de ce soir (contraintes, exigences, risques, problèmes à prévoir) en est le point de départ.

À faire maintenant ​

Lab 02 — Radiographie du mandat

Mes notes — Séance 2 — Le mandat, les contraintes et les risques