{"id":4098,"date":"2026-03-28T03:20:12","date_gmt":"2026-03-28T03:20:12","guid":{"rendered":"https:\/\/www.diagrams-ai.com\/fr\/student-team-agile-early-delivery-case-study\/"},"modified":"2026-03-28T03:20:12","modified_gmt":"2026-03-28T03:20:12","slug":"student-team-agile-early-delivery-case-study","status":"publish","type":"post","link":"https:\/\/www.diagrams-ai.com\/fr\/student-team-agile-early-delivery-case-study\/","title":{"rendered":"\u00c9tude de cas : Comment une \u00e9quipe d’\u00e9tudiants a livr\u00e9 un produit en avance en utilisant les principes Agiles"},"content":{"rendered":"

Dans l’environnement \u00e0 forte pression des projets de fin d’\u00e9tudes universitaires, la marge d’erreur est souvent inexistante. Les \u00e9tudiants font face \u00e0 des d\u00e9lais serr\u00e9s, des ressources limit\u00e9es et \u00e0 la pression constante de l’\u00e9valuation acad\u00e9mique. Cependant, un groupe sp\u00e9cifique d’\u00e9tudiants en informatique a r\u00e9ussi \u00e0 accomplir ce que beaucoup consid\u00e8rent comme impossible : livrer un produit logiciel enti\u00e8rement fonctionnel deux semaines avant le d\u00e9lai pr\u00e9vu. Ce r\u00e9sultat n’est pas d\u00fb \u00e0 des heures de travail suppl\u00e9mentaires ou \u00e0 des raccourcis. Il d\u00e9coule plut\u00f4t d’une adoption disciplin\u00e9e des principes Agiles adapt\u00e9s sp\u00e9cifiquement au contexte d’une \u00e9quipe d’\u00e9tudiants.<\/p>\n

Cette \u00e9tude de cas examine la m\u00e9thodologie, les d\u00e9fis et les strat\u00e9gies d’ex\u00e9cution adopt\u00e9es par cette \u00e9quipe. Elle offre un aper\u00e7u d\u00e9taill\u00e9 de la mani\u00e8re dont le d\u00e9veloppement it\u00e9ratif, les retours continus et la communication transparente peuvent transformer un projet \u00e9tudiant chaotique en une histoire de succ\u00e8s structur\u00e9e. En analysant leur parcours, nous d\u00e9couvrons des le\u00e7ons pratiques applicables aussi bien aux environnements professionnels qu’acad\u00e9miques.<\/p>\n

\n
\"Hand-drawn<\/figure>\n<\/div>\n

Le contexte et le d\u00e9fi \ud83c\udf93<\/h2>\n

Le projet a commenc\u00e9 comme une exigence standard sur une dur\u00e9e d’un semestre. L’\u00e9quipe, compos\u00e9e de six \u00e9tudiants, devait d\u00e9velopper une application mobile pour la gestion des \u00e9v\u00e9nements sur le campus. La port\u00e9e initiale \u00e9tait large, incluant l’inscription des utilisateurs, la navigation parmi les \u00e9v\u00e9nements, la gestion des billets et les notifications en temps r\u00e9el. La date limite \u00e9tait fix\u00e9e par le calendrier universitaire, sans possibilit\u00e9 de prolongation.<\/p>\n

La planification initiale sugg\u00e9rait une approche traditionnelle o\u00f9 les exigences \u00e9taient d\u00e9finies d\u00e8s le d\u00e9part. Cependant, l’\u00e9quipe a rapidement compris que les exigences \u00e9volueraient au fur et \u00e0 mesure qu’elle recueillait des retours des utilisateurs. Elle a fait face \u00e0 plusieurs d\u00e9fis distincts :<\/p>\n

    \n
  • Contraintes de ressources :<\/strong>Les membres de l’\u00e9quipe avaient des emplois \u00e0 temps partiel et d’autres obligations de cours, ce qui limitait leurs heures disponibles.<\/li>\n
  • Exigences floues :<\/strong>Le client initial (une union \u00e9tudiante) n’\u00e9tait pas certain des priorit\u00e9s sp\u00e9cifiques des fonctionnalit\u00e9s.<\/li>\n
  • Dette technique :<\/strong>Les d\u00e9cisions pr\u00e9coces concernant l’architecture risquaient de devenir des goulets d’\u00e9tranglement plus tard.<\/li>\n
  • Coordination d’\u00e9quipe :<\/strong>Les \u00e9tudiants avaient des niveaux de comp\u00e9tence vari\u00e9s en d\u00e9veloppement logiciel.<\/li>\n<\/ul>\n

    Un mod\u00e8le en cascade traditionnel aurait exig\u00e9 une validation compl\u00e8te des sp\u00e9cifications avant le d\u00e9but du codage. \u00c9tant donn\u00e9 l’incertitude, cela aurait entra\u00een\u00e9 des reprises et des retards. L’\u00e9quipe a donc d\u00e9cid\u00e9 de pivoter vers une approche it\u00e9rative qui privil\u00e9giait l’adaptabilit\u00e9 plut\u00f4t que la planification rigide.<\/p>\n

    Changement de mentalit\u00e9 \ud83e\udde0<\/h2>\n

    Passer d’une mentalit\u00e9 traditionnelle \u00e0 une mentalit\u00e9 Agile a exig\u00e9 un ajustement important. L’\u00e9quipe a compris que l’agilit\u00e9 ne se r\u00e9sumait pas \u00e0 la vitesse ; elle portait sur la livraison de valeur et la r\u00e9activit\u00e9 aux changements.<\/p>\n

    La premi\u00e8re \u00e9tape a consist\u00e9 \u00e0 \u00e9tablir une compr\u00e9hension partag\u00e9e des valeurs fondamentales. Ils se sont concentr\u00e9s sur les piliers suivants :<\/p>\n

      \n
    • Les individus et les interactions :<\/strong>Prioriser la communication directe plut\u00f4t que la documentation.<\/li>\n
    • Logiciel fonctionnel :<\/strong>Valoriser une fonctionnalit\u00e9 fonctionnelle plut\u00f4t que des documents de conception complets.<\/li>\n
    • Collaboration avec le client :<\/strong>Interagir fr\u00e9quemment avec les repr\u00e9sentants de l’union \u00e9tudiante.<\/li>\n
    • R\u00e9pondre aux changements :<\/strong>Accueillir les changements de exigences plut\u00f4t que de les r\u00e9sister.<\/li>\n<\/ul>\n

      Pour faciliter cela, ils ont abandonn\u00e9 l’id\u00e9e d’une seule livraison massive. Au lieu de cela, ils ont pr\u00e9vu plusieurs petites livraisons. Cela a r\u00e9duit le risque d’un lancement infructueux et leur a permis de d\u00e9montrer progressivement leurs avanc\u00e9es.<\/p>\n

      Le cadre Agile en action \ud83d\udee0\ufe0f<\/h2>\n

      L’\u00e9quipe a adopt\u00e9 un cadre hybride combinant des \u00e9l\u00e9ments de Scrum et de Kanban. Cela leur a permis de maintenir une structure tout en s’adaptant \u00e0 la nature fluctuante de la disponibilit\u00e9 des \u00e9tudiants.<\/p>\n

      1. Le syst\u00e8me de gestion du backlog<\/h3>\n

      Toutes les fonctionnalit\u00e9s et les t\u00e2ches ont \u00e9t\u00e9 enregistr\u00e9es dans une liste centrale. Cette liste n’\u00e9tait pas statique. Elle \u00e9tait prioris\u00e9e en fonction de la valeur pour l’utilisateur et de la faisabilit\u00e9 technique. L’\u00e9quipe a utilis\u00e9 un syst\u00e8me de notation simple pour classer les \u00e9l\u00e9ments :<\/p>\n

        \n
      • Haut valeur :<\/strong>Fonctionnalit\u00e9s essentielles n\u00e9cessaires au produit minimum viable.<\/li>\n
      • Valeur moyenne :<\/strong>Am\u00e9liorations qui am\u00e9liorent l’utilisabilit\u00e9.<\/li>\n
      • Faible valeur :<\/strong>Fonctionnalit\u00e9s agr\u00e9ables \u00e0 avoir report\u00e9es \u00e0 des it\u00e9rations futures.<\/li>\n<\/ul>\n

        En se concentrant d’abord sur les \u00e9l\u00e9ments \u00e0 haute valeur, l’\u00e9quipe a assur\u00e9 que le produit central fonctionnait m\u00eame si des fonctionnalit\u00e9s \u00e0 faible priorit\u00e9 \u00e9taient supprim\u00e9es. Cette strat\u00e9gie a emp\u00each\u00e9 l’\u00e9largissement du p\u00e9rim\u00e8tre de d\u00e9ranger le calendrier.<\/p>\n

        2. Cycles de d\u00e9veloppement it\u00e9ratifs<\/h3>\n

        Le projet a \u00e9t\u00e9 divis\u00e9 en cycles de deux semaines. Chaque cycle commen\u00e7ait par une session de planification o\u00f9 l’\u00e9quipe s\u00e9lectionnait des t\u00e2ches en t\u00eate de la liste de t\u00e2ches en attente. L’objectif \u00e9tait de terminer au moins une fonctionnalit\u00e9 fonctionnelle \u00e0 la fin du cycle.<\/p>\n

        Les activit\u00e9s cl\u00e9s durant ces cycles incluaient :<\/p>\n

          \n
        • D\u00e9coupage des t\u00e2ches :<\/strong>Les grandes fonctionnalit\u00e9s ont \u00e9t\u00e9 divis\u00e9es en unit\u00e9s plus petites et g\u00e9rables.<\/li>\n
        • R\u00e9unions quotidiennes :<\/strong>Une r\u00e9union br\u00e8ve pour synchroniser les efforts et identifier les blocages.<\/li>\n
        • Revue de code :<\/strong>Les coll\u00e8gues ont revu les modifications afin d’assurer la qualit\u00e9 et le partage des connaissances.<\/li>\n
        • Int\u00e9gration :<\/strong>Les composants fonctionnels \u00e9taient fusionn\u00e9s quotidiennement pour \u00e9viter les probl\u00e8mes d’int\u00e9gration.<\/li>\n<\/ul>\n

          3. Gestion visuelle<\/h3>\n

          Pour suivre les progr\u00e8s sans d\u00e9pendre de logiciels complexes, l’\u00e9quipe a utilis\u00e9 un tableau physique. Le tableau comportait des colonnes pour \u00c0 faire, En cours, En revue et Termin\u00e9. Les cartes se d\u00e9pla\u00e7aient sur le tableau au fur et \u00e0 mesure que le travail avan\u00e7ait.<\/p>\n

          Cet outil visuel offrait une visibilit\u00e9 imm\u00e9diate sur l’\u00e9tat du projet. Il mettait instantan\u00e9ment en \u00e9vidence les points d’acharnement. Par exemple, si trop de cartes s’accumulaient dans la colonne \u00ab En revue \u00bb, l’\u00e9quipe savait qu’elle devait privil\u00e9gier les revues de code par rapport au d\u00e9veloppement de nouvelles fonctionnalit\u00e9s.<\/p>\n\n\n\n\n\n\n\n\n
          Comparaison des \u00e9tapes du flux de travail<\/strong><\/caption>\n
          \u00c9tape<\/th>\nApproche traditionnelle<\/th>\nApproche Agile utilis\u00e9e<\/th>\n<\/tr>\n<\/thead>\n
          Planification<\/td>\nSession unique en amont<\/td>\nAffinement continu avant chaque cycle<\/td>\n<\/tr>\n
          Tests<\/td>\nFin de la phase du projet<\/td>\nEn cours au sein de chaque cycle<\/td>\n<\/tr>\n
          Retours<\/td>\nLivraison finale uniquement<\/td>\nApr\u00e8s chaque fonctionnalit\u00e9 termin\u00e9e<\/td>\n<\/tr>\n
          Modifications<\/td>\nProcessus formel de demande de modification<\/td>\nAccept\u00e9 dans la liste de t\u00e2ches du prochain cycle<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

          Surmonter les obstacles des \u00e9quipes \u00e9tudiantes \ud83d\uded1<\/h2>\n

          M\u00eame avec un cadre solide, les \u00e9quipes \u00e9tudiantes font face \u00e0 des obstacles sp\u00e9cifiques. L’\u00e9quipe a rencontr\u00e9 trois obstacles majeurs pendant la phase d’ex\u00e9cution.<\/p>\n

          1. Disponibilit\u00e9 variable<\/h3>\n

          Les membres manquaient souvent les r\u00e9unions quotidiennes en raison des examens ou des d\u00e9calages de travail. Pour att\u00e9nuer ce probl\u00e8me, l’\u00e9quipe a mis en place une communication asynchrone. Les mises \u00e0 jour ont \u00e9t\u00e9 enregistr\u00e9es dans un fichier texte partag\u00e9, garantissant que les membres absents pouvaient rattraper leur retard sans perturber le d\u00e9roulement du travail.<\/p>\n

          2. Manque de comp\u00e9tences<\/h3>\n

          Certains membres \u00e9taient forts en conception, tandis que d’autres excellaient dans la logique du backend. Pour \u00e9quilibrer la charge, l’\u00e9quipe a adopt\u00e9 la pratique du pairing. Un d\u00e9veloppeur ayant de fortes comp\u00e9tences en UI s’associait \u00e0 un d\u00e9veloppeur backend pour construire une fonctionnalit\u00e9 compl\u00e8te. Cela a r\u00e9duit la d\u00e9pendance aux points de d\u00e9faillance uniques et favoris\u00e9 l’apprentissage.<\/p>\n

          3. \u00c9largissement du p\u00e9rim\u00e8tre<\/h3>\n

          Au fur et \u00e0 mesure que le projet avan\u00e7ait, le client demandait des fonctionnalit\u00e9s suppl\u00e9mentaires. L’\u00e9quipe a d\u00fb dire non afin de prot\u00e9ger le calendrier. Elle a utilis\u00e9 une liste \u00ab Parking Lot \u00bb pour ces demandes. Les nouvelles id\u00e9es \u00e9taient reconnues mais programm\u00e9es pour une \u00e9ventuelle deuxi\u00e8me version. Cela a maintenu l’attention sur les objectifs imm\u00e9diats.<\/p>\n

          Indicateurs et r\u00e9sultats \ud83d\udcca<\/h2>\n

          L’\u00e9quipe a suivi des indicateurs sp\u00e9cifiques pour mesurer ses performances. Ces indicateurs ne portaient pas seulement sur la vitesse ; ils portaient sur la pr\u00e9visibilit\u00e9 et la qualit\u00e9.<\/p>\n

            \n
          • Vitesse :<\/strong> Le nombre moyen de points d’histoire accomplis par cycle. Cela a aid\u00e9 \u00e0 pr\u00e9voir la capacit\u00e9 future.<\/li>\n
          • D\u00e9lai de traitement :<\/strong> Le temps \u00e9coul\u00e9 entre le d\u00e9but et la fin d’une t\u00e2che. Une tendance \u00e0 la baisse indiquait une am\u00e9lioration de l’efficacit\u00e9.<\/li>\n
          • Taux de bogues :<\/strong> Le nombre de d\u00e9fauts trouv\u00e9s par fonctionnalit\u00e9. Ce taux est rest\u00e9 faible gr\u00e2ce aux tests continus.<\/li>\n
          • Date de livraison :<\/strong> Le produit final a \u00e9t\u00e9 remis 14 jours avant la date limite.<\/li>\n<\/ul>\n

            La livraison anticip\u00e9e n’\u00e9tait pas accidentelle. Elle r\u00e9sultait d’it\u00e9rations constantes et de l’\u00e9limination des gaspillages. En se concentrant sur le logiciel fonctionnel, ils ont \u00e9vit\u00e9 de perdre du temps sur des documents que le client n’avait pas besoin imm\u00e9diatement.<\/p>\n

            Satisfaction du client<\/h3>\n

            Le client a pu tester l’application apr\u00e8s le premier cycle. Leurs retours ont conduit \u00e0 des ajustements imm\u00e9diats. Ce cycle it\u00e9ratif de retour a permis que le produit final corresponde \u00e9troitement aux attentes des utilisateurs. Le client a exprim\u00e9 une grande satisfaction concernant la transparence du processus.<\/p>\n

            Points cl\u00e9s pour les projets futurs \ud83d\udcdd<\/h2>\n

            En repensant au projet, plusieurs le\u00e7ons fondamentales se sont d\u00e9gag\u00e9es. Ces le\u00e7ons s’appliquent autant aux \u00e9quipes \u00e9tudiantes qu’aux organisations professionnelles.<\/p>\n

            1. La transparence renforce la confiance<\/h3>\n

            Lorsque les parties prenantes peuvent voir clairement les progr\u00e8s, elles se sentent plus en s\u00e9curit\u00e9. Le tableau visuel et les mises \u00e0 jour r\u00e9guli\u00e8res ont assur\u00e9 qu’il n’y avait aucune surprise. La confiance a \u00e9t\u00e9 \u00e9tablie d\u00e8s le d\u00e9but et maintenue tout au long du projet.<\/p>\n

            2. La flexibilit\u00e9 est une force<\/h3>\n

            Les plans rigides \u00e9chouent souvent lorsque la r\u00e9alit\u00e9 change. En acceptant le changement, l’\u00e9quipe a pu s’adapter aux nouvelles exigences sans paniquer. Cette flexibilit\u00e9 leur a permis d’absorber des chocs qui auraient bloqu\u00e9 un projet traditionnel.<\/p>\n

            3. Se concentrer sur la valeur<\/h3>\n

            Tout le travail n’est pas \u00e9quivalent. En priorisant les t\u00e2ches \u00e0 haute valeur, on a assur\u00e9 que les parties les plus importantes du syst\u00e8me \u00e9taient d\u00e9velopp\u00e9es en premier. Cette approche garantit que m\u00eame si le temps manque, le produit central reste utilisable.<\/p>\n

            4. La communication est essentielle<\/h3>\n

            Les comp\u00e9tences techniques sont importantes, mais la communication d\u00e9termine le succ\u00e8s. L’\u00e9quipe a consacr\u00e9 du temps \u00e0 \u00e9tablir des canaux clairs d’\u00e9change d’informations. Cela a r\u00e9duit les malentendus et les reprises de travail.<\/p>\n

            D\u00e9fis dans le r\u00e9trospectif \ud83d\udd04<\/h2>\n

            \u00c0 la fin du projet, l’\u00e9quipe a tenu un r\u00e9trospectif pour discuter de ce qui s’\u00e9tait bien pass\u00e9 et de ce qui pouvait \u00eatre am\u00e9lior\u00e9. Cette session a \u00e9t\u00e9 cruciale pour l’am\u00e9lioration continue.<\/p>\n

            Les domaines identifi\u00e9s pour l’am\u00e9lioration incluent :<\/p>\n

              \n
            • Documentation :<\/strong> Bien que le code \u00e9tait bien comment\u00e9, les d\u00e9cisions architecturales n’ont pas \u00e9t\u00e9 enti\u00e8rement document\u00e9es. Cela a caus\u00e9 des probl\u00e8mes pour les nouveaux membres du projet.<\/li>\n
            • Configuration de l’environnement :<\/strong> La configuration de l’environnement de d\u00e9veloppement a pris trop de temps. Cela a \u00e9t\u00e9 r\u00e9solu en cr\u00e9ant un script de configuration standard.<\/li>\n
            • Efficacit\u00e9 des r\u00e9unions :<\/strong> Certaines s\u00e9ances de planification ont dur\u00e9 trop longtemps. Les futures s\u00e9ances ont \u00e9t\u00e9 mieux chronom\u00e9tr\u00e9es.<\/li>\n<\/ul>\n

              Ces retours ont \u00e9t\u00e9 enregistr\u00e9s et appliqu\u00e9s au prochain projet. L’\u00e9quipe a compris que la perfection n’est pas l’objectif ; l’am\u00e9lioration l’est.<\/p>\n

              Adapter l’Agile aux contextes acad\u00e9miques \ud83c\udf93<\/h2>\n

              Les principes Agile sont souvent con\u00e7us pour les environnements professionnels. Les adapter au contexte acad\u00e9mique n\u00e9cessite des ajustements sp\u00e9cifiques.<\/p>\n

                \n
              • Contraintes acad\u00e9miques :<\/strong> Les notes sont fixes. Les d\u00e9lais sont rigides. Agile aide \u00e0 g\u00e9rer le travail dans ces contraintes en les d\u00e9composant.<\/li>\n
              • Dynamique d’\u00e9quipe :<\/strong> Les \u00e9quipes \u00e9tudiantes changent fr\u00e9quemment. Les processus Agile doivent \u00eatre l\u00e9gers pour s’adapter aux changements de personnel.<\/li>\n
              • Objectifs d’apprentissage :<\/strong> L’objectif principal est souvent l’apprentissage. Agile soutient cela en exposant les \u00e9tudiants \u00e0 des flux de travail du monde r\u00e9el.<\/li>\n<\/ul>\n

                L’\u00e9quipe a constat\u00e9 qu’en traitant le projet comme une implication professionnelle, elle apprenait davantage qu’en suivant un programme rigide. L’autonomie pour g\u00e9rer leur propre processus \u00e9tait un puissant moteur.<\/p>\n

                R\u00e9flexions finales sur l’ex\u00e9cution \ud83c\udfc1<\/h2>\n

                Le succ\u00e8s de cette \u00e9quipe \u00e9tudiante d\u00e9montre la puissance des principes Agile lorsqu’ils sont appliqu\u00e9s correctement. Il ne s’agissait pas d’utiliser des outils sp\u00e9cifiques ou de suivre un ensemble rigide de r\u00e8gles. Il s’agissait d’un \u00e9tat d’esprit centr\u00e9 sur la livraison, les retours et l’adaptation.<\/p>\n

                En \u00e9vitant les surcharges inutiles et en se concentrant sur la valeur, l’\u00e9quipe a r\u00e9ussi \u00e0 livrer un produit plus t\u00f4t. Cette \u00e9tude de cas sert de mod\u00e8le pour d’autres qui font face \u00e0 des contraintes similaires. La cl\u00e9 r\u00e9side dans une ex\u00e9cution constante et la volont\u00e9 d’adapter les choses lorsque tout ne se d\u00e9roule pas comme pr\u00e9vu.<\/p>\n

                Pour ceux qui souhaitent mettre en \u0153uvre des strat\u00e9gies similaires, commencez petit. Adoptez une pratique \u00e0 la fois. Mesurez l’impact. it\u00e9rez sur votre processus tout comme vous it\u00e9reriez sur votre produit. Cette approche garantit une am\u00e9lioration durable au fil du temps.<\/p>\n

                Le parcours allant de la planification chaotique \u00e0 une livraison disciplin\u00e9e est difficile. Toutefois, avec le bon cadre et un engagement ferme, une livraison anticip\u00e9e est r\u00e9alisable. L’\u00e9quipe a d\u00e9montr\u00e9 qu’avec les principes ad\u00e9quats, m\u00eame les projets \u00e9tudiants peuvent atteindre des normes professionnelles d’ex\u00e9cution.<\/p>\n","protected":false},"excerpt":{"rendered":"

                Dans l’environnement \u00e0 forte pression des projets de fin d’\u00e9tudes universitaires, la marge d’erreur est souvent inexistante. Les \u00e9tudiants font face \u00e0 des d\u00e9lais serr\u00e9s, des ressources limit\u00e9es et \u00e0 la pression constante de l’\u00e9valuation acad\u00e9mique. Cependant, un groupe sp\u00e9cifique d’\u00e9tudiants en informatique a r\u00e9ussi \u00e0 accomplir ce que beaucoup consid\u00e8rent comme impossible : livrer un produit logiciel enti\u00e8rement fonctionnel deux semaines avant le d\u00e9lai pr\u00e9vu. Ce r\u00e9sultat n’est pas d\u00fb \u00e0 des heures de travail suppl\u00e9mentaires ou \u00e0 des raccourcis. Il d\u00e9coule plut\u00f4t d’une adoption disciplin\u00e9e des principes Agiles adapt\u00e9s sp\u00e9cifiquement au contexte d’une \u00e9quipe d’\u00e9tudiants. Cette \u00e9tude de cas examine la m\u00e9thodologie, les d\u00e9fis et les strat\u00e9gies d’ex\u00e9cution adopt\u00e9es par cette \u00e9quipe. Elle offre un aper\u00e7u d\u00e9taill\u00e9 de la mani\u00e8re dont le d\u00e9veloppement it\u00e9ratif, les retours continus et la communication transparente peuvent transformer un projet \u00e9tudiant chaotique en une histoire de succ\u00e8s structur\u00e9e. En analysant leur parcours, nous d\u00e9couvrons des le\u00e7ons pratiques applicables aussi bien aux environnements professionnels qu’acad\u00e9miques. Le contexte et le d\u00e9fi \ud83c\udf93 Le projet a commenc\u00e9 comme une exigence standard sur une dur\u00e9e d’un semestre. L’\u00e9quipe, compos\u00e9e de six \u00e9tudiants, devait d\u00e9velopper une application mobile pour la gestion des \u00e9v\u00e9nements sur le campus. La port\u00e9e initiale \u00e9tait large, incluant l’inscription des utilisateurs, la navigation parmi les \u00e9v\u00e9nements, la gestion des billets et les notifications en temps r\u00e9el. La date limite \u00e9tait fix\u00e9e par le calendrier universitaire, sans possibilit\u00e9 de prolongation. La planification initiale sugg\u00e9rait une approche traditionnelle o\u00f9 les exigences \u00e9taient d\u00e9finies d\u00e8s le d\u00e9part. Cependant, l’\u00e9quipe a rapidement compris que les exigences \u00e9volueraient au fur et \u00e0 mesure qu’elle recueillait des retours des utilisateurs. Elle a fait face \u00e0 plusieurs d\u00e9fis distincts : Contraintes de ressources :Les membres de l’\u00e9quipe avaient des emplois \u00e0 temps partiel et d’autres obligations de cours, ce qui limitait leurs heures disponibles. Exigences floues :Le client initial (une union \u00e9tudiante) n’\u00e9tait pas certain des priorit\u00e9s sp\u00e9cifiques des fonctionnalit\u00e9s. Dette technique :Les d\u00e9cisions pr\u00e9coces concernant l’architecture risquaient de devenir des goulets d’\u00e9tranglement plus tard. Coordination d’\u00e9quipe :Les \u00e9tudiants avaient des niveaux de comp\u00e9tence vari\u00e9s en d\u00e9veloppement logiciel. Un mod\u00e8le en cascade traditionnel aurait exig\u00e9 une validation compl\u00e8te des sp\u00e9cifications avant le d\u00e9but du codage. \u00c9tant donn\u00e9 l’incertitude, cela aurait entra\u00een\u00e9 des reprises et des retards. L’\u00e9quipe a donc d\u00e9cid\u00e9 de pivoter vers une approche it\u00e9rative qui privil\u00e9giait l’adaptabilit\u00e9 plut\u00f4t que la planification rigide. Changement de mentalit\u00e9 \ud83e\udde0 Passer d’une mentalit\u00e9 traditionnelle \u00e0 une mentalit\u00e9 Agile a exig\u00e9 un ajustement important. L’\u00e9quipe a compris que l’agilit\u00e9 ne se r\u00e9sumait pas \u00e0 la vitesse ; elle portait sur la livraison de valeur et la r\u00e9activit\u00e9 aux changements. La premi\u00e8re \u00e9tape a consist\u00e9 \u00e0 \u00e9tablir une compr\u00e9hension partag\u00e9e des valeurs fondamentales. Ils se sont concentr\u00e9s sur les piliers suivants : Les individus et les interactions :Prioriser la communication directe plut\u00f4t que la documentation. Logiciel fonctionnel :Valoriser une fonctionnalit\u00e9 fonctionnelle plut\u00f4t que des documents de conception complets. Collaboration avec le client :Interagir fr\u00e9quemment avec les repr\u00e9sentants de l’union \u00e9tudiante. R\u00e9pondre aux changements :Accueillir les changements de exigences plut\u00f4t que de les r\u00e9sister. Pour faciliter cela, ils ont abandonn\u00e9 l’id\u00e9e d’une seule livraison massive. Au lieu de cela, ils ont pr\u00e9vu plusieurs petites livraisons. Cela a r\u00e9duit le risque d’un lancement infructueux et leur a permis de d\u00e9montrer progressivement leurs avanc\u00e9es. Le cadre Agile en action \ud83d\udee0\ufe0f L’\u00e9quipe a adopt\u00e9 un cadre hybride combinant des \u00e9l\u00e9ments de Scrum et de Kanban. Cela leur a permis de maintenir une structure tout en s’adaptant \u00e0 la nature fluctuante de la disponibilit\u00e9 des \u00e9tudiants. 1. Le syst\u00e8me de gestion du backlog Toutes les fonctionnalit\u00e9s et les t\u00e2ches ont \u00e9t\u00e9 enregistr\u00e9es dans une liste centrale. Cette liste n’\u00e9tait pas statique. Elle \u00e9tait prioris\u00e9e en fonction de la valeur pour l’utilisateur et de la faisabilit\u00e9 technique. L’\u00e9quipe a utilis\u00e9 un syst\u00e8me de notation simple pour classer les \u00e9l\u00e9ments : Haut valeur :Fonctionnalit\u00e9s essentielles n\u00e9cessaires au produit minimum viable. Valeur moyenne :Am\u00e9liorations qui am\u00e9liorent l’utilisabilit\u00e9. Faible valeur :Fonctionnalit\u00e9s agr\u00e9ables \u00e0 avoir report\u00e9es \u00e0 des it\u00e9rations futures. En se concentrant d’abord sur les \u00e9l\u00e9ments \u00e0 haute valeur, l’\u00e9quipe a assur\u00e9 que le produit central fonctionnait m\u00eame si des fonctionnalit\u00e9s \u00e0 faible priorit\u00e9 \u00e9taient supprim\u00e9es. Cette strat\u00e9gie a emp\u00each\u00e9 l’\u00e9largissement du p\u00e9rim\u00e8tre de d\u00e9ranger le calendrier. 2. Cycles de d\u00e9veloppement it\u00e9ratifs Le projet a \u00e9t\u00e9 divis\u00e9 en cycles de deux semaines. Chaque cycle commen\u00e7ait par une session de planification o\u00f9 l’\u00e9quipe s\u00e9lectionnait des t\u00e2ches en t\u00eate de la liste de t\u00e2ches en attente. L’objectif \u00e9tait de terminer au moins une fonctionnalit\u00e9 fonctionnelle \u00e0 la fin du cycle. Les activit\u00e9s cl\u00e9s durant ces cycles incluaient : D\u00e9coupage des t\u00e2ches :Les grandes fonctionnalit\u00e9s ont \u00e9t\u00e9 divis\u00e9es en unit\u00e9s plus petites et g\u00e9rables. R\u00e9unions quotidiennes :Une r\u00e9union br\u00e8ve pour synchroniser les efforts et identifier les blocages. Revue de code :Les coll\u00e8gues ont revu les modifications afin d’assurer la qualit\u00e9 et le partage des connaissances. Int\u00e9gration :Les composants fonctionnels \u00e9taient fusionn\u00e9s quotidiennement pour \u00e9viter les probl\u00e8mes d’int\u00e9gration. 3. Gestion visuelle Pour suivre les progr\u00e8s sans d\u00e9pendre de logiciels complexes, l’\u00e9quipe a utilis\u00e9 un tableau physique. Le tableau comportait des colonnes pour \u00c0 faire, En cours, En revue et Termin\u00e9. Les cartes se d\u00e9pla\u00e7aient sur le tableau au fur et \u00e0 mesure que le travail avan\u00e7ait. Cet outil visuel offrait une visibilit\u00e9 imm\u00e9diate sur l’\u00e9tat du projet. Il mettait instantan\u00e9ment en \u00e9vidence les points d’acharnement. Par exemple, si trop de cartes s’accumulaient dans la colonne \u00ab En revue \u00bb, l’\u00e9quipe savait qu’elle devait privil\u00e9gier les revues de code par rapport au d\u00e9veloppement de nouvelles fonctionnalit\u00e9s. Comparaison des \u00e9tapes du flux de travail \u00c9tape Approche traditionnelle Approche Agile utilis\u00e9e Planification Session unique en amont Affinement continu avant chaque cycle Tests Fin de la phase du projet En cours au sein de chaque cycle Retours Livraison finale uniquement Apr\u00e8s chaque fonctionnalit\u00e9 termin\u00e9e Modifications Processus formel de demande de modification Accept\u00e9 dans la liste de t\u00e2ches du prochain cycle Surmonter les obstacles des \u00e9quipes \u00e9tudiantes \ud83d\uded1 M\u00eame avec un cadre solide, les \u00e9quipes \u00e9tudiantes font face \u00e0 des obstacles sp\u00e9cifiques.<\/p>\n","protected":false},"author":1,"featured_media":4099,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_title":"\u00c9tude de cas Agile d'une \u00e9quipe \u00e9tudiante : Guide pour la livraison anticip\u00e9e du produit \ud83d\ude80","_yoast_wpseo_metadesc":"D\u00e9couvrez comment une \u00e9quipe universitaire a utilis\u00e9 les principes Agiles pour livrer un produit en avance. Apprenez les \u00e9tapes concr\u00e8tes, les d\u00e9fis et les r\u00e9sultats r\u00e9els du terrain.","fifu_image_url":"","fifu_image_alt":"","footnotes":""},"categories":[84],"tags":[77,83],"class_list":["post-4098","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-agile","tag-academic","tag-agile"],"yoast_head":"\n\u00c9tude de cas Agile d'une \u00e9quipe \u00e9tudiante : Guide pour la livraison anticip\u00e9e du produit \ud83d\ude80<\/title>\n<meta name=\"description\" content=\"D\u00e9couvrez comment une \u00e9quipe universitaire a utilis\u00e9 les principes Agiles pour livrer un produit en avance. Apprenez les \u00e9tapes concr\u00e8tes, les d\u00e9fis et les r\u00e9sultats r\u00e9els du terrain.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.diagrams-ai.com\/fr\/student-team-agile-early-delivery-case-study\/\" \/>\n<meta property=\"og:locale\" content=\"fr_FR\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"\u00c9tude de cas Agile d'une \u00e9quipe \u00e9tudiante : Guide pour la livraison anticip\u00e9e du produit \ud83d\ude80\" \/>\n<meta property=\"og:description\" content=\"D\u00e9couvrez comment une \u00e9quipe universitaire a utilis\u00e9 les principes Agiles pour livrer un produit en avance. Apprenez les \u00e9tapes concr\u00e8tes, les d\u00e9fis et les r\u00e9sultats r\u00e9els du terrain.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.diagrams-ai.com\/fr\/student-team-agile-early-delivery-case-study\/\" \/>\n<meta property=\"og:site_name\" content=\"Diagrams AI French\" \/>\n<meta property=\"article:published_time\" content=\"2026-03-28T03:20:12+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.diagrams-ai.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/agile-student-team-case-study-infographic.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"1664\" \/>\n\t<meta property=\"og:image:height\" content=\"928\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"vpadmin\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"\u00c9crit par\" \/>\n\t<meta name=\"twitter:data1\" content=\"vpadmin\" \/>\n\t<meta name=\"twitter:label2\" content=\"Dur\u00e9e de lecture estim\u00e9e\" \/>\n\t<meta name=\"twitter:data2\" content=\"11 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.diagrams-ai.com\/fr\/student-team-agile-early-delivery-case-study\/\",\"url\":\"https:\/\/www.diagrams-ai.com\/fr\/student-team-agile-early-delivery-case-study\/\",\"name\":\"\u00c9tude de cas Agile d'une \u00e9quipe \u00e9tudiante : Guide pour la livraison anticip\u00e9e du produit \ud83d\ude80\",\"isPartOf\":{\"@id\":\"https:\/\/www.diagrams-ai.com\/fr\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/www.diagrams-ai.com\/fr\/student-team-agile-early-delivery-case-study\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/www.diagrams-ai.com\/fr\/student-team-agile-early-delivery-case-study\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.diagrams-ai.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/agile-student-team-case-study-infographic.jpg\",\"datePublished\":\"2026-03-28T03:20:12+00:00\",\"author\":{\"@id\":\"https:\/\/www.diagrams-ai.com\/fr\/#\/schema\/person\/ecc36153eaeb4aeaf895589c93d5de12\"},\"description\":\"D\u00e9couvrez comment une \u00e9quipe universitaire a utilis\u00e9 les principes Agiles pour livrer un produit en avance. Apprenez les \u00e9tapes concr\u00e8tes, les d\u00e9fis et les r\u00e9sultats r\u00e9els du terrain.\",\"breadcrumb\":{\"@id\":\"https:\/\/www.diagrams-ai.com\/fr\/student-team-agile-early-delivery-case-study\/#breadcrumb\"},\"inLanguage\":\"fr-FR\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.diagrams-ai.com\/fr\/student-team-agile-early-delivery-case-study\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"fr-FR\",\"@id\":\"https:\/\/www.diagrams-ai.com\/fr\/student-team-agile-early-delivery-case-study\/#primaryimage\",\"url\":\"https:\/\/www.diagrams-ai.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/agile-student-team-case-study-infographic.jpg\",\"contentUrl\":\"https:\/\/www.diagrams-ai.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/agile-student-team-case-study-infographic.jpg\",\"width\":1664,\"height\":928},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.diagrams-ai.com\/fr\/student-team-agile-early-delivery-case-study\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/www.diagrams-ai.com\/fr\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"\u00c9tude de cas : Comment une \u00e9quipe d’\u00e9tudiants a livr\u00e9 un produit en avance en utilisant les principes Agiles\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.diagrams-ai.com\/fr\/#website\",\"url\":\"https:\/\/www.diagrams-ai.com\/fr\/\",\"name\":\"Diagrams AI French\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.diagrams-ai.com\/fr\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"fr-FR\"},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.diagrams-ai.com\/fr\/#\/schema\/person\/ecc36153eaeb4aeaf895589c93d5de12\",\"name\":\"vpadmin\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"fr-FR\",\"@id\":\"https:\/\/www.diagrams-ai.com\/fr\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"caption\":\"vpadmin\"},\"sameAs\":[\"https:\/\/www.diagrams-ai.com\"],\"url\":\"https:\/\/www.diagrams-ai.com\/fr\/author\/vpadmin\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"\u00c9tude de cas Agile d'une \u00e9quipe \u00e9tudiante : Guide pour la livraison anticip\u00e9e du produit \ud83d\ude80","description":"D\u00e9couvrez comment une \u00e9quipe universitaire a utilis\u00e9 les principes Agiles pour livrer un produit en avance. Apprenez les \u00e9tapes concr\u00e8tes, les d\u00e9fis et les r\u00e9sultats r\u00e9els du terrain.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.diagrams-ai.com\/fr\/student-team-agile-early-delivery-case-study\/","og_locale":"fr_FR","og_type":"article","og_title":"\u00c9tude de cas Agile d'une \u00e9quipe \u00e9tudiante : Guide pour la livraison anticip\u00e9e du produit \ud83d\ude80","og_description":"D\u00e9couvrez comment une \u00e9quipe universitaire a utilis\u00e9 les principes Agiles pour livrer un produit en avance. Apprenez les \u00e9tapes concr\u00e8tes, les d\u00e9fis et les r\u00e9sultats r\u00e9els du terrain.","og_url":"https:\/\/www.diagrams-ai.com\/fr\/student-team-agile-early-delivery-case-study\/","og_site_name":"Diagrams AI French","article_published_time":"2026-03-28T03:20:12+00:00","og_image":[{"width":1664,"height":928,"url":"https:\/\/www.diagrams-ai.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/agile-student-team-case-study-infographic.jpg","type":"image\/jpeg"}],"author":"vpadmin","twitter_card":"summary_large_image","twitter_misc":{"\u00c9crit par":"vpadmin","Dur\u00e9e de lecture estim\u00e9e":"11 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/www.diagrams-ai.com\/fr\/student-team-agile-early-delivery-case-study\/","url":"https:\/\/www.diagrams-ai.com\/fr\/student-team-agile-early-delivery-case-study\/","name":"\u00c9tude de cas Agile d'une \u00e9quipe \u00e9tudiante : Guide pour la livraison anticip\u00e9e du produit \ud83d\ude80","isPartOf":{"@id":"https:\/\/www.diagrams-ai.com\/fr\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.diagrams-ai.com\/fr\/student-team-agile-early-delivery-case-study\/#primaryimage"},"image":{"@id":"https:\/\/www.diagrams-ai.com\/fr\/student-team-agile-early-delivery-case-study\/#primaryimage"},"thumbnailUrl":"https:\/\/www.diagrams-ai.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/agile-student-team-case-study-infographic.jpg","datePublished":"2026-03-28T03:20:12+00:00","author":{"@id":"https:\/\/www.diagrams-ai.com\/fr\/#\/schema\/person\/ecc36153eaeb4aeaf895589c93d5de12"},"description":"D\u00e9couvrez comment une \u00e9quipe universitaire a utilis\u00e9 les principes Agiles pour livrer un produit en avance. Apprenez les \u00e9tapes concr\u00e8tes, les d\u00e9fis et les r\u00e9sultats r\u00e9els du terrain.","breadcrumb":{"@id":"https:\/\/www.diagrams-ai.com\/fr\/student-team-agile-early-delivery-case-study\/#breadcrumb"},"inLanguage":"fr-FR","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.diagrams-ai.com\/fr\/student-team-agile-early-delivery-case-study\/"]}]},{"@type":"ImageObject","inLanguage":"fr-FR","@id":"https:\/\/www.diagrams-ai.com\/fr\/student-team-agile-early-delivery-case-study\/#primaryimage","url":"https:\/\/www.diagrams-ai.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/agile-student-team-case-study-infographic.jpg","contentUrl":"https:\/\/www.diagrams-ai.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/agile-student-team-case-study-infographic.jpg","width":1664,"height":928},{"@type":"BreadcrumbList","@id":"https:\/\/www.diagrams-ai.com\/fr\/student-team-agile-early-delivery-case-study\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.diagrams-ai.com\/fr\/"},{"@type":"ListItem","position":2,"name":"\u00c9tude de cas : Comment une \u00e9quipe d’\u00e9tudiants a livr\u00e9 un produit en avance en utilisant les principes Agiles"}]},{"@type":"WebSite","@id":"https:\/\/www.diagrams-ai.com\/fr\/#website","url":"https:\/\/www.diagrams-ai.com\/fr\/","name":"Diagrams AI French","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.diagrams-ai.com\/fr\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"fr-FR"},{"@type":"Person","@id":"https:\/\/www.diagrams-ai.com\/fr\/#\/schema\/person\/ecc36153eaeb4aeaf895589c93d5de12","name":"vpadmin","image":{"@type":"ImageObject","inLanguage":"fr-FR","@id":"https:\/\/www.diagrams-ai.com\/fr\/#\/schema\/person\/image\/","url":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","caption":"vpadmin"},"sameAs":["https:\/\/www.diagrams-ai.com"],"url":"https:\/\/www.diagrams-ai.com\/fr\/author\/vpadmin\/"}]}},"_links":{"self":[{"href":"https:\/\/www.diagrams-ai.com\/fr\/wp-json\/wp\/v2\/posts\/4098","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.diagrams-ai.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.diagrams-ai.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/fr\/wp-json\/wp\/v2\/comments?post=4098"}],"version-history":[{"count":0,"href":"https:\/\/www.diagrams-ai.com\/fr\/wp-json\/wp\/v2\/posts\/4098\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/fr\/wp-json\/wp\/v2\/media\/4099"}],"wp:attachment":[{"href":"https:\/\/www.diagrams-ai.com\/fr\/wp-json\/wp\/v2\/media?parent=4098"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/fr\/wp-json\/wp\/v2\/categories?post=4098"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/fr\/wp-json\/wp\/v2\/tags?post=4098"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}