Le Scaled Agile Framework\u00ae (SAFe\u00ae) est un ensemble de dispositifs organisationnels et de workflow pour mettre en \u0153uvre de pratiques agiles \u00e0 l’\u00e9chelle de l’entreprise. Il pr\u00e9sente un ensemble de pratiques concernant les r\u00f4les et les responsabilit\u00e9s, la fa\u00e7on de planifier et de g\u00e9rer le travail et les valeurs \u00e0 v\u00e9hiculer.<\/p>\n\n\n\n
SAFe d\u00e9finit le cadre pour l’alignement, la collaboration et le delivery entre un grand nombre d’\u00e9quipes agiles. Il s\u2019articule autour de trois principaux blocs de connaissances : le d\u00e9veloppement logiciel agile, le d\u00e9veloppement de produits lean et la pens\u00e9e syst\u00e9mique.<\/p>\n\n\n\n
\u00c0 mesure que les entreprises grandissent, SAFe apporte une approche structur\u00e9e pour le scaling agile. Quatre configurations sont propos\u00e9es en fonction du niveau de scale souhait\u00e9 : Essential SAFe, Large Solution SAFe, Portfolio SAFe et Full SAFe.<\/p>\n\n\n\n
Dean Leffingwell et Drew Jemilo ont lanc\u00e9 SAFe en 2011 pour aider les organisations \u00e0 concevoir de meilleurs syst\u00e8mes et logiciels qui r\u00e9pondent mieux aux besoins changeants des clients. \u00c0 cette \u00e9poque, les \u00e9quipes utilisaient des processus de gestion de projet classiques pour livrer des logiciels. Mais \u00e0 mesure que la n\u00e9cessit\u00e9 de r\u00e9pondre rapidement aux conditions \u00e9volutives du march\u00e9 augmentait, de nouvelles m\u00e9thodologies ont \u00e9merg\u00e9 pour aider les entreprises \u00e0 am\u00e9liorer la livraison de solutions dans leurs entreprises : SAFe a vu le jour. Aujourd’hui, SAFe est l\u2019une des m\u00e9thodologies agile \u00e0 l’\u00e9chelle les plus utilis\u00e9es, et la communaut\u00e9 mondiale de praticiens de SAFe continue de le faire \u00e9voluer.<\/p>\n\n\n\n
Les valeurs fondamentales de SAFe d\u00e9crivent la culture que le leadership doit favoriser pour r\u00e9ussir la mise en \u0153uvre de la m\u00e9thodologie.<\/p>\n\n\n\n
L\u2019une des exigences de SAFe est la mise en place des cadences de planification et de r\u00e9flexion \u00e0 tous les niveaux de l’organisation. Une fois en place, tous les collaborateurs ont une id\u00e9e claire sur l’\u00e9tat actuel de l’entreprise, les objectifs et le r\u00f4le de chacun pour atteindre ces objectifs. En synchronisant r\u00e9guli\u00e8rement les personnes et les activit\u00e9s, tous les niveaux du portefeuille restent align\u00e9s. Les informations circulent \u00e0 la fois vers le haut et vers le bas en temps opportun, contrairement aux structures traditionnelles top down.<\/p>\n\n\n\n
Dans le cadre de la d\u00e9marche SAFe, l’agilit\u00e9 ne doit jamais se faire au d\u00e9triment de la qualit\u00e9. SAFe exige des \u00e9quipes \u00e0 tous les niveaux qu’elles d\u00e9finissent ce que \u00ab done\u00bb signifie pour chaque t\u00e2che ou projet et qu’elles int\u00e8grent des pratiques de d\u00e9veloppement de qualit\u00e9 dans chaque contrat de travail. Selon SAFe, il existe cinq dimensions cl\u00e9s de la qualit\u00e9 int\u00e9gr\u00e9e : le flux, la qualit\u00e9 de l’architecture et de la conception, la qualit\u00e9 du code, la qualit\u00e9 du syst\u00e8me et la qualit\u00e9 des livraisons.<\/p>\n\n\n\n
SAFe encourage la mise en place d\u2019un climat de confiance et de transparence, notamment en planifiant le travail en petits lots afin que les probl\u00e8mes puissent \u00eatre identifi\u00e9s plus t\u00f4t, offrant une visibilit\u00e9 en temps r\u00e9el sur l\u2019avancement de la backlog \u00e0 tous les niveaux, ainsi que les rituels d’inspection et d’adaptation.<\/p>\n\n\n\n
L’ex\u00e9cution du programme est au c\u0153ur de SAFe et soutient tous les autres aspects du framework. Les \u00e9quipes et les programmes doivent pouvoir fournir r\u00e9guli\u00e8rement un service de qualit\u00e9, des logiciels op\u00e9rationnels et une valeur business.<\/p>\n\n\n\n
SAFe requiert un comportement de leadership Lean\/Agile, car seuls les leaders peuvent transformer le syst\u00e8me et mettre en place l’environnement n\u00e9cessaire pour inculquer toutes les valeurs fondamentales.<\/p>\n\n\n\n
Les principes SAFe sont destin\u00e9s \u00e0 am\u00e9liorer l’entreprise dans son ensemble en \u00e9clairant la prise de d\u00e9cision Lean\/Agile au-del\u00e0 des limites fonctionnelles et organisationnelles. Les principes visent \u00e0 influencer non seulement les d\u00e9cisions des dirigeants et des responsables, mais aussi celles de tous les membres de l’organisation, et \u00e0 les encourager \u00e0 passer d’une pens\u00e9e classique en waterfall \u00e0 une pens\u00e9e Lean\/Agile, qui applique des pratiques telles que la gestion de portefeuilles Lean.<\/p>\n\n\n\n
D’apr\u00e8s les th\u00e9ories sur le flux de d\u00e9veloppement produit tir\u00e9es des best-sellers de Donald Reinertsen, chaque intervenant dans la cha\u00eene de d\u00e9cision doit comprendre les implications \u00e9conomiques des retards pour obtenir le d\u00e9lai d’ex\u00e9cution le plus court possible. Il ne suffit pas toujours de livrer t\u00f4t et r\u00e9guli\u00e8rement. Selon SAFe, classer les t\u00e2ches pour optimiser les b\u00e9n\u00e9fices, comprendre les \u00e9changes \u00e9conomiques et travailler en respectant des budgets serr\u00e9s sont autant de responsabilit\u00e9s qui doivent \u00eatre communiqu\u00e9es \u00e0 l’\u00e9chelle de l’organisation. De nombreux concepts et outils sont tir\u00e9s des th\u00e9ories de Donald Reinertsen sur le flux de d\u00e9veloppement produit.<\/p>\n\n\n\n
SAFe encourage les personnes qui utilisent le framework \u00e0 appliquer une pens\u00e9e syst\u00e9mique sur trois axes cl\u00e9s : la solution elle-m\u00eame, l’entreprise qui d\u00e9veloppe le syst\u00e8me et les flux de valeur. Les solutions peuvent concerner des produits, des services ou des syst\u00e8mes fournis au client, qu’ils soient internes ou externes \u00e0 l’entreprise.<\/p>\n\n\n\n
Les solutions d’envergure comportent de nombreux composants interconnect\u00e9s. Les membres de l’\u00e9quipe doivent avoir une vision d\u2019ensemble pour savoir comment leur \u00e9l\u00e9ment s’int\u00e8gre dans la solution.<\/p>\n\n\n\n
Les adeptes de SAFe doivent prendre en consid\u00e9ration l\u2019ensemble des acteurs de la chaine de r\u00e9alisation de la solution, du syst\u00e8me de management et des processus de r\u00e9alisation. Ainsi, si une organisation cherche \u00e0 optimiser les m\u00e9thodes de travail, elle devra peut-\u00eatre \u00e9liminer les silos, devenir transverse, et conclure de nouveaux accords de coop\u00e9ration avec les fournisseurs et les clients. Finalement, l’entreprise doit clairement expliquer comment la valeur passe du concept au financement dans les flux de valeur de d\u00e9veloppement de solutions. Les dirigeants et la direction doivent optimiser le flux de valeur au-del\u00e0 des limites fonctionnelles et organisationnelles.<\/p>\n\n\n\n
Par d\u00e9faut, la conception de syst\u00e8mes et de logiciels est un exercice incertain. Ce principe r\u00e9pond \u00e0 cette incertitude en introduisant le concept de \u00ab Set-Based Design \u00bb (design bas\u00e9 sur un ensemble), qui implique de garder plusieurs exigences et options de design pendant une p\u00e9riode prolong\u00e9e dans le cycle de d\u00e9veloppement. Le \u00ab Set-Based Design \u00bb s’appuie \u00e9galement sur des donn\u00e9es empiriques afin de se focaliser sur la derni\u00e8re option de design dans la suite du processus.<\/p>\n\n\n\n
Le \u00ab Set-Based Design \u00bb aide \u00e0 prendre des d\u00e9cisions \u00e9clair\u00e9es en p\u00e9riode d’incertitude en identifiant les options et les r\u00e9sultats escompt\u00e9s, sur le m\u00eame principe qu’un choix strat\u00e9gique. Le concept visant \u00e0 int\u00e9grer des \u00ab \u00e9tapes importantes d’apprentissage \u00bb (qui font r\u00e9f\u00e9rence \u00e0 la date limite pour prendre des d\u00e9cisions) joue un r\u00f4le cl\u00e9 dans le \u00ab Set-Based Design \u00bb. Plus les \u00e9quipes apprennent au fil du temps, plus elles peuvent \u00e9liminer de choix. Plus elles \u00e9liminent de choix, plus il est facile d’identifier la meilleure voie \u00e0 suivre et de produire le meilleur r\u00e9sultat possible pour les clients.<\/p>\n\n\n\n
\u00c0 l’instar du principe n\u00b0 3, ce principe aborde le risque et l’incertitude par le biais d’\u00e9tapes importantes d’apprentissage. Il ne suffit pas que chaque composant du syst\u00e8me soit fonctionnel, il faut tenir compte de l’ensemble du syst\u00e8me pour \u00e9valuer la faisabilit\u00e9 des choix de design actuels. Les points d’int\u00e9gration doivent \u00eatre planifi\u00e9s \u00e0 intervalles r\u00e9guliers, afin d’acc\u00e9l\u00e9rer les cycles d’apprentissage. Ces points d’int\u00e9gration constituent un parfait exemple du cycle PDCA (plan-do-check-adjust) de Walter A. Shewhart, un framework pour l’am\u00e9lioration continue de la qualit\u00e9 et un m\u00e9canisme pour contr\u00f4ler la variabilit\u00e9 du d\u00e9veloppement. Les travaux de Walter Shewart et ceux qu’il a inspir\u00e9s se concentrent souvent sur SAFe.<\/p>\n\n\n\n
La d\u00e9monstration d’un v\u00e9ritable syst\u00e8me de travail constitue une meilleure base pour la prise de d\u00e9cision qu’un document d’exigences ou toute autre \u00e9valuation superficielle de la r\u00e9ussite. Inclure d\u00e8s le d\u00e9part les parties prenantes dans ces d\u00e9cisions de faisabilit\u00e9 permet de renforcer la confiance et encourage une pens\u00e9e syst\u00e9mique.<\/p>\n\n\n\n
Limiter le travail en cours aide les parties prenantes \u00e0 \u00e9valuer avec pr\u00e9cision le d\u00e9roulement des op\u00e9rations.<\/p>\n\n\n\n
Les trois \u00e9l\u00e9ments de ce principe repr\u00e9sentent les principaux moyens d’optimiser le d\u00e9bit et d’acc\u00e9l\u00e9rer la cr\u00e9ation de valeur ou, en d’autres termes, d’impl\u00e9menter le \u00ab flux \u00bb. Comme le dit l’adage \u00ab Ne mettons pas la charrue avant les b\u0153ufs \u00bb.<\/p>\n\n\n\n
En appliquant ce principe au d\u00e9veloppement logiciel, vous limitez le nombre de t\u00e2ches se chevauchant, la complexit\u00e9 de chaque t\u00e2che et le volume total de travail \u00e0 r\u00e9aliser \u00e0 un moment donn\u00e9. La petite taille des lots permet de v\u00e9rifier en permanence que le travail est sur la bonne voie. Et que la longueur des files d’attente est correctement g\u00e9r\u00e9e\u2026<\/p>\n\n\n\n
Ce principe vise \u00e0 donner des conseils sur l’optimisation de ce processus en vue d’obtenir les meilleurs r\u00e9sultats.<\/p>\n\n\n\n
Les \u00e9quipes Agile appliquent naturellement la cadence par le biais de sprints ou d’it\u00e9rations. La cr\u00e9ation d’une cadence pour tous les sujets possibles r\u00e9duit la complexit\u00e9, r\u00e9pond \u00e0 l’incertitude, d\u00e9veloppe la m\u00e9moire musculaire, renforce la qualit\u00e9 et incite \u00e0 la collaboration. La synchronisation de ces cadences permet aux personnes et aux activit\u00e9s de fonctionner comme des rouages o\u00f9 les informations apprises \u00e9clairent les d\u00e9cisions et la planification incr\u00e9mentielle.<\/p>\n\n\n\n
Inspir\u00e9 par le conseiller en gestion influent Peter Drucker et l’auteur Daniel Pink, ce principe est l’un de nos pr\u00e9f\u00e9r\u00e9s ! Il permet de lib\u00e9rer le potentiel des \u00e9quipes et aide la direction \u00e0 adopter une approche de commandement et de contr\u00f4le pour coacher ses \u00e9quipes et r\u00e9pondre \u00e0 leurs besoins.<\/p>\n\n\n\n
R\u00e9duire la longueur des files d’attente et adopter une approche \u00e9conomique en d\u00e9centralisant la prise de d\u00e9cision conf\u00e8rent aux \u00e9quipes l’autonomie dont elles ont besoin pour accomplir leur travail. Les dirigeants doivent conserver leur pouvoir de d\u00e9cision pour les sujets strat\u00e9giques et permettre aux \u00e9quipes d’op\u00e9rer des choix \u00e9clair\u00e9s sur tous les autres sujets.<\/p>\n\n\n\n
Les organisations pr\u00eates \u00e0 impl\u00e9menter SAFe b\u00e9n\u00e9ficient g\u00e9n\u00e9ralement d’un parrainage au niveau de la direction, d’une forte volont\u00e9 de changement et d’une base Scrum.<\/p>\n\n\n\n
Scaled Agile, Inc. fournit une feuille de route pour impl\u00e9menter SAFA, qui contient des \u00e9tapes d\u00e9taill\u00e9es pour vous lancer et configurer l’organisation en vue de l’adoption g\u00e9n\u00e9rale dans tous les portefeuilles. Voici les 12 \u00e9tapes de l’impl\u00e9mentation de SAFe :<\/p>\n\n\n\n
Bien que SAFe\u00ae soit largement adopt\u00e9 par les entreprises disposant de grandes \u00e9quipes de d\u00e9veloppement, d’autres frameworks Agile \u00e0 grande \u00e9chelle ont gagn\u00e9 en popularit\u00e9 au fil du temps. Tous ces frameworks partagent cinq composants principaux : l’inspiration des 12 principes du manifeste Agile, la cadence, la synchronisation, Scrum et les pratiques de d\u00e9veloppement de qualit\u00e9. Comprendre les origines des autres frameworks, les diff\u00e9rences fondamentales et les conditions pour une application r\u00e9ussie permet aux organisations de s\u00e9lectionner le framework qui r\u00e9pond le mieux \u00e0 leurs besoins.<\/p>\n\n\n\n
Vous souhaitez en savoir plus sur certains des principaux frameworks Agile \u00e0 grande \u00e9chelle ? Consultez la page de pr\u00e9sentation Agile \u00e0 grande \u00e9chelle sur le coach Agile.<\/strong><\/p>\n\n\n\n Dans Scrum@Scale (S@S), tout le monde fait partie d’une \u00e9quipe Scrum interchangeable. En fonction de leurs objectifs, les r\u00e9seaux d’\u00e9quipes Scrum se rassemblent pour former un \u00e9cosyst\u00e8me. L’objectif de S@S est de cr\u00e9er un r\u00e9seau d’\u00e9quipes Scrum gr\u00e2ce \u00e0 une architecture \u00ab scale-free \u00bb, ce qui signifie que les r\u00f4les et les \u00e9v\u00e9nements Scrum de base sont mis \u00e0 l’\u00e9chelle de fa\u00e7on lin\u00e9aire, sans introduire de nouvelle dynamique de processus. Par exemple, un Scrum de Scrums (SoS) peut ne pas \u00eatre suffisant pour un produit tr\u00e8s complexe comptant 25 \u00e9quipes Scrum, donc un Scrum de Scrum de Scrums (SoSoS) avec un Scrum de Scrums Master (SoSM) peut \u00eatre n\u00e9cessaire.<\/p>\n\n\n\n Bien que S@S soit g\u00e9n\u00e9ralement moins normatif, il propose une question directrice afin d’aider les organisations \u00e0 d\u00e9terminer si elles sont pr\u00eates \u00e0 \u00e9voluer : si vous ajoutez d’autres personnes au syst\u00e8me, les performances augmentent-elles de mani\u00e8re exponentielle ou la productivit\u00e9 en souffre-t-elle ?<\/p>\n\n\n\n Tout comme SAFe, S@S propose un contenu de r\u00e9f\u00e9rence en ligne, notamment un guide Scrum@Scale complet dont la popularit\u00e9 ne cesse de cro\u00eetre.<\/p>\n\n\n\n Le framework S@S est le plus appropri\u00e9 dans les cas suivants :<\/strong><\/p>\n\n\n\n Large-Scale Scrum (LeSS) adopte une approche minimaliste des r\u00f4les, de la structure et des artefacts. Alors que SAFe propose quatre configurations pour satisfaire des \u00e9quipes de plus en plus grandes et offrant des solutions de plus en plus complexes, LeSS en propose deux : LeSS pour deux \u00e0 huit \u00e9quipes et LeSS Huge pour plus de huit \u00e9quipes. LeSS se distingue \u00e9galement par sa position selon laquelle les Product Owners devraient disposer d’un contr\u00f4le complet sur le contenu et d’une influence strat\u00e9gique, alors que SAFe encourage une approche plus d\u00e9mocratique. Et si SAFe s’accompagne de nombreux facteurs qui influencent la strat\u00e9gie, LeSS met l’accent sur une approche orient\u00e9e client ax\u00e9e sur les clients payants.<\/p>\n\n\n\n \u00c0 l’instar de S@S, LeSS \u00e9volue depuis les \u00e9v\u00e9nements, les artefacts et les r\u00f4les Scrum. SAFe et LeSS mettent tous deux l’accent sur la pens\u00e9e syst\u00e9mique, la pens\u00e9e Lean et d’autres principes directeurs similaires. LeSS, en revanche, met fortement l’accent sur la r\u00e9duction du gaspillage dans l’ensemble de l’organisation, avec pour objectif une am\u00e9lioration continue.<\/p>\n\n\n\n Le framework LeSS est le plus appropri\u00e9 dans les cas suivants :<\/strong><\/p>\n\n\n\n Contrairement aux autres frameworks d\u00e9crits, Disciplined Agile (DA) est un kit d’outils qui permet aux organisations de d\u00e9cider de la m\u00e9thode de travail la plus logique pour s’y adapter. Il propose une gouvernance Agile l\u00e9g\u00e8re, qui s’appuie sur Scrum et Kanban, ainsi que des connaissances en mati\u00e8re de transformation dans des domaines, tels que les RH et les finances, la gouvernance, la m\u00e9thodologie DevOps ou la gestion de portefeuilles. DA implique l’utilisation de diff\u00e9rents niveaux d’\u00e9volutivit\u00e9 pour chaque projet et met l’accent sur la capacit\u00e9 de prise de d\u00e9cision pour aider \u00e0 orienter la direction strat\u00e9gique.<\/p>\n\n\n\n Le framework DA est le plus appropri\u00e9 dans les cas suivants :<\/strong><\/p>\n\n\n\n Le \u00ab mod\u00e8le \u00bb Spotify est un ensemble de pratiques autonome et ax\u00e9 sur les personnes qui peut \u00eatre appliqu\u00e9 pour coordonner les \u00e9quipes Agile. Il n’a jamais \u00e9t\u00e9 con\u00e7u comme un mod\u00e8le ou un framework, mais certaines entreprises l’ont adopt\u00e9 en tant que tel. Spotify met l’accent sur les \u00e9quipes auto-organis\u00e9es, transverses et colocalis\u00e9es appel\u00e9es \u00ab squads \u00bb (l’\u00e9quivalent d’une \u00e9quipe Scrum). En comparaison, SAFe n’a pas de disposition de ce type sur la colocation des \u00e9quipes. Elle est encourag\u00e9e pour la planification d’incr\u00e9ment de programme.<\/p>\n\n\n\n Les squads sont organis\u00e9s en unit\u00e9s plus importantes appel\u00e9es \u00ab tribus \u00bb. Les d\u00e9pendances entre les squads sont peu nombreuses et sont trait\u00e9es par le biais d’un Scrum de Scrums lorsqu’elles se produisent. Le partage des connaissances est possible gr\u00e2ce aux \u00ab chapitres \u00bb et aux \u00ab guildes \u00bb, et des groupes informels sont organis\u00e9s en fonction des comp\u00e9tences et des int\u00e9r\u00eats.<\/p>\n\n\n\n Par rapport \u00e0 d’autres exemples, o\u00f9 des ressources en ligne, des cours de formation et des certifications sont disponibles, les ressources sur le mod\u00e8le Spotify se limitent \u00e0 un blog accessible au public et \u00e0 d’autres \u00e9l\u00e9ments compl\u00e9mentaires d\u00e9velopp\u00e9s par ses pionniers et ses fans. Le mod\u00e8le est de plus en plus populaire, il est donc probable que nous en verrons d’autres \u00e0 l’avenir.<\/p>\n\n\n\n Le mod\u00e8le Spotify est le plus appropri\u00e9 dans les cas suivants :<\/strong><\/p>\n\n\n\n L’un des principes fondamentaux du framework SAFe est qu’il continue \u00e0 \u00e9voluer en collaboration avec sa communaut\u00e9 d’experts dans le monde entier. R\u00e9cemment, Scaled Agile, Inc. a lanc\u00e9 la version 5.0 de SAFe. Les principaux changements comprennent l’ajout d’un 10e principe, \u00ab Organiser autour de la valeur \u00bb, et le remplacement de l’\u00e9tape 12, \u00ab Maintenir et am\u00e9liorer \u00bb, par \u00ab Acc\u00e9l\u00e9rer \u00bb. Mais les implications sont bien plus nombreuses. <\/p>\n\n\n\n Les frameworks comme SAFe et ceux qui ont \u00e9t\u00e9 \u00e9voqu\u00e9s ci-dessus constituent une option viable pour aider les entreprises \u00e0 se d\u00e9velopper efficacement au sein de leur organisation et \u00e0 atteindre leurs objectifs commerciaux. Mais les outils que vous choisissez pour vous aider \u00e0 amplifier les pratiques existantes et \u00e0 en tirer pleinement parti sont tout aussi importants. Nos \u00e9quipes sont \u00e0 votre disposition pour vous pr\u00e9senter la solution Jira Align d’Atlassian, une plateforme de planification Agile d’entreprise d\u00e9velopp\u00e9e pour SAFe. Gr\u00e2ce \u00e0 Jira Align, vous pouvez am\u00e9liorer la visibilit\u00e9, l’alignement strat\u00e9gique et l’adaptabilit\u00e9 de l’entreprise afin d’acc\u00e9l\u00e9rer votre transformation digitale.<\/p>","protected":false},"excerpt":{"rendered":" Le Scaled Agile Framework\u00ae (SAFe\u00ae) est un ensemble de dispositifs organisationnels et de workflow pour mettre en \u0153uvre de pratiques agiles \u00e0 l’\u00e9chelle de l’entreprise. Il pr\u00e9sente un ensemble de pratiques concernant les r\u00f4les et les responsabilit\u00e9s, la fa\u00e7on de planifier et de g\u00e9rer le travail et les valeurs \u00e0 v\u00e9hiculer. SAFe d\u00e9finit le cadre […]<\/p>","protected":false},"author":4,"featured_media":1996,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","_mi_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[18,156,5,117,51],"tags":[19,78,53,36,4,35,25],"yoast_head":"\nSAFe et Scrum@Scale<\/h3>\n\n\n\n
SAFe et Large-Scale Scrum (LeSS)<\/h3>\n\n\n\n
SAFe et DA<\/h3>\n\n\n\n
SAFe et Spotify<\/h3>\n\n\n\n
SAFe 5.0<\/h2>\n\n\n\n
Conclusion<\/h2>\n\n\n\n