Le mandat
La boutique fonctionne, les membres reviennent : il est temps qu'on la remarque. Cette itération sort la boutique de l'anonymat avec l'IA comme assistante marketing : traduction des interfaces et des contenus, adresses propres qui parlent aux humains et aux moteurs de recherche, statistiques pour piloter aux instruments, liste de courriel pour fidéliser, et un blogue qui travaille pendant que l'équipe code.
Les quatre chantiers de l'itération forment une banque de tâches : l'équipe se les répartit librement, mais tous les chantiers doivent être livrés à la démo. Chaque coéquipier reste responsable de tâches identifiées à son nom dans le Kanban.
Le déroulement en un dessin
Tout converge vers le funnel : les langues élargissent l'entonnoir, les adresses et le blogue y amènent du monde, la liste de courriel fait remonter les marches, et chaque pourcentage se mesure.
Plan marketing et répartition
Les trois volets en parallèle
Blogue · Démo · 25 %
La remise intermédiaire · Fin de la semaine 8
L'IA génère volontiers un plan marketing : c'est un livrable quand même. Il est versé dans GitHub, retravaillé par l'équipe et validé avant d'exécuter.
Contenu de la remise intermédiaire
- Le plan marketing dans GitHub → /doc, en formats visualisables (Markdown, PDF, PNG) avec la source éditable du même nom :
- les pages et contenus à traduire, identifiés par des captures d'écran surlignées, nommées selon le diagramme de navigation
- le plan des URLs réécrites : chaque ancienne adresse et sa nouvelle adresse sémantique
- le dessin du funnel (visiteur, curieux, membre, acheteur) avec les points de mesure de chaque marche
- le calendrier de publication du blogue, généré avec l'IA puis ajusté par l'équipe
- la répartition de la banque de tâches : qui porte quoi, dans le Kanban
- La validation avec le client (le prof) avant d'exécuter
Les trois volets · Un par coéquipier
De la semaine 8 à la semaine 10, chaque coéquipier porte un volet. Les équipes de 2 doivent également couvrir les 3 volets. Les trois volets avancent en parallèle et convergent vers la démo commune de la semaine 11.
- Traduction des interfaces et des contenus avec l'assistance de l'IA : la boutique est bilingue au minimum (français et anglais)
- Structure multilingue propre : chaque page existe dans chaque langue, avec sa propre URL adressable
- Sélecteur de langue qui garde le visiteur sur la page équivalente
- Persistance de la langue choisie d'une visite à l'autre
- Chaque traduction générée est relue et assumée : l'équipe est responsable de tout ce que l'IA produit
- Réécriture des URLs (mod_rewrite, .htaccess) sur toute la boutique : des adresses propres et significatives pour les humains et les moteurs de recherche
- Les anciennes adresses redirigent vers les nouvelles (redirection 301) : aucun lien cassé
- Mise en place du suivi des statistiques de visite
- Tableau de bord des statistiques consultable par l'équipe
- Liste de courriel gérée avec l'assistance de l'IA : inscription à l'infolettre depuis la boutique, avec consentement explicite (loi anti-pourriel)
- Le funnel est en place : visiteur, curieux, membre, acheteur
- Chaque marche du funnel est mesurée : on sait combien passent et combien restent
- Premier envoi d'infolettre aux inscrits de test
- Blogue en sous-répertoire (/blogue) avec un thème intégré à la charte de la boutique
- Alimenté selon le calendrier de publication assisté par IA : les premiers billets sont publiés
- Chaque billet a son URL sémantique et le blogue est paginé (jamais de scroll infini)
- Démonstration devant la classe : la boutique bilingue, mesurée, avec sa liste et son blogue
- Release TAG = ITERATION_3_MARKETING : l'évaluation se fait avec cette version du code en ligne
Les technologies
Exigences techniques de l'itération
ARCHITECTURE_MVC du dépôt projet-web-contrat, et sa version vivante est sur le hub des versions.- Les exigences des itérations précédentes demeurent : PDO et requêtes préparées, PHP Filters, HTML sémantique, HTTPS, sessions sécurisées
- Les URLs réécrites couvrent tout le site public et les pages traduites de chaque langue
- Les statistiques ne brisent pas la navigation ni la vie privée annoncée aux visiteurs
- Les contenus générés par IA (traductions, billets de blogue, courriels) sont relus, corrigés et signés par un membre de l'équipe
Le processus AGILE
Semaine 8
- Sprint planning : identifier les user stories et les tâches, créer les tickets (issues) dans Git en utilisant les gabarits de tickets du Kickoff (Titre + DoD + liste des tâches + liens vers les sources + réflexions + métadonnées à droite)
- Assigner un seul étudiant par ticket ; les tickets trop gros sont fractionnés
- Alimenter le tableau Kanban de Git
- Valider le sprint planning et le plan marketing avec le prof avant d'exécuter
Semaines 9 et 10
- Mêlée quotidienne complète avant chaque cours
- Commits AGILE : commentaire de commit + numéro du ticket (#issue), toujours
- Tickets AGILE : commentaires et liens ajoutés dans le ticket en cours de route
- Le staging demo.votre-domaine reçoit le travail à toutes les heures ; la production est promue après validation
Semaine 11
- Test de tout le site en ligne et préparation de la démo
- Sprint review avec le client, ticket par ticket : lecture du Titre + DoD, démo sur le serveur, fermeture du ticket
- Sprint planning de la prochaine itération
Les critères d'évaluation · 25 %
Un point de la grille vaut un pourcent de la session. La démonstration a lieu en semaine 11, sur la production, avec la version Release TAG = ITERATION_3_MARKETING.
| Points | Critère |
|---|---|
| Le processus · 12 points | |
| 4 / 4 | Spécifications en temps utile (maquette + devis fonctionnel) |
| 4 / 4 | Le Ticket (issue) : titre utilisateur, DoD, tâches, commits liés, commentaires de réflexion et liens |
| 4 / 4 | Agile en temps utile : Sprint planning (Kanban), Mêlée quotidienne et collaboration, Sprint review |
| Le produit · 13 points | |
| 4 / 4 | Expérience utilisateur : HTML sémantique (id + classes), ergonomie, contenus |
| 4 / 4 | Navigation : URLs adressables, liens, formulaires, flux |
| 4 / 4 | Traitement des données : modèles, php filters, requêtes préparées |
| 1 / 1 | Architecture : respect de l'architecture cible (exemple Contrat, tag ARCHITECTURE_MVC) |
| 25 | Total de l'itération 3 · 25 % de la session |
Les modalités
En reflet du monde du travail, les séances de laboratoire sont toutes à présence obligatoire et à participation obligatoire. Pour des raisons de motivation au travail, d'échange effectif de l'information et d'évaluation, les heures contact se réalisent en classe, en présentiel, en collaboration avec son équipe.
L'espace du laboratoire est réservé aux activités du projet. Les participants doivent contribuer à la hauteur de la pondération pour recevoir la pleine mesure des points. Le professeur se réserve le droit d'exclure un participant d'une équipe s'il ne participe pas et que cela complique la division des volets. Personne ne doit réaliser les tâches de ses camarades.
Bonne chance !
À la fin de cette itération, votre boutique parlera deux langues, saura compter ses visiteurs et publiera toute seule pendant que vous dormez.