Scrum of Scrums, ou Scrum de Scrums en fran\u00e7ais, est une technique de coordination entre plusieurs \u00e9quipes Scrum travaillant sur un m\u00eame projet. Il consiste \u00e0 rassembler des repr\u00e9sentants de plusieurs \u00e9quipes lors de r\u00e9unions appel\u00e9es M\u00eal\u00e9e Quotidienne \u00c9largie (MQE), o\u00f9 chaque ambassadeur partage les progr\u00e8s, identifie les obstacles et synchronise ses efforts avec les autres \u00e9quipes Scrum.<\/p>\n"},{"question":"Quand utiliser le Scrum de Scrums ?","answer":"
Le Scrum de Scrums est utile lorsque plusieurs \u00e9quipes Scrum travaillent sur un m\u00eame produit et ont des d\u00e9pendances entre elles. Il est particuli\u00e8rement recommand\u00e9 dans les projets complexes n\u00e9cessitant une forte coordination, comme les d\u00e9veloppements logiciels \u00e0 grande \u00e9chelle. On l\u2019utilise pour r\u00e9soudre les blocages interd\u00e9pendants et assurer une livraison coh\u00e9rente des produits complexes.<\/p>\n"},{"question":"Quels sont les 3 piliers de Scrum ?","answer":"
Scrum repose sur trois piliers fondamentaux :
\n- la transparence, qui garantit que toutes les informations importantes sont accessibles \u00e0 tous,
\n- l'inspection, qui consiste \u00e0 \u00e9valuer r\u00e9guli\u00e8rement le travail et le processus pour identifier les am\u00e9liorations possibles,
\n- l'adaptation, qui permet d\u2019ajuster les pratiques et le plan en fonction des retours et des nouvelles priorit\u00e9s.
\nCes trois piliers Scrum assurent un cadre Agile favorisant l\u2019am\u00e9lioration continue et la r\u00e9activit\u00e9 face aux changements.<\/p>\n"},{"question":"Quelles sont les 3 valeurs de Scrum ?","answer":"
Scrum repose sur trois valeurs essentielles :
\n- l'engagement, qui implique que chaque membre de l'\u00e9quipe s\u2019investisse pleinement pour atteindre les objectifs,
\n- le respect, qui favorise une collaboration saine et une communication ouverte entre les membres,
\n- le courage, qui pousse l\u2019\u00e9quipe \u00e0 prendre des d\u00e9cisions difficiles, \u00e0 exp\u00e9rimenter et \u00e0 affronter les d\u00e9fis.
\nCes valeurs Scrum permettent de cr\u00e9er un environnement de travail Agile, motivant et orient\u00e9 vers l\u2019am\u00e9lioration continue.<\/p>\n"},{"question":"Quelle est la diff\u00e9rence entre le Daily Scrum et le Scrum de Scrums ?","answer":"
Une M\u00eal\u00e9e quotidienne, ou Daily Scrum, est un \u00e9v\u00e9nement de 15 minutes tenu quotidiennement pour une seule \u00e9quipe Scrum. L'\u00e9quipe synchronise alors son travail, discute des progr\u00e8s vers l'objectif du sprint et planifie les 24 heures \u00e0 venir. Ainsi, le daily Scrum se concentre sur le travail contenu dans le backlog de sprint d'une seule \u00e9quipe.
\nEn revanche, un Scrum de Scrums (SdS) est une r\u00e9union de coordination pour plusieurs \u00e9quipes Scrum travaillant sur des projets connexes ou sur un projet \u00e0 grande \u00e9chelle. Ainsi, elle accueille un repr\u00e9sentant de chaque \u00e9quipe impliqu\u00e9e dans le projet. Elle peut \u00eatre organis\u00e9e moins fr\u00e9quemment (souvent 2 \u00e0 3 fois par semaine) et peut durer plus longtemps.
\nAinsi, apr\u00e8s leur Daily Scrum, chaque \u00e9quipe envoie un ambassadeur au Scrum de Scrum pour aborder avec les ambassadeurs des autres \u00e9quipes la coordination entre les \u00e9quipes, les d\u00e9pendances et les objectifs plus larges du projet.<\/p>\n"}]}],"activate_cta_banner":false,"banner_url":"","main_text_banner":"","sub_title_banner":"","sub_title_banner_second":"","banner_button_text":"","below_banner_line":"","use_customized_cta":false,"custom_schema_code":"","parse_from_google_doc":false,"content_doc":"
Le Scrum de Scrums (SdS), ou Scrum of Scrums (SoS) en anglais, est un \u00e9l\u00e9ment de la m\u00e9thodologie Agile qui permet d\u2019appliquer le Scrum@Scale. Autrement dit, le cadre Scrum \u00e0 grande \u00e9chelle. Ainsi, le Scrum de Scrums est une \u00e9quipe d\u2019\u00e9quipes Scrum mise en place par les organisations qui g\u00e8rent plusieurs projets Scrum interconnect\u00e9s et qui rel\u00e8vent d’un projet global beaucoup plus important.<\/p>\n
Dans cet article, apr\u00e8s avoir donn\u00e9 la d\u00e9finition de Scrum de Scrums (SdS), nous verrons donc les objectifs du Scrum de Scrums, ses avantages, mais aussi les meilleures pratiques du Scrum of Scrums. Enfin, nous vous montrerons comment optimiser ses r\u00e9unions Scrum de Scrums (SdS) avec monday dev et comment pr\u00e9parer ses \u00e9quipes de d\u00e9veloppement produit pour travailler efficacement \u00e0 grande \u00e9chelle.<\/p>\nEssayer monday dev <\/a>\n Le Scrum de Scrums, parfois appel\u00e9 Scrum of Scrums (SoS), est un \u00e9l\u00e9ment de gestion de projet Agile<\/a> qui permet d\u2019utiliser le framework Scrum \u00e0 grande \u00e9chelle. En effet, la gestion de projet Scrum<\/a> impose qu\u2019une \u00e9quipe Scrum est une petite \u00e9quipe, de dix personnes maximum. Quid des projets \u00e0 tr\u00e8s grande \u00e9chelle alors ? Et bien, selon Jeff Sutherland, co-fondateur de la m\u00e9thode Scrum, il est tout \u00e0 fait possible d’utiliser le framework Scrum pour des projets impliquant plus de 800 personnes.<\/p>\n Pour cela, le guide Scrum@scale<\/a> propose tout simplement de contourner ce probl\u00e8me en utilisant le Scrum de Scrums (SdS). En effet, cette organisation s\u2019appuie toujours sur le guide Scrum, les cinq valeurs Scrum<\/a> et les trois piliers Scrum pour coordonner plusieurs \u00e9quipes travaillant sur le m\u00eame d\u00e9veloppement produit<\/a> ou plus g\u00e9n\u00e9ralement sur le m\u00eame projet.<\/p>\n En r\u00e9sum\u00e9, le SdS est un cadre Agile qui permet \u00e0 plusieurs \u00e9quipes de communiquer et de coordonner leurs efforts, d’\u00e9viter les conflits et d\u2019int\u00e9grer leur travail de mani\u00e8re efficace.<\/p>\nEssayer monday dev <\/a>\n Le Guide Scrum<\/a> stipule qu\u2019une Scrum team se compose de 10 personnes au plus, avec trois r\u00f4les bien d\u00e9finis : un Product Owner, un Scrum Master<\/a> et une \u00e9quipe de Developers. Mais, dans le cadre de projets de grande envergure, il est peu probable qu’une petite \u00e9quipe de 10 personnes puisse tout g\u00e9rer. C’est pourquoi, le Scrum of Scrums (SoS) donne un cadre pour permettre \u00e0 plusieurs petites \u00e9quipes de travailler conjointement. En effet, lorsqu\u2019elles ont besoin de coordonner leurs efforts, les \u00e9quipes Scrum forment un Scrum de Scrums (SdS), c\u2019est-\u00e0-dire une \u00e9quipe d\u2019\u00e9quipes Scrum, qui va se r\u00e9unir lors d\u2019un \u00e9v\u00e8nement appel\u00e9 M\u00eal\u00e9e Quotidienne \u00c9largie<\/i> (MQE).<\/p>\n La m\u00e9thode Scrum of Scrums a \u00e9t\u00e9 introduite pour la premi\u00e8re fois par Jeff Sutherland<\/a> et Ken Schwaber en 1996, les co-fondateurs du cadre Scrum, afin de coordonner les activit\u00e9s de huit unit\u00e9s commerciales qui devaient g\u00e9rer plusieurs lignes de produits simultan\u00e9ment. Ils ont alors essay\u00e9 de rassembler les huit \u00e9quipes produits pour former une m\u00e9ta-\u00e9quipe ou un \u00ab Scrum of Scrums \u00bb. Ainsi, ils ont pos\u00e9 les bases pour cr\u00e9er un environnement dans lequel des \u00e9quipes ind\u00e9pendantes peuvent synchroniser leurs efforts plus efficacement.<\/p>\n Mais, le concept s\u2019est v\u00e9ritablement d\u00e9ploy\u00e9 en 2001 apr\u00e8s que J. Sutherland a publi\u00e9 un article intitul\u00e9 \u00ab Agile Can Scale : Inventing and Reinventing SCRUM in Five Companies<\/i><\/a> \u00bb (en anglais). Il y d\u00e9crit son exp\u00e9rience de travail avec des centaines de d\u00e9veloppeurs sur des dizaines de produits chez IDX Systems (aujourd’hui GE Healthcare) et mentionne le Scrum of Scrums pour la premi\u00e8re fois dans un format publi\u00e9.<\/p>\nEssayer monday dev <\/a>\n Le guide Scrum@scale nous montre dans le graphique ci-dessous que chaque \u00e9quipe choisit un repr\u00e9sentant, ou ambassadeur, pour assister \u00e0 la r\u00e9union MQE. En outre, le processus peut \u00eatre r\u00e9p\u00e9t\u00e9 autant que de besoin avec un Scrum de Scrum de Scrum (SdSdS) si n\u00e9cessaire.<\/p>\n (Source<\/a>)<\/p>\n Ainsi, gr\u00e2ce au SdS, plusieurs petites \u00e9quipes peuvent rester Agiles tout en coordonnant leurs efforts \u00e0 plus grande \u00e9chelle.<\/p>\nEssayer monday dev <\/a>\n L’ordre du jour typique d’une M\u00eal\u00e9e quotidienne \u00e9largie (MQE) est similaire \u00e0 celui de la M\u00eal\u00e9e quotidienne, ou daily Scrum, et aborde les questions suivantes :<\/p>\n L’objectif principal du Scrum of Scrums est de :<\/p>\n En r\u00e9sum\u00e9, le Scrum of Scrums (SoS) est un m\u00e9canisme crucial de coordination et de communication pour les projets Agiles \u00e0 grande \u00e9chelle impliquant plusieurs \u00e9quipes Scrum. Il permet de garantir que toutes les \u00e9quipes travaillent en visant les m\u00eames objectifs, de mani\u00e8re coordonn\u00e9e et la plus efficace possible.<\/p>\nEssayer monday dev <\/a>\n Gr\u00e2ce au Scrum of Scrums (Sos), les organisations peuvent d\u00e9ployer efficacement des pratiques Agiles \u00e0 grande \u00e9chelle, am\u00e9liorer la coordination entre les \u00e9quipes et optimiser la r\u00e9alisation de l’ensemble du projet. En voici les principaux avantages.<\/p>\n Le SdS permet \u00e0 plusieurs petites \u00e9quipes Scrum de conserver leur taille id\u00e9ale (de 3 \u00e0 9 personnes) tout en collaborant sur des projets plus importants. Ainsi, les grandes entreprises peuvent utiliser le framework Scrum de mani\u00e8re efficace et s\u2019\u00e9pargner certains probl\u00e8mes comme la redondance et l’inefficacit\u00e9.<\/p>\n Le SdS am\u00e9liore la coordination et rationalise la collaboration entre plusieurs \u00e9quipes sur des projets complexes. Cela garantit une synchronisation compl\u00e8te lorsque diff\u00e9rentes \u00e9quipes travaillent ensemble sur des projets importants pour apporter plus rapidement une valeur ajout\u00e9e.<\/p>\n La r\u00e9union MQE permet d’obtenir de nouvelles perspectives et des id\u00e9es cr\u00e9atives de la part d’autres \u00e9quipes. Elle offre \u00e9galement une plateforme centralis\u00e9e o\u00f9 les probl\u00e8mes et les difficult\u00e9s peuvent \u00eatre exprim\u00e9s, ce qui facilite la r\u00e9solution des probl\u00e8mes communs.<\/p>\n La r\u00e9union MQE garantit \u00e9galement que chaque \u00e9quipe reste inform\u00e9e des avanc\u00e9es du projet par le biais de son ambassadeur. Elle favorise \u00e9galement une communication ouverte et une prise de d\u00e9cision collective.<\/p>\n Le SdS permet de faire en sorte que les objectifs individuels des \u00e9quipes soient coh\u00e9rents avec les objectifs plus larges du projet. En outre, le SdS renforce le r\u00f4le de chaque \u00e9quipe et les garde concentr\u00e9es sur le bon objectif final.<\/p>\n Enfin, le SdS garantit que plusieurs groupes ou services d\u2019une entreprise peuvent faire face \u00e0 de nouveaux d\u00e9veloppements impr\u00e9vus. Il encourage \u00e9galement le consensus et r\u00e9duit les conflits au sein de toutes les \u00e9quipes du projet.<\/p>\nEssayer monday dev <\/a>\n Contrairement aux r\u00e9unions Scrum ordinaires, il n’y a pas de fr\u00e9quence fixe pour la r\u00e9union MQE. En fin de compte, c’est aux \u00e9quipes concern\u00e9es de d\u00e9terminer la fr\u00e9quence optimale de MQE en fonction de la complexit\u00e9 du projet, du niveau de d\u00e9pendance entre les \u00e9quipes et du besoin de coordination.<\/p>\n Voici quatre options possibles de fr\u00e9quence de r\u00e9union MQE :<\/p>\n Cependant, si vous optez pour des r\u00e9unions Scrum de Scrums moins fr\u00e9quentes, pr\u00e9voyez des plages horaires plus longues (30 \u00e0 60 minutes) afin de permettre une r\u00e9solution des probl\u00e8mes et des discussions plus approfondies. En effet, les questions soulev\u00e9es lors des r\u00e9unions MQE n\u00e9cessitent souvent plus de temps pour \u00eatre trait\u00e9es que celles soulev\u00e9es lors des daily Scrum.<\/p>\nEssayer monday dev <\/a>\n Les participants \u00e0 une r\u00e9union SdS sont g\u00e9n\u00e9ralement les suivants :<\/p>\n L\u00e0 encore, contrairement aux autres r\u00e9unions Scrum, la MQE permet une certaine flexibilit\u00e9. Par exemple,<\/p>\n L’objectif du Scrum de Scrums (SdS) est d’avoir les bonnes personnes pr\u00e9sentes pour coordonner efficacement les \u00e9quipes, partager les informations cruciales et r\u00e9soudre les d\u00e9pendances et les probl\u00e8mes entre les \u00e9quipes. En outre, on peut toujours ajuster la composition exacte de la MQE en fonction des besoins de son organisation et de la phase actuelle du projet.<\/p>\nEssayer monday dev <\/a>\n Voici quelques bonnes pratiques que vous pouvez mettre en \u0153uvre pour rendre vos r\u00e9unions Scrum of Scrums plus efficaces.<\/p>\n Ainsi, en suivant ces bonnes pratiques du Scrum of Scrums, les \u00e9quipes peuvent s’assurer que leurs r\u00e9unions MQE sont efficaces, productives et gardent les bons objectifs en ligne de mire. En outre, en utilisant la bonne plateforme pour les g\u00e9rer, vous pouvez rendre vos r\u00e9unions SdS encore plus efficaces.<\/p>\n Avec monday dev<\/a>, construit sur le puissant Work OS monday.com<\/a>, vous avez toutes les informations les plus r\u00e9centes \u00e0 port\u00e9e de main dans une plateforme collaborative. Avec de multiples fa\u00e7ons de visualiser et de g\u00e9rer vos sprints<\/a>, vous pouvez voir sur quoi les \u00e9quipes travaillent actuellement et quelles t\u00e2ches sont en retard lors de vos r\u00e9unions Scrum de Scrum.<\/p>\n Alors, commencez \u00e0 utiliser monday dev d\u00e8s aujourd’hui et voyez \u00e0 quel point il est facile de planifier et d’organiser vos r\u00e9unions Scrum de Scrums.<\/p>\n","sections":[{"acf_fc_layout":"content_1","blocks":[{"main_heading":"","content_block":[{"acf_fc_layout":"text","content":" Le Scrum de Scrums (SdS), ou Scrum of Scrums (SoS) en anglais, est un \u00e9l\u00e9ment de la m\u00e9thodologie Agile qui permet d\u2019appliquer le Scrum@Scale. Autrement dit, le cadre Scrum \u00e0 grande \u00e9chelle. Ainsi, le Scrum de Scrums est une \u00e9quipe d\u2019\u00e9quipes Scrum mise en place par les organisations qui g\u00e8rent plusieurs projets Scrum interconnect\u00e9s et qui rel\u00e8vent d\u2019un projet global beaucoup plus important.<\/p>\n Dans cet article, apr\u00e8s avoir donn\u00e9 la d\u00e9finition de Scrum de Scrums, nous verrons donc les objectifs du Scrum de Scrums, ses avantages, mais aussi les meilleures pratiques du Scrum of Scrums. Enfin, nous vous montrerons comment optimiser ses r\u00e9unions Scrum de Scrums avec monday dev et comment pr\u00e9parer ses \u00e9quipes de d\u00e9veloppement produit pour travailler efficacement \u00e0 grande \u00e9chelle.<\/p>\nEssayer monday dev <\/a>\n"}]},{"main_heading":"Qu\u2019est-ce que le Scrum de Scrums : d\u00e9finition\u00a0","content_block":[{"acf_fc_layout":"text","content":" Le Scrum de Scrums, parfois appel\u00e9 Scrum of Scrums (SoS), est un \u00e9l\u00e9ment de gestion de projet Agile<\/a> qui permet d\u2019utiliser le framework Scrum \u00e0 grande \u00e9chelle. En effet, la gestion de projet Scrum<\/a> impose qu\u2019une \u00e9quipe Scrum est une petite \u00e9quipe, de dix personnes maximum. Quid des projets \u00e0 tr\u00e8s grande \u00e9chelle alors\u00a0? Et bien, selon Jeff Sutherland, co-fondateur de la m\u00e9thode Scrum, il est tout \u00e0 fait possible d\u2019utiliser le framework Scrum pour des projets impliquant plus de 800\u00a0personnes.<\/p>\n Pour cela, le guide Scrum@scale<\/a> propose tout simplement de contourner ce probl\u00e8me en utilisant le Scrum de Scrums (SdS). En effet, cette organisation s\u2019appuie toujours sur le guide Scrum, les cinq valeurs Scrum<\/a> et les trois piliers Scrum pour coordonner plusieurs \u00e9quipes travaillant sur le m\u00eame d\u00e9veloppement produit<\/a> ou plus g\u00e9n\u00e9ralement sur le m\u00eame projet.<\/p>\n En r\u00e9sum\u00e9, le SdS est un cadre Agile qui permet \u00e0 plusieurs \u00e9quipes de communiquer et de coordonner leurs efforts, d\u2019\u00e9viter les conflits et d\u2019int\u00e9grer leur travail de mani\u00e8re efficace.<\/p>\nEssayer monday dev <\/a>\n Le Guide Scrum<\/a> stipule qu\u2019une Scrum team se compose de 10 personnes au plus, avec trois r\u00f4les bien d\u00e9finis\u00a0: un Product Owner, un Scrum Master<\/a> et une \u00e9quipe de Developers. Mais, dans le cadre de projets de grande envergure, il est peu probable qu\u2019une petite \u00e9quipe de 10\u00a0personnes puisse tout g\u00e9rer. C\u2019est pourquoi, le Scrum of Scrums (SoS) donne un cadre pour permettre \u00e0 plusieurs petites \u00e9quipes de travailler conjointement. En effet, lorsqu\u2019elles ont besoin de coordonner leurs efforts, les \u00e9quipes Scrum forment un Scrum de Scrums (SdS), c\u2019est-\u00e0-dire une \u00e9quipe d\u2019\u00e9quipes Scrum, qui va se r\u00e9unir lors d\u2019un \u00e9v\u00e8nement appel\u00e9 M\u00eal\u00e9e Quotidienne \u00c9largie<\/i> (MQE).<\/p>\n La m\u00e9thode Scrum of Scrums a \u00e9t\u00e9 introduite pour la premi\u00e8re fois par Jeff Sutherland<\/a> et Ken Schwaber en 1996, les co-fondateurs du cadre Scrum, afin de coordonner les activit\u00e9s de huit unit\u00e9s commerciales qui devaient g\u00e9rer plusieurs lignes de produits simultan\u00e9ment. Ils ont alors essay\u00e9 de rassembler les huit \u00e9quipes produits pour former une m\u00e9ta-\u00e9quipe ou un \u00ab\u00a0Scrum of Scrums\u00a0<\/em>\u00bb. Ainsi, ils ont pos\u00e9 les bases pour cr\u00e9er un environnement dans lequel des \u00e9quipes ind\u00e9pendantes peuvent synchroniser leurs efforts plus efficacement.<\/p>\n Mais, le concept s\u2019est v\u00e9ritablement d\u00e9ploy\u00e9 en 2001 apr\u00e8s que J. Sutherland a publi\u00e9 un article intitul\u00e9 \u00ab\u00a0Agile Can Scale : Inventing and Reinventing SCRUM in Five Companies<\/i><\/a>\u00a0\u00bb (en anglais). Il y d\u00e9crit son exp\u00e9rience de travail avec des centaines de d\u00e9veloppeurs sur des dizaines de produits chez IDX Systems (aujourd\u2019hui GE Healthcare) et mentionne le Scrum of Scrums pour la premi\u00e8re fois dans un format publi\u00e9.<\/p>\nEssayer monday dev <\/a>\n Le guide Scrum@scale nous montre dans le graphique ci-dessous que chaque \u00e9quipe choisit un repr\u00e9sentant, ou ambassadeur, pour assister \u00e0 la r\u00e9union MQE. En outre, le processus peut \u00eatre r\u00e9p\u00e9t\u00e9 autant que de besoin avec un Scrum de Scrum de Scrum (SdSdS) si n\u00e9cessaire.<\/p>\n"},{"acf_fc_layout":"image","image_type":"normal","image":217342,"image_link":null},{"acf_fc_layout":"text","content":" (Source<\/a>)<\/p>\n Ainsi, gr\u00e2ce au SdS, plusieurs petites \u00e9quipes peuvent rester Agiles tout en coordonnant leurs efforts \u00e0 plus grande \u00e9chelle.<\/p>\nEssayer monday dev <\/a>\n L\u2019ordre du jour typique d\u2019une M\u00eal\u00e9e quotidienne \u00e9largie (MQE) est similaire \u00e0 celui de la M\u00eal\u00e9e quotidienne, ou daily Scrum, et aborde les questions suivantes\u00a0:<\/p>\n L\u2019objectif principal du Scrum of Scrums est de\u00a0:<\/p>\n En r\u00e9sum\u00e9, le Scrum of Scrums (SoS) est un m\u00e9canisme crucial de coordination et de communication pour les projets Agiles \u00e0 grande \u00e9chelle impliquant plusieurs \u00e9quipes Scrum. Il permet de garantir que toutes les \u00e9quipes travaillent en visant les m\u00eames objectifs, de mani\u00e8re coordonn\u00e9e et la plus efficace possible.<\/p>\nEssayer monday dev <\/a>\n"}]},{"main_heading":"Les avantages du Scrum de Scrums (SdS)","content_block":[{"acf_fc_layout":"text","content":" Gr\u00e2ce au Scrum of Scrums (Sos), les organisations peuvent d\u00e9ployer efficacement des pratiques Agiles \u00e0 grande \u00e9chelle, am\u00e9liorer la coordination entre les \u00e9quipes et optimiser la r\u00e9alisation de l\u2019ensemble du projet. En voici les principaux avantages.<\/p>\n Le SdS permet \u00e0 plusieurs petites \u00e9quipes Scrum de conserver leur taille id\u00e9ale (de 3 \u00e0 9\u00a0personnes) tout en collaborant sur des projets plus importants. Ainsi, les grandes entreprises peuvent utiliser le framework Scrum de mani\u00e8re efficace et s\u2019\u00e9pargner certains probl\u00e8mes comme la redondance et l\u2019inefficacit\u00e9.<\/p>\n Le SdS am\u00e9liore la coordination et rationalise la collaboration entre plusieurs \u00e9quipes sur des projets complexes. Cela garantit une synchronisation compl\u00e8te lorsque diff\u00e9rentes \u00e9quipes travaillent ensemble sur des projets importants pour apporter plus rapidement une valeur ajout\u00e9e.<\/p>\n La r\u00e9union MQE permet d\u2019obtenir de nouvelles perspectives et des id\u00e9es cr\u00e9atives de la part d\u2019autres \u00e9quipes. Elle offre \u00e9galement une plateforme centralis\u00e9e o\u00f9 les probl\u00e8mes et les difficult\u00e9s peuvent \u00eatre exprim\u00e9s, ce qui facilite la r\u00e9solution des probl\u00e8mes communs.<\/p>\n La r\u00e9union MQE garantit \u00e9galement que chaque \u00e9quipe reste inform\u00e9e des avanc\u00e9es du projet par le biais de son ambassadeur. Elle favorise \u00e9galement une communication ouverte et une prise de d\u00e9cision collective.<\/p>\n Le SdS permet de faire en sorte que les objectifs individuels des \u00e9quipes soient coh\u00e9rents avec les objectifs plus larges du projet. En outre, le SdS renforce le r\u00f4le de chaque \u00e9quipe et les garde concentr\u00e9es sur le bon objectif final.<\/p>\n Enfin, le SdS garantit que plusieurs groupes ou services d\u2019une entreprise peuvent faire face \u00e0 de nouveaux d\u00e9veloppements impr\u00e9vus. Il encourage \u00e9galement le consensus et r\u00e9duit les conflits au sein de toutes les \u00e9quipes du projet.<\/p>\nEssayer monday dev <\/a>\n"}]},{"main_heading":"\u00c0 quelle fr\u00e9quence la M\u00eal\u00e9e quotidienne \u00e9largie (MQE) doit-elle avoir lieu ?","content_block":[{"acf_fc_layout":"text","content":" Contrairement aux r\u00e9unions Scrum ordinaires, il n\u2019y a pas de fr\u00e9quence fixe pour la r\u00e9union MQE. En fin de compte, c\u2019est aux \u00e9quipes concern\u00e9es de d\u00e9terminer la fr\u00e9quence optimale de MQE en fonction de la complexit\u00e9 du projet, du niveau de d\u00e9pendance entre les \u00e9quipes et du besoin de coordination.<\/p>\n Voici quatre options possibles de fr\u00e9quence de r\u00e9union MQE\u00a0:<\/p>\n Cependant, si vous optez pour des r\u00e9unions Scrum de Scrums moins fr\u00e9quentes, pr\u00e9voyez des plages horaires plus longues (30 \u00e0 60\u00a0minutes) afin de permettre une r\u00e9solution des probl\u00e8mes et des discussions plus approfondies. En effet, les questions soulev\u00e9es lors des r\u00e9unions MQE n\u00e9cessitent souvent plus de temps pour \u00eatre trait\u00e9es que celles soulev\u00e9es lors des daily Scrum.<\/p>\nEssayer monday dev <\/a>\n Les participants \u00e0 une r\u00e9union SdS sont g\u00e9n\u00e9ralement les suivants\u00a0:<\/p>\n L\u00e0 encore, contrairement aux autres r\u00e9unions Scrum, la MQE permet une certaine flexibilit\u00e9. Par exemple,<\/p>\n L\u2019objectif du Scrum de Scrums (SdS) est d\u2019avoir les bonnes personnes pr\u00e9sentes pour coordonner efficacement les \u00e9quipes, partager les informations cruciales et r\u00e9soudre les d\u00e9pendances et les probl\u00e8mes entre les \u00e9quipes. En outre, on peut toujours ajuster la composition exacte de la MQE en fonction des besoins de son organisation et de la phase actuelle du projet.<\/p>\nEssayer monday dev <\/a>\n"}]},{"main_heading":"Les meilleures pratiques du Scrum de Scrums","content_block":[{"acf_fc_layout":"text","content":" Voici quelques bonnes pratiques que vous pouvez mettre en \u0153uvre pour rendre vos r\u00e9unions Scrum of Scrums plus efficaces.<\/p>\n Ainsi, en suivant ces bonnes pratiques du Scrum of Scrums, les \u00e9quipes peuvent s\u2019assurer que leurs r\u00e9unions MQE sont efficaces, productives et gardent les bons objectifs en ligne de mire. En outre, en utilisant la bonne plateforme pour les g\u00e9rer, vous pouvez rendre vos r\u00e9unions SdS encore plus efficaces.<\/p>\nEssayer monday dev <\/a>\n"}]},{"main_heading":"Comment monday dev peut optimiser votre Scrum of Scrums","content_block":[{"acf_fc_layout":"text","content":" Avec monday dev<\/a>, construit sur le puissant Work OS monday.com<\/a>, vous avez toutes les informations les plus r\u00e9centes \u00e0 port\u00e9e de main dans une plateforme collaborative. Avec de multiples fa\u00e7ons de visualiser et de g\u00e9rer vos sprints<\/a>, vous pouvez voir sur quoi les \u00e9quipes travaillent actuellement et quelles t\u00e2ches sont en retard lors de vos r\u00e9unions Scrum de Scrum.<\/p>\nQu’est-ce que le Scrum de Scrums (SdS) : d\u00e9finition\u00a0<\/span><\/h2>\n
Scrum de Scrums (SdS) : comment \u00e7a marche ?<\/span><\/h3>\n
\n
Historique du Scrum of Scrums (Sos)<\/span><\/h3>\n
Diagramme du Scrum de Scrums<\/span><\/h3>\n
Ordre du jour d\u2019une r\u00e9union Scrum de Scrums<\/span><\/h3>\n
\n
Quel est l’objectif de Scrum de Scrums (SdS) ?<\/span><\/h2>\n
\n
Les avantages du Scrum de Scrums (SdS)<\/span><\/h2>\n
1. Faciliter le d\u00e9ploiement de Scrum \u00e0 grande \u00e9chelle<\/span><\/h3>\n
2. Am\u00e9liorer la coordination et la collaboration des \u00e9quipes<\/span><\/h3>\n
3. Am\u00e9liorer la r\u00e9solution de probl\u00e8mes<\/span><\/h3>\n
4. Favoriser la communication et le partage d’informations<\/span><\/h3>\n
5. Garder des objectifs coh\u00e9rents<\/span><\/h3>\n
6. Accro\u00eetre la transparence et l’adaptabilit\u00e9<\/span><\/h3>\n
\u00c0 quelle fr\u00e9quence la M\u00eal\u00e9e quotidienne \u00e9largie (MQE) doit-elle avoir lieu ?<\/span><\/h2>\n
\n
Qui participe aux r\u00e9unions MQE<\/span><\/h3>\n
\n
\n
Les meilleures pratiques du Scrum de Scrums (SdS)<\/span><\/h2>\n
\n
Comment monday dev peut optimiser votre Scrum of Scrums<\/span><\/h2>\n
\n
\n
\n
\n
\n
Scrum de Scrums : comment \u00e7a marche\u00a0?<\/h3>\n
\n
Historique du Scrum of Scrums (Sos)<\/h3>\n
Diagramme du Scrum de Scrums<\/h3>\n
Ordre du jour d\u2019une r\u00e9union Scrum de Scrums<\/h3>\n
\n
\n
1. Faciliter le d\u00e9ploiement de Scrum \u00e0 grande \u00e9chelle<\/h3>\n
2. Am\u00e9liorer la coordination et la collaboration des \u00e9quipes<\/h3>\n
3. Am\u00e9liorer la r\u00e9solution de probl\u00e8mes<\/h3>\n
4. Favoriser la communication et le partage d\u2019informations<\/h3>\n
5. Garder des objectifs coh\u00e9rents<\/h3>\n
6. Accro\u00eetre la transparence et l\u2019adaptabilit\u00e9<\/h3>\n
\n
Qui participe aux r\u00e9unions MQE<\/h3>\n
\n
\n
\n
\n
\n
\n
\n
![Source<\/a>)<\/p>\nAinsi, gr\u00e2ce au SdS, plusieurs petites \u00e9quipes peuvent rester Agiles tout en coordonnant leurs efforts \u00e0 plus grande \u00e9chelle.<\/p>\nEssayer monday dev <\/a>\nOrdre du jour d\u2019une r\u00e9union Scrum de Scrums<\/span><\/h3>\nL’ordre du jour typique d’une M\u00eal\u00e9e quotidienne \u00e9largie (MQE) est similaire \u00e0 celui de la M\u00eal\u00e9e quotidienne, ou daily Scrum, et aborde les questions suivantes :<\/p>\n\nQu’est-ce que votre \u00e9quipe a accompli depuis la derni\u00e8re r\u00e9union MQE ?<\/li>\nQuels probl\u00e8mes ou obstacles votre \u00e9quipe a-t-elle rencontr\u00e9s ?<\/li>\nQu’est-ce que votre \u00e9quipe pr\u00e9voit de r\u00e9aliser avant la prochaine r\u00e9union MQE ?<\/li>\nY a-t-il quelque chose sur lequel votre \u00e9quipe travaille qui pourrait interf\u00e9rer avec le travail d’autres \u00e9quipes ?<\/li>\nAvez-vous rencontr\u00e9 des obstacles provenant d’autres \u00e9quipes ?<\/li>\n<\/ul>\nEssayer monday dev <\/a>\nQuel est l’objectif de Scrum de Scrums (SdS) ?<\/span><\/h2>\nL’objectif principal du Scrum of Scrums est de :<\/p>\n\nCoordonner le travail<\/b> de plusieurs \u00e9quipes travaillant sur un m\u00eame grand projet ou une solution complexe.<\/li>\nFaciliter la communication<\/b> et la <\/b>planification<\/b><\/a> entre les \u00e9quipes en abordant les d\u00e9pendances du projet et en soulignant les points d’int\u00e9gration ou de conflit.<\/li>\n\u00c9liminer les obstacles<\/b> pour optimiser la coordination des \u00e9quipes. Pour cela, certaines \u00e9quipes peuvent travailler ensemble temporairement ou ren\u00e9gocier des domaines de responsabilit\u00e9.<\/li>\nGarantir la livraison d’un produit<\/b> fini en organisant des \u00e9quipes ind\u00e9pendantes afin qu’elles coordonnent leurs efforts.<\/li>\nAdapter les pratiques Agile<\/b> \u00e0 des projets ou \u00e0 des organisations plus importants afin de g\u00e9rer la r\u00e9alisation de projets plus complexes.<\/li>\nConserver l\u2019ind\u00e9pendance de chaque sous-\u00e9quipe<\/b> qui planifie son travail de mani\u00e8re autonome tout en se coordonnant avec le reste du groupe.<\/li>\nFournir une plateforme<\/b> permettant aux \u00e9quipes d’avoir une vue d’ensemble du projet et de comprendre comment leur travail affecte les autres \u00e9quipes.<\/li>\nMinimiser le risque<\/b> que le travail des \u00e9quipes ait un impact n\u00e9gatif sur les autres.<\/li>\nAider \u00e0 r\u00e9soudre les probl\u00e8mes<\/b> et \u00e0 apporter des corrections mineures si n\u00e9cessaire.<\/li>\nOptimiser le processus de travail<\/b> dans l’ensemble du projet en facilitant la synchronisation entre les \u00e9quipes.<\/li>\n<\/ol>\nEn r\u00e9sum\u00e9, le Scrum of Scrums (SoS) est un m\u00e9canisme crucial de coordination et de communication pour les projets Agiles \u00e0 grande \u00e9chelle impliquant plusieurs \u00e9quipes Scrum. Il permet de garantir que toutes les \u00e9quipes travaillent en visant les m\u00eames objectifs, de mani\u00e8re coordonn\u00e9e et la plus efficace possible.<\/p>\nEssayer monday dev <\/a>\nLes avantages du Scrum de Scrums (SdS)<\/span><\/h2>\nGr\u00e2ce au Scrum of Scrums (Sos), les organisations peuvent d\u00e9ployer efficacement des pratiques Agiles \u00e0 grande \u00e9chelle, am\u00e9liorer la coordination entre les \u00e9quipes et optimiser la r\u00e9alisation de l’ensemble du projet. En voici les principaux avantages.<\/p>\n1. Faciliter le d\u00e9ploiement de Scrum \u00e0 grande \u00e9chelle<\/span><\/h3>\nLe SdS permet \u00e0 plusieurs petites \u00e9quipes Scrum de conserver leur taille id\u00e9ale (de 3 \u00e0 9 personnes) tout en collaborant sur des projets plus importants. Ainsi, les grandes entreprises peuvent utiliser le framework Scrum de mani\u00e8re efficace et s\u2019\u00e9pargner certains probl\u00e8mes comme la redondance et l’inefficacit\u00e9.<\/p>\n2. Am\u00e9liorer la coordination et la collaboration des \u00e9quipes<\/span><\/h3>\nLe SdS am\u00e9liore la coordination et rationalise la collaboration entre plusieurs \u00e9quipes sur des projets complexes. Cela garantit une synchronisation compl\u00e8te lorsque diff\u00e9rentes \u00e9quipes travaillent ensemble sur des projets importants pour apporter plus rapidement une valeur ajout\u00e9e.<\/p>\n3. Am\u00e9liorer la r\u00e9solution de probl\u00e8mes<\/span><\/h3>\nLa r\u00e9union MQE permet d’obtenir de nouvelles perspectives et des id\u00e9es cr\u00e9atives de la part d’autres \u00e9quipes. Elle offre \u00e9galement une plateforme centralis\u00e9e o\u00f9 les probl\u00e8mes et les difficult\u00e9s peuvent \u00eatre exprim\u00e9s, ce qui facilite la r\u00e9solution des probl\u00e8mes communs.<\/p>\n4. Favoriser la communication et le partage d’informations<\/span><\/h3>\nLa r\u00e9union MQE garantit \u00e9galement que chaque \u00e9quipe reste inform\u00e9e des avanc\u00e9es du projet par le biais de son ambassadeur. Elle favorise \u00e9galement une communication ouverte et une prise de d\u00e9cision collective.<\/p>\n5. Garder des objectifs coh\u00e9rents<\/span><\/h3>\nLe SdS permet de faire en sorte que les objectifs individuels des \u00e9quipes soient coh\u00e9rents avec les objectifs plus larges du projet. En outre, le SdS renforce le r\u00f4le de chaque \u00e9quipe et les garde concentr\u00e9es sur le bon objectif final.<\/p>\n6. Accro\u00eetre la transparence et l’adaptabilit\u00e9<\/span><\/h3>\nEnfin, le SdS garantit que plusieurs groupes ou services d\u2019une entreprise peuvent faire face \u00e0 de nouveaux d\u00e9veloppements impr\u00e9vus. Il encourage \u00e9galement le consensus et r\u00e9duit les conflits au sein de toutes les \u00e9quipes du projet.<\/p>\nEssayer monday dev <\/a>\n\u00c0 quelle fr\u00e9quence la M\u00eal\u00e9e quotidienne \u00e9largie (MQE) doit-elle avoir lieu ?<\/span><\/h2>\nContrairement aux r\u00e9unions Scrum ordinaires, il n’y a pas de fr\u00e9quence fixe pour la r\u00e9union MQE. En fin de compte, c’est aux \u00e9quipes concern\u00e9es de d\u00e9terminer la fr\u00e9quence optimale de MQE en fonction de la complexit\u00e9 du projet, du niveau de d\u00e9pendance entre les \u00e9quipes et du besoin de coordination.<\/p>\nVoici quatre options possibles de fr\u00e9quence de r\u00e9union MQE :<\/p>\n\nR\u00e9unions quotidiennes<\/b>. Ken Schwaber, le co-cr\u00e9ateur de Scrum, a initialement sugg\u00e9r\u00e9 que les r\u00e9unions Scrum de Scrums devaient se tenir tous les jours, de la m\u00eame mani\u00e8re que le daily Scrum et qu’elles devaient durer 15 minutes.<\/li>\nDeux \u00e0 trois fois par semaine<\/b>. De nombreuses entreprises pr\u00e9f\u00e8rent organiser des r\u00e9unions MQE moins fr\u00e9quemment, g\u00e9n\u00e9ralement deux ou trois fois par semaine. Cette approche est souvent consid\u00e9r\u00e9e comme plus pratique et permet d’allonger la dur\u00e9e des r\u00e9unions SdS en cas de besoin.<\/li>\nAu moins une fois par semaine<\/b>. Certains experts Agiles proposent de ne tenir les r\u00e9unions SdS qu\u2019une fois par semaine, la fr\u00e9quence exacte de la MQE \u00e9tant d\u00e9termin\u00e9e par les exigences propres au projet.<\/li>\nProgrammation flexible<\/b>. Les entreprises peuvent \u00e9galement adapter la fr\u00e9quence des r\u00e9unions SdS en fonction de la phase de d\u00e9veloppement en cours et de la complexit\u00e9 du projet.<\/li>\n<\/ul>\nCependant, si vous optez pour des r\u00e9unions Scrum de Scrums moins fr\u00e9quentes, pr\u00e9voyez des plages horaires plus longues (30 \u00e0 60 minutes) afin de permettre une r\u00e9solution des probl\u00e8mes et des discussions plus approfondies. En effet, les questions soulev\u00e9es lors des r\u00e9unions MQE n\u00e9cessitent souvent plus de temps pour \u00eatre trait\u00e9es que celles soulev\u00e9es lors des daily Scrum.<\/p>\nEssayer monday dev <\/a>\nQui participe aux r\u00e9unions MQE<\/span><\/h3>\nLes participants \u00e0 une r\u00e9union SdS sont g\u00e9n\u00e9ralement les suivants :<\/p>\n\nle Product owner principal<\/b> : il apporte une contribution pr\u00e9cieuse et sa connaissance du backlog produit<\/a> peut aider \u00e0 \u00e9viter les t\u00e2ches redondantes.<\/li>\nle Ma\u00eetre Scrum de Scrums<\/b> : il suit les progr\u00e8s et l’orientation de toutes les \u00e9quipes et transmet des informations sur la situation de chaque \u00e9quipe.<\/li>\nles membres de la Scrum of Scrums<\/b> team<\/b> : les repr\u00e9sentants ou ambassadeurs de chaque \u00e9quipe qui peuvent partager leurs points de vue et soulever des questions. Il peut s’agir du Product Owner, du Scrum Master ou d’un membre de l’\u00e9quipe technique tel qu’un concepteur, un d\u00e9veloppeur ou un testeur.<\/li>\nparticipants facultatifs<\/b> : les autres parties prenantes et accompagnateurs Agiles, le cas \u00e9ch\u00e9ant.<\/li>\n<\/ul>\nL\u00e0 encore, contrairement aux autres r\u00e9unions Scrum, la MQE permet une certaine flexibilit\u00e9. Par exemple,<\/p>\n\nchaque \u00e9quipe doit choisir son repr\u00e9sentant le plus qualifi\u00e9 pour discuter des probl\u00e8mes actuels,<\/li>\nles ambassadeurs peuvent changer au fil du temps,<\/li>\nle nombre total de participants est flexible et peut \u00eatre sup\u00e9rieur \u00e0 neuf personnes si n\u00e9cessaire,<\/li>\nla participation peut varier en fonction des sujets et des besoins du moment.<\/li>\n<\/ul>\nL’objectif du Scrum de Scrums (SdS) est d’avoir les bonnes personnes pr\u00e9sentes pour coordonner efficacement les \u00e9quipes, partager les informations cruciales et r\u00e9soudre les d\u00e9pendances et les probl\u00e8mes entre les \u00e9quipes. En outre, on peut toujours ajuster la composition exacte de la MQE en fonction des besoins de son organisation et de la phase actuelle du projet.<\/p>\nEssayer monday dev <\/a>\nLes meilleures pratiques du Scrum de Scrums (SdS)<\/span><\/h2>\nVoici quelques bonnes pratiques que vous pouvez mettre en \u0153uvre pour rendre vos r\u00e9unions Scrum of Scrums plus efficaces.<\/p>\n\nVeillez \u00e0 ce que tout le monde comprenne l’objectif de la r\u00e9union SdS et qu\u2019il soit pr\u00e9par\u00e9. Utilisez un ordre du jour standard avec des questions cl\u00e9s auxquelles les Scrum teams doivent r\u00e9pondre.<\/li>\n\u00c9tablissez un calendrier et une fr\u00e9quence coh\u00e9rents pour les r\u00e9unions MQE.<\/li>\nChoisissez les bons repr\u00e9sentants pour la MQE. Par exemple, s\u00e9lectionnez des ambassadeurs capables de repr\u00e9senter efficacement leur \u00e9quipe et de communiquer les progr\u00e8s r\u00e9alis\u00e9s. Envisagez une rotation des participants en fonction des probl\u00e8mes et des besoins du moment.<\/li>\n\u00c9vitez d’en faire une simple r\u00e9union d’\u00e9tat. Reliez les discussions \u00e0 des r\u00e9sultats valables et \u00e0 des objectifs plus importants. Pr\u00e9voyez du temps pour la r\u00e9solution collaborative des probl\u00e8mes.<\/li>\nCr\u00e9ez un environnement dans lequel les repr\u00e9sentants peuvent partager ouvertement des informations honn\u00eates.<\/li>\nVeiller \u00e0 ce que les d\u00e9cisions et les informations issues de la r\u00e9union SdS soient communiqu\u00e9es aux \u00e9quipes Scrum individuelles.<\/li>\nExaminez et adaptez p\u00e9riodiquement le format de la r\u00e9union MQE. Demandez aux participants si la fr\u00e9quence ou la dur\u00e9e doit \u00eatre modifi\u00e9e. Inspectez et adaptez continuellement le processus.<\/li>\nUtiliser un logiciel de planification Agile<\/a> et des outils Scrum performants pour suivre les t\u00e2ches, les notes et les mesures prises lors des r\u00e9unions.<\/li>\n<\/ol>\nAinsi, en suivant ces bonnes pratiques du Scrum of Scrums, les \u00e9quipes peuvent s’assurer que leurs r\u00e9unions MQE sont efficaces, productives et gardent les bons objectifs en ligne de mire. En outre, en utilisant la bonne plateforme pour les g\u00e9rer, vous pouvez rendre vos r\u00e9unions SdS encore plus efficaces.<\/p>\nComment monday dev peut optimiser votre Scrum of Scrums<\/span><\/h2>\nAvec monday dev<\/a>, construit sur le puissant Work OS monday.com<\/a>, vous avez toutes les informations les plus r\u00e9centes \u00e0 port\u00e9e de main dans une plateforme collaborative. Avec de multiples fa\u00e7ons de visualiser et de g\u00e9rer vos sprints<\/a>, vous pouvez voir sur quoi les \u00e9quipes travaillent actuellement et quelles t\u00e2ches sont en retard lors de vos r\u00e9unions Scrum de Scrum.<\/p>\n\nTableaux de bord<\/b> : remplissez automatiquement des tableaux de bord personnalis\u00e9s<\/a> avec des informations g\u00e9n\u00e9rales et d\u00e9taill\u00e9es provenant d’un maximum de 50 tableaux pour une prise de d\u00e9cision plus avis\u00e9e lors de vos r\u00e9unions MQE.<\/li>\n<\/ul>\n\nRapports<\/b> : g\u00e9n\u00e9rez des rapports automatis\u00e9s tels que des burndown charts<\/a> pour visualiser rapidement les progr\u00e8s de l’\u00e9quipe, les facteurs de blocage et les indicateurs \u00e0 discuter en r\u00e9union.<\/li>\n<\/ul>\n\nCollaboration<\/b> : utilisez des fonctionnalit\u00e9s telles que les @mentions, les commentaires et le partage de documents<\/a> pour faciliter la communication entre les Scrum teams avant et apr\u00e8s la r\u00e9union MQE.<\/li>\n<\/ul>\n\nAutomatisations<\/b> : mettez en place des automatisations<\/a> pour rationaliser les t\u00e2ches r\u00e9p\u00e9titives li\u00e9es au processus Scrum of Scrums, comme l’envoi de rappels de r\u00e9union ou la mise \u00e0 jour des rapports d’\u00e9tat.<\/li>\n<\/ul>\n\nInt\u00e9grations<\/b> : connectez monday dev aux outils que vous utilisez d\u00e9j\u00e0<\/a>, comme GitHub et Figma, pour agr\u00e9ger des donn\u00e9es provenant de diff\u00e9rentes sources.<\/li>\n<\/ul>\nAlors, commencez \u00e0 utiliser monday dev d\u00e8s aujourd’hui et voyez \u00e0 quel point il est facile de planifier et d’organiser vos r\u00e9unions Scrum de Scrums.<\/p>\n","sections":[{"acf_fc_layout":"content_1","blocks":[{"main_heading":"","content_block":[{"acf_fc_layout":"text","content":"Le Scrum de Scrums (SdS), ou Scrum of Scrums (SoS) en anglais, est un \u00e9l\u00e9ment de la m\u00e9thodologie Agile qui permet d\u2019appliquer le Scrum@Scale. Autrement dit, le cadre Scrum \u00e0 grande \u00e9chelle. Ainsi, le Scrum de Scrums est une \u00e9quipe d\u2019\u00e9quipes Scrum mise en place par les organisations qui g\u00e8rent plusieurs projets Scrum interconnect\u00e9s et qui rel\u00e8vent d\u2019un projet global beaucoup plus important.<\/p>\nDans cet article, apr\u00e8s avoir donn\u00e9 la d\u00e9finition de Scrum de Scrums, nous verrons donc les objectifs du Scrum de Scrums, ses avantages, mais aussi les meilleures pratiques du Scrum of Scrums. Enfin, nous vous montrerons comment optimiser ses r\u00e9unions Scrum de Scrums avec monday dev et comment pr\u00e9parer ses \u00e9quipes de d\u00e9veloppement produit pour travailler efficacement \u00e0 grande \u00e9chelle.<\/p>\nEssayer monday dev <\/a>\n"}]},{"main_heading":"Qu\u2019est-ce que le Scrum de Scrums : d\u00e9finition\u00a0","content_block":[{"acf_fc_layout":"text","content":"Le Scrum de Scrums, parfois appel\u00e9 Scrum of Scrums (SoS), est un \u00e9l\u00e9ment de gestion de projet Agile<\/a> qui permet d\u2019utiliser le framework Scrum \u00e0 grande \u00e9chelle. En effet, la gestion de projet Scrum<\/a> impose qu\u2019une \u00e9quipe Scrum est une petite \u00e9quipe, de dix personnes maximum. Quid des projets \u00e0 tr\u00e8s grande \u00e9chelle alors\u00a0? Et bien, selon Jeff Sutherland, co-fondateur de la m\u00e9thode Scrum, il est tout \u00e0 fait possible d\u2019utiliser le framework Scrum pour des projets impliquant plus de 800\u00a0personnes.<\/p>\nPour cela, le guide Scrum@scale<\/a> propose tout simplement de contourner ce probl\u00e8me en utilisant le Scrum de Scrums (SdS). En effet, cette organisation s\u2019appuie toujours sur le guide Scrum, les cinq valeurs Scrum<\/a> et les trois piliers Scrum pour coordonner plusieurs \u00e9quipes travaillant sur le m\u00eame d\u00e9veloppement produit<\/a> ou plus g\u00e9n\u00e9ralement sur le m\u00eame projet.<\/p>\nEn r\u00e9sum\u00e9, le SdS est un cadre Agile qui permet \u00e0 plusieurs \u00e9quipes de communiquer et de coordonner leurs efforts, d\u2019\u00e9viter les conflits et d\u2019int\u00e9grer leur travail de mani\u00e8re efficace.<\/p>\nEssayer monday dev <\/a>\nScrum de Scrums : comment \u00e7a marche\u00a0?<\/h3>\nLe Guide Scrum<\/a> stipule qu\u2019une Scrum team se compose de 10 personnes au plus, avec trois r\u00f4les bien d\u00e9finis\u00a0: un Product Owner, un Scrum Master<\/a> et une \u00e9quipe de Developers. Mais, dans le cadre de projets de grande envergure, il est peu probable qu\u2019une petite \u00e9quipe de 10\u00a0personnes puisse tout g\u00e9rer. C\u2019est pourquoi, le Scrum of Scrums (SoS) donne un cadre pour permettre \u00e0 plusieurs petites \u00e9quipes de travailler conjointement. En effet, lorsqu\u2019elles ont besoin de coordonner leurs efforts, les \u00e9quipes Scrum forment un Scrum de Scrums (SdS), c\u2019est-\u00e0-dire une \u00e9quipe d\u2019\u00e9quipes Scrum, qui va se r\u00e9unir lors d\u2019un \u00e9v\u00e8nement appel\u00e9 M\u00eal\u00e9e Quotidienne \u00c9largie<\/i> (MQE).<\/p>\n\nUn repr\u00e9sentant de chaque \u00e9quipe impliqu\u00e9e dans le projet (souvent le Scrum Master, sinon un membre d\u00e9sign\u00e9) assiste \u00e0 la r\u00e9union MQE. On dit qu\u2019il en est l\u2019ambassadeur.<\/li>\nLes r\u00e9unions MQE se tiennent soit tous les jours, ou bien deux fois par semaine. Mais, dans tous les cas, on organise une r\u00e9union MQE au moins une fois par semaine.<\/li>\nLes r\u00e9unions MQE sont similaires aux Daily meeting Scrum. Mais, elles ne sont pas limit\u00e9es \u00e0 15\u00a0minutes.<\/li>\n<\/ul>\nEssayer monday dev <\/a>\nHistorique du Scrum of Scrums (Sos)<\/h3>\nLa m\u00e9thode Scrum of Scrums a \u00e9t\u00e9 introduite pour la premi\u00e8re fois par Jeff Sutherland<\/a> et Ken Schwaber en 1996, les co-fondateurs du cadre Scrum, afin de coordonner les activit\u00e9s de huit unit\u00e9s commerciales qui devaient g\u00e9rer plusieurs lignes de produits simultan\u00e9ment. Ils ont alors essay\u00e9 de rassembler les huit \u00e9quipes produits pour former une m\u00e9ta-\u00e9quipe ou un \u00ab\u00a0Scrum of Scrums\u00a0<\/em>\u00bb. Ainsi, ils ont pos\u00e9 les bases pour cr\u00e9er un environnement dans lequel des \u00e9quipes ind\u00e9pendantes peuvent synchroniser leurs efforts plus efficacement.<\/p>\nMais, le concept s\u2019est v\u00e9ritablement d\u00e9ploy\u00e9 en 2001 apr\u00e8s que J. Sutherland a publi\u00e9 un article intitul\u00e9 \u00ab\u00a0Agile Can Scale : Inventing and Reinventing SCRUM in Five Companies<\/i><\/a>\u00a0\u00bb (en anglais). Il y d\u00e9crit son exp\u00e9rience de travail avec des centaines de d\u00e9veloppeurs sur des dizaines de produits chez IDX Systems (aujourd\u2019hui GE Healthcare) et mentionne le Scrum of Scrums pour la premi\u00e8re fois dans un format publi\u00e9.<\/p>\nEssayer monday dev <\/a>\nDiagramme du Scrum de Scrums<\/h3>\nLe guide Scrum@scale nous montre dans le graphique ci-dessous que chaque \u00e9quipe choisit un repr\u00e9sentant, ou ambassadeur, pour assister \u00e0 la r\u00e9union MQE. En outre, le processus peut \u00eatre r\u00e9p\u00e9t\u00e9 autant que de besoin avec un Scrum de Scrum de Scrum (SdSdS) si n\u00e9cessaire.<\/p>\n"},{"acf_fc_layout":"image","image_type":"normal","image":217342,"image_link":null},{"acf_fc_layout":"text","content":"(Source<\/a>)<\/p>\nAinsi, gr\u00e2ce au SdS, plusieurs petites \u00e9quipes peuvent rester Agiles tout en coordonnant leurs efforts \u00e0 plus grande \u00e9chelle.<\/p>\nEssayer monday dev <\/a>\nOrdre du jour d\u2019une r\u00e9union Scrum de Scrums<\/h3>\nL\u2019ordre du jour typique d\u2019une M\u00eal\u00e9e quotidienne \u00e9largie (MQE) est similaire \u00e0 celui de la M\u00eal\u00e9e quotidienne, ou daily Scrum, et aborde les questions suivantes\u00a0:<\/p>\n\nQu\u2019est-ce que votre \u00e9quipe a accompli depuis la derni\u00e8re r\u00e9union MQE\u00a0?<\/li>\nQuels probl\u00e8mes ou obstacles votre \u00e9quipe a-t-elle rencontr\u00e9s\u00a0?<\/li>\nQu\u2019est-ce que votre \u00e9quipe pr\u00e9voit de r\u00e9aliser avant la prochaine r\u00e9union MQE\u00a0?<\/li>\nY a-t-il quelque chose sur lequel votre \u00e9quipe travaille qui pourrait interf\u00e9rer avec le travail d\u2019autres \u00e9quipes\u00a0?<\/li>\nAvez-vous rencontr\u00e9 des obstacles provenant d\u2019autres \u00e9quipes\u00a0?<\/li>\n<\/ul>\nEssayer monday dev <\/a>\n"}]},{"main_heading":"Quel est l\u2019objectif de Scrum de Scrums ?","content_block":[{"acf_fc_layout":"text","content":"L\u2019objectif principal du Scrum of Scrums est de\u00a0:<\/p>\n\nCoordonner le travail<\/b> de plusieurs \u00e9quipes travaillant sur un m\u00eame grand projet ou une solution complexe.<\/li>\nFaciliter la communication<\/b> et la <\/b>planification<\/b><\/a> entre les \u00e9quipes en abordant les d\u00e9pendances du projet et en soulignant les points d\u2019int\u00e9gration ou de conflit.<\/li>\n\u00c9liminer les obstacles<\/b> pour optimiser la coordination des \u00e9quipes. Pour cela, certaines \u00e9quipes peuvent travailler ensemble temporairement ou ren\u00e9gocier des domaines de responsabilit\u00e9.<\/li>\nGarantir la livraison d\u2019un produit<\/b> fini en organisant des \u00e9quipes ind\u00e9pendantes afin qu\u2019elles coordonnent leurs efforts.<\/li>\nAdapter les pratiques Agile<\/b> \u00e0 des projets ou \u00e0 des organisations plus importants afin de g\u00e9rer la r\u00e9alisation de projets plus complexes.<\/li>\nConserver l\u2019ind\u00e9pendance de chaque sous-\u00e9quipe<\/b> qui planifie son travail de mani\u00e8re autonome tout en se coordonnant avec le reste du groupe.<\/li>\nFournir une plateforme<\/b> permettant aux \u00e9quipes d\u2019avoir une vue d\u2019ensemble du projet et de comprendre comment leur travail affecte les autres \u00e9quipes.<\/li>\nMinimiser le risque<\/b> que le travail des \u00e9quipes ait un impact n\u00e9gatif sur les autres.<\/li>\nAider \u00e0 r\u00e9soudre les probl\u00e8mes<\/b> et \u00e0 apporter des corrections mineures si n\u00e9cessaire.<\/li>\nOptimiser le processus de travail<\/b> dans l\u2019ensemble du projet en facilitant la synchronisation entre les \u00e9quipes.<\/li>\n<\/ol>\nEn r\u00e9sum\u00e9, le Scrum of Scrums (SoS) est un m\u00e9canisme crucial de coordination et de communication pour les projets Agiles \u00e0 grande \u00e9chelle impliquant plusieurs \u00e9quipes Scrum. Il permet de garantir que toutes les \u00e9quipes travaillent en visant les m\u00eames objectifs, de mani\u00e8re coordonn\u00e9e et la plus efficace possible.<\/p>\nEssayer monday dev <\/a>\n"}]},{"main_heading":"Les avantages du Scrum de Scrums (SdS)","content_block":[{"acf_fc_layout":"text","content":"Gr\u00e2ce au Scrum of Scrums (Sos), les organisations peuvent d\u00e9ployer efficacement des pratiques Agiles \u00e0 grande \u00e9chelle, am\u00e9liorer la coordination entre les \u00e9quipes et optimiser la r\u00e9alisation de l\u2019ensemble du projet. En voici les principaux avantages.<\/p>\n1. Faciliter le d\u00e9ploiement de Scrum \u00e0 grande \u00e9chelle<\/h3>\nLe SdS permet \u00e0 plusieurs petites \u00e9quipes Scrum de conserver leur taille id\u00e9ale (de 3 \u00e0 9\u00a0personnes) tout en collaborant sur des projets plus importants. Ainsi, les grandes entreprises peuvent utiliser le framework Scrum de mani\u00e8re efficace et s\u2019\u00e9pargner certains probl\u00e8mes comme la redondance et l\u2019inefficacit\u00e9.<\/p>\n2. Am\u00e9liorer la coordination et la collaboration des \u00e9quipes<\/h3>\nLe SdS am\u00e9liore la coordination et rationalise la collaboration entre plusieurs \u00e9quipes sur des projets complexes. Cela garantit une synchronisation compl\u00e8te lorsque diff\u00e9rentes \u00e9quipes travaillent ensemble sur des projets importants pour apporter plus rapidement une valeur ajout\u00e9e.<\/p>\n3. Am\u00e9liorer la r\u00e9solution de probl\u00e8mes<\/h3>\nLa r\u00e9union MQE permet d\u2019obtenir de nouvelles perspectives et des id\u00e9es cr\u00e9atives de la part d\u2019autres \u00e9quipes. Elle offre \u00e9galement une plateforme centralis\u00e9e o\u00f9 les probl\u00e8mes et les difficult\u00e9s peuvent \u00eatre exprim\u00e9s, ce qui facilite la r\u00e9solution des probl\u00e8mes communs.<\/p>\n4. Favoriser la communication et le partage d\u2019informations<\/h3>\nLa r\u00e9union MQE garantit \u00e9galement que chaque \u00e9quipe reste inform\u00e9e des avanc\u00e9es du projet par le biais de son ambassadeur. Elle favorise \u00e9galement une communication ouverte et une prise de d\u00e9cision collective.<\/p>\n5. Garder des objectifs coh\u00e9rents<\/h3>\nLe SdS permet de faire en sorte que les objectifs individuels des \u00e9quipes soient coh\u00e9rents avec les objectifs plus larges du projet. En outre, le SdS renforce le r\u00f4le de chaque \u00e9quipe et les garde concentr\u00e9es sur le bon objectif final.<\/p>\n6. Accro\u00eetre la transparence et l\u2019adaptabilit\u00e9<\/h3>\nEnfin, le SdS garantit que plusieurs groupes ou services d\u2019une entreprise peuvent faire face \u00e0 de nouveaux d\u00e9veloppements impr\u00e9vus. Il encourage \u00e9galement le consensus et r\u00e9duit les conflits au sein de toutes les \u00e9quipes du projet.<\/p>\nEssayer monday dev <\/a>\n"}]},{"main_heading":"\u00c0 quelle fr\u00e9quence la M\u00eal\u00e9e quotidienne \u00e9largie (MQE) doit-elle avoir lieu ?","content_block":[{"acf_fc_layout":"text","content":"Contrairement aux r\u00e9unions Scrum ordinaires, il n\u2019y a pas de fr\u00e9quence fixe pour la r\u00e9union MQE. En fin de compte, c\u2019est aux \u00e9quipes concern\u00e9es de d\u00e9terminer la fr\u00e9quence optimale de MQE en fonction de la complexit\u00e9 du projet, du niveau de d\u00e9pendance entre les \u00e9quipes et du besoin de coordination.<\/p>\nVoici quatre options possibles de fr\u00e9quence de r\u00e9union MQE\u00a0:<\/p>\n\nR\u00e9unions quotidiennes<\/b>. Ken Schwaber, le co-cr\u00e9ateur de Scrum, a initialement sugg\u00e9r\u00e9 que les r\u00e9unions Scrum de Scrums devaient se tenir tous les jours, de la m\u00eame mani\u00e8re que le daily Scrum et qu\u2019elles devaient durer 15\u00a0minutes.<\/li>\nDeux \u00e0 trois fois par semaine<\/b>. De nombreuses entreprises pr\u00e9f\u00e8rent organiser des r\u00e9unions MQE moins fr\u00e9quemment, g\u00e9n\u00e9ralement deux ou trois fois par semaine. Cette approche est souvent consid\u00e9r\u00e9e comme plus pratique et permet d\u2019allonger la dur\u00e9e des r\u00e9unions SdS en cas de besoin.<\/li>\nAu moins une fois par semaine<\/b>. Certains experts Agiles proposent de ne tenir les r\u00e9unions SdS qu\u2019une fois par semaine, la fr\u00e9quence exacte de la MQE \u00e9tant d\u00e9termin\u00e9e par les exigences propres au projet.<\/li>\nProgrammation flexible<\/b>. Les entreprises peuvent \u00e9galement adapter la fr\u00e9quence des r\u00e9unions SdS en fonction de la phase de d\u00e9veloppement en cours et de la complexit\u00e9 du projet.<\/li>\n<\/ul>\nCependant, si vous optez pour des r\u00e9unions Scrum de Scrums moins fr\u00e9quentes, pr\u00e9voyez des plages horaires plus longues (30 \u00e0 60\u00a0minutes) afin de permettre une r\u00e9solution des probl\u00e8mes et des discussions plus approfondies. En effet, les questions soulev\u00e9es lors des r\u00e9unions MQE n\u00e9cessitent souvent plus de temps pour \u00eatre trait\u00e9es que celles soulev\u00e9es lors des daily Scrum.<\/p>\nEssayer monday dev <\/a>\nQui participe aux r\u00e9unions MQE<\/h3>\nLes participants \u00e0 une r\u00e9union SdS sont g\u00e9n\u00e9ralement les suivants\u00a0:<\/p>\n\nle Product owner principal<\/b> : il apporte une contribution pr\u00e9cieuse et sa connaissance du backlog produit<\/a> peut aider \u00e0 \u00e9viter les t\u00e2ches redondantes.<\/li>\nle Ma\u00eetre Scrum de Scrums<\/b> : il suit les progr\u00e8s et l\u2019orientation de toutes les \u00e9quipes et transmet des informations sur la situation de chaque \u00e9quipe.<\/li>\nles membres de la Scrum of Scrums<\/b> team<\/b> : les repr\u00e9sentants ou ambassadeurs de chaque \u00e9quipe qui peuvent partager leurs points de vue et soulever des questions. Il peut s\u2019agir du Product Owner, du Scrum Master ou d\u2019un membre de l\u2019\u00e9quipe technique tel qu\u2019un concepteur, un d\u00e9veloppeur ou un testeur.<\/li>\nparticipants facultatifs<\/b> : les autres parties prenantes et accompagnateurs Agiles, le cas \u00e9ch\u00e9ant.<\/li>\n<\/ul>\nL\u00e0 encore, contrairement aux autres r\u00e9unions Scrum, la MQE permet une certaine flexibilit\u00e9. Par exemple,<\/p>\n\nchaque \u00e9quipe doit choisir son repr\u00e9sentant le plus qualifi\u00e9 pour discuter des probl\u00e8mes actuels,<\/li>\nles ambassadeurs peuvent changer au fil du temps,<\/li>\nle nombre total de participants est flexible et peut \u00eatre sup\u00e9rieur \u00e0 neuf personnes si n\u00e9cessaire,<\/li>\nla participation peut varier en fonction des sujets et des besoins du moment.<\/li>\n<\/ul>\nL\u2019objectif du Scrum de Scrums (SdS) est d\u2019avoir les bonnes personnes pr\u00e9sentes pour coordonner efficacement les \u00e9quipes, partager les informations cruciales et r\u00e9soudre les d\u00e9pendances et les probl\u00e8mes entre les \u00e9quipes. En outre, on peut toujours ajuster la composition exacte de la MQE en fonction des besoins de son organisation et de la phase actuelle du projet.<\/p>\nEssayer monday dev <\/a>\n"}]},{"main_heading":"Les meilleures pratiques du Scrum de Scrums","content_block":[{"acf_fc_layout":"text","content":"Voici quelques bonnes pratiques que vous pouvez mettre en \u0153uvre pour rendre vos r\u00e9unions Scrum of Scrums plus efficaces.<\/p>\n\nVeillez \u00e0 ce que tout le monde comprenne l\u2019objectif de la r\u00e9union<\/strong> SdS et qu\u2019il soit pr\u00e9par\u00e9. Utilisez un ordre du jour standard avec des questions cl\u00e9s auxquelles les Scrum teams doivent r\u00e9pondre.<\/li>\n\u00c9tablissez un calendrier et une fr\u00e9quence<\/strong> coh\u00e9rents pour les r\u00e9unions MQE.<\/li>\nChoisissez les bons repr\u00e9sentants<\/strong> pour la MQE. Par exemple, s\u00e9lectionnez des ambassadeurs capables de repr\u00e9senter efficacement leur \u00e9quipe et de communiquer les progr\u00e8s r\u00e9alis\u00e9s. Envisagez une rotation des participants en fonction des probl\u00e8mes et des besoins du moment.<\/li>\n\u00c9vitez d\u2019en faire une simple r\u00e9union d\u2019\u00e9tat<\/strong>. Reliez les discussions \u00e0 des r\u00e9sultats valables et \u00e0 des objectifs plus importants. Pr\u00e9voyez du temps pour la r\u00e9solution collaborative des probl\u00e8mes.<\/li>\nCr\u00e9ez un environnement positif<\/strong> dans lequel les repr\u00e9sentants peuvent partager ouvertement des informations honn\u00eates.<\/li>\nVeiller \u00e0 faire transmettre toutes les d\u00e9cisions<\/strong> et les informations issues de la r\u00e9union SdS aux \u00e9quipes Scrum individuelles.<\/li>\nExaminez et adaptez p\u00e9riodiquement le format<\/strong> de la r\u00e9union MQE. Demandez aux participants si la fr\u00e9quence ou la dur\u00e9e doit \u00eatre modifi\u00e9e. Inspectez et adaptez continuellement le processus.<\/li>\nUtiliser un logiciel de planification Agile<\/a> et des outils Scrum<\/strong> performants pour suivre les t\u00e2ches, les notes et les mesures prises lors des r\u00e9unions.<\/li>\n<\/ol>\nAinsi, en suivant ces bonnes pratiques du Scrum of Scrums, les \u00e9quipes peuvent s\u2019assurer que leurs r\u00e9unions MQE sont efficaces, productives et gardent les bons objectifs en ligne de mire. En outre, en utilisant la bonne plateforme pour les g\u00e9rer, vous pouvez rendre vos r\u00e9unions SdS encore plus efficaces.<\/p>\nEssayer monday dev <\/a>\n"}]},{"main_heading":"Comment monday dev peut optimiser votre Scrum of Scrums","content_block":[{"acf_fc_layout":"text","content":"Avec monday dev<\/a>, construit sur le puissant Work OS monday.com<\/a>, vous avez toutes les informations les plus r\u00e9centes \u00e0 port\u00e9e de main dans une plateforme collaborative. Avec de multiples fa\u00e7ons de visualiser et de g\u00e9rer vos sprints<\/a>, vous pouvez voir sur quoi les \u00e9quipes travaillent actuellement et quelles t\u00e2ches sont en retard lors de vos r\u00e9unions Scrum de Scrum.<\/p>\n\nTableaux de bord<\/b> : remplissez automatiquement des tableaux de bord personnalis\u00e9s<\/a> avec des informations g\u00e9n\u00e9rales et d\u00e9taill\u00e9es provenant d\u2019un maximum de 50 tableaux pour une prise de d\u00e9cision plus avis\u00e9e lors de vos r\u00e9unions MQE.<\/li>\n<\/ul>\n"},{"acf_fc_layout":"image","image_type":"normal","image":216905,"image_link":null},{"acf_fc_layout":"text","content":"\nRapports<\/b> : g\u00e9n\u00e9rez des rapports automatis\u00e9s tels que des burndown charts<\/a> pour visualiser rapidement les progr\u00e8s de l\u2019\u00e9quipe, les facteurs de blocage et les indicateurs \u00e0 discuter en r\u00e9union.<\/li>\n<\/ul>\n"},{"acf_fc_layout":"image","image_type":"normal","image":216898,"image_link":null},{"acf_fc_layout":"text","content":"\nCollaboration<\/b> : utilisez des fonctionnalit\u00e9s telles que les @mentions, les commentaires et le partage de documents<\/a> pour faciliter la communication entre les Scrum teams avant et apr\u00e8s la r\u00e9union MQE.<\/li>\n<\/ul>\n"},{"acf_fc_layout":"image","image_type":"normal","image":217349,"image_link":null},{"acf_fc_layout":"text","content":"\nAutomatisations<\/b> : mettez en place des automatisations<\/a> pour rationaliser les t\u00e2ches r\u00e9p\u00e9titives li\u00e9es au processus Scrum of Scrums, comme l\u2019envoi de rappels de r\u00e9union ou la mise \u00e0 jour des rapports d\u2019\u00e9tat.<\/li>\n<\/ul>\n"},{"acf_fc_layout":"image","image_type":"normal","image":217356,"image_link":null},{"acf_fc_layout":"text","content":"](\"https:\/\/github.com\/scrumatscale\/official-guide\/blob\/469492ed6dff9a831d3f7040762e105018e7f008\/translations\/fr-FR\/SdS-R2.png\"){kind=link}