{"id":223764,"date":"2025-03-31T19:39:51","date_gmt":"2025-03-31T19:39:51","guid":{"rendered":"https:\/\/monday.com\/blog\/?p=223764"},"modified":"2025-11-28T09:20:27","modified_gmt":"2025-11-28T14:20:27","slug":"pi-planning","status":"publish","type":"post","link":"https:\/\/monday.com\/blog\/fr\/dev\/pi-planning\/","title":{"rendered":"PI planning : le guide ultime de la planification de l’incr\u00e9ment de programme"},"content":{"rendered":"","protected":false},"excerpt":{"rendered":"","protected":false},"author":248,"featured_media":223767,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"pages\/cornerstone-primary.php","format":"standard","meta":{"_acf_changed":false,"_yoast_wpseo_title":"PI Planning, c\u2019est quoi ? D\u00e9finition de cet \u00e9v\u00e8nement SAFe Agile","_yoast_wpseo_metadesc":"Pourquoi faire une planification de l'incr\u00e9ment de programme SAFe, qui y participe, son agenda et comment organiser un PI planning Agile.","monday_item_id":11239130965,"monday_board_id":0,"footnotes":"","_links_to":"","_links_to_target":""},"categories":[13953],"tags":[],"class_list":["post-223764","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-dev"],"acf":{"featured_image_link":"","lobby_image":false,"post_thumbnail_title":"","hide_post_info":false,"hide_bottom_cta":false,"hide_from_blog":false,"landing_page_layout":false,"hide_time_to_read":false,"sidebar_color_banner":"","custom_tags":false,"disclaimer":"","cornerstone_hero_cta_override":{"label":"","url":""},"cluster":"","display_dates":"default","faqs":[{"faq_title":"FAQ ","faq_shortcode":"","faq":[{"question":"Qu'est-ce que le PI planning dans SAFe ?","answer":"

Le PI planning dans SAFe est un \u00e9v\u00e9nement crucial de deux jours qui a lieu toutes les huit \u00e0 douze semaines et qui rassemble plusieurs \u00e9quipes, parties prenantes et dirigeants afin d'aligner les objectifs et de cr\u00e9er un plan commun pour l'Incr\u00e9ment de Programme (PI) \u00e0 venir. Au cours de la planification du PI, les \u00e9quipes collaborent pour d\u00e9velopper des objectifs communs, identifier les d\u00e9pendances et les risques du projet et s'engager \u00e0 fournir de la valeur au cours des huit \u00e0 douze semaines suivantes, en veillant \u00e0 l'alignement sur la vision et la strat\u00e9gie de l'organisation.<\/p>\n"},{"question":"Qu'est-ce que le PI planning dans Scrum ?","answer":"

Le PI planning peut \u00eatre adapt\u00e9 \u00e0 Scrum, m\u00eame s'il ne s'agit pas d'une pratique standard de Scrum. Dans un contexte Scrum, plusieurs \u00e9quipes Scrum pourraient se r\u00e9unir toutes les huit \u00e0 dix semaines pour s'aligner sur les objectifs, discuter des fonctionnalit\u00e9s \u00e0 venir et coordonner leur travail entre les \u00e9quipes. Cette version adapt\u00e9e du PI planning permet aux \u00e9quipes Scrum de conserver leur approche bas\u00e9e sur les sprints Scrum tout en b\u00e9n\u00e9ficiant de l'alignement et de la coordination qu'offre le PI planning.<\/p>\n"},{"question":"Quelle est la diff\u00e9rence entre PI planning et planification du sprint ?","answer":"

Le PI planning est un \u00e9v\u00e9nement strat\u00e9gique qui a lieu toutes les huit \u00e0 douze semaines et implique plusieurs \u00e9quipes qui s'alignent sur les objectifs et les plans pour l'ensemble d'un Incr\u00e9ment de Programme (PI).
\nEn revanche, la planification de sprint est un \u00e9v\u00e9nement tactique qui a lieu au d\u00e9but de chaque sprint de une \u00e0 quatre semaines et qui se concentre sur le plan de projet d\u00e9taill\u00e9 d'une seule \u00e9quipe pour ce sprint.
\nAinsi, alors que le PI planning d\u00e9finit la vision et les objectifs g\u00e9n\u00e9raux de l'IP, la planification du sprint d\u00e9compose ces objectifs en t\u00e2ches sp\u00e9cifiques et en user stories pour une ex\u00e9cution imm\u00e9diate.<\/p>\n"},{"question":"Quelle est la diff\u00e9rence entre PI planning et Big Room Planning (BRP) ?","answer":"

En fait, le PI planning et le Big Room Planning sont le m\u00eame \u00e9v\u00e9nement, le Big Room Planning \u00e9tant un nom alternatif pour la planification de l'IP. Les deux font donc r\u00e9f\u00e9rence \u00e0 un \u00e9v\u00e9nement de planification \u00e0 grande \u00e9chelle impliquant plusieurs \u00e9quipes et se d\u00e9roulant g\u00e9n\u00e9ralement toutes les huit \u00e0 douze semaines. Les termes sont souvent utilis\u00e9s de mani\u00e8re interchangeable, le \u00ab Big Room Planning \u00bb mettant l'accent sur l'aspect physique de la r\u00e9union de nombreuses personnes dans une grande salle, tandis que le \u00ab PI Planning \u00bb met l'accent sur son r\u00f4le dans le Scaled Agile Framework (SAFe).<\/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 PI planning, ou planification de l’incr\u00e9ment de programme en fran\u00e7ais, est un \u00e9v\u00e9nement Agile \u00e0 grande \u00e9chelle r\u00e9current pour aligner toutes les \u00e9quipes d\u2019un Agile Release Train (ART) sur une mission et une vision unique. C’est donc un \u00e9l\u00e9ment crucial du Scaled Agile Framework (SAFe) que les organisations doivent imp\u00e9rativement conna\u00eetre si elles veulent ma\u00eetriser avec brio leur d\u00e9veloppement produit Agile.<\/p>\n

Dans ce guide, apr\u00e8s une courte d\u00e9finition de PI planning, vous apprendrez pourquoi faire une planification de l’incr\u00e9ment de programme, qui est impliqu\u00e9 dans cet \u00e9v\u00e9nement SAFe, ce que couvre l’ordre du jour et son agenda. Enfin, nous vous montrerons comment rationaliser votre PI planning en r\u00e9unissant efficacement plusieurs \u00e9quipes avec monday dev.<\/p>\nEssayer monday dev<\/a>\n

Le PI planning, c\u2019est quoi : d\u00e9finition<\/span><\/h2>\n

Le PI Planning, pour Program Increment Planning<\/i> en anglais, se traduit par planification de l’incr\u00e9ment de programme<\/i> en fran\u00e7ais. Parfois aussi appel\u00e9 Big Room Planning<\/i>, c’est l\u2019un des \u00e9v\u00e9nements les plus importants du Scaled Agile Framework<\/i> (SAFe). En effet, lors du PI planning, plusieurs \u00e9quipes du m\u00eame Agile Release Train<\/i> (ART) se rencontrent pour s’aligner sur les m\u00eames objectifs et planifier le travail \u00e0 r\u00e9aliser pour l’incr\u00e9ment de programme (IP) \u00e0 venir.<\/p>\n

De mani\u00e8re g\u00e9n\u00e9rale, on organise un \u00e9v\u00e9nement de PI planning toutes les huit \u00e0 douze semaines et il dure deux jours. Pendant ces deux journ\u00e9es, toutes les \u00e9quipes impliqu\u00e9es d\u00e9finissent ensemble une vision commune, planifient les fonctionnalit\u00e9s n\u00e9cessaires, identifient les d\u00e9pendances les plus contraignantes et s’engagent sur des objectifs communs pour le prochain incr\u00e9ment de programme \u00e0 produire.<\/p>\n

Pour aller plus loin : SAFe ou Scrum : les principales diff\u00e9rences<\/a>.<\/p>\nEssayer monday dev<\/a>\n

Pourquoi faire un PI planning ?<\/span><\/h2>\n

La planification de l’IP, ou PI planning, est un \u00e9v\u00e9nement tr\u00e8s important car il vise \u00e0 assurer la coh\u00e9rence entre chaque incr\u00e9mentation, \u00e0 favoriser la collaboration entre toutes les parties prenantes, \u00e0 g\u00e9rer les risques potentiels, \u00e0 am\u00e9liorer la visibilit\u00e9 \u00e0 long terme et \u00e0 garantir que les \u00e9quipes travaillent efficacement avec les m\u00eames objectifs g\u00e9n\u00e9raux en t\u00eate. Alors, m\u00eame si une r\u00e9union de PI planning n\u00e9cessite beaucoup de temps et d’efforts pour la mettre en \u0153uvre, de nombreuses organisations estiment que, pour une gestion de produit Agile<\/a> \u00e0 grande \u00e9chelle, les avantages l’emportent sur les co\u00fbts.<\/p>\n

1. Meilleur alignement et visibilit\u00e9<\/span><\/h3>\n

La r\u00e9union de PI planning permet d’aligner toutes les \u00e9quipes du Agile Release Train (ART) sur les objectifs g\u00e9n\u00e9raux et la vision de l’entreprise. C\u2019est un \u00e9v\u00e9nement qui clarifie le travail pr\u00e9vu pour l’incr\u00e9ment de programme \u00e0 venir et permet \u00e0 chacun de toujours travailler sur les \u00e9l\u00e9ments les plus urgents.<\/p>\n

2. Meilleure collaboration et coordination<\/span><\/h3>\n

La r\u00e9union de PI planning rassemble toutes les parties prenantes pour discuter et coordonner les d\u00e9pendances entre t\u00e2ches. Elle favorise la collaboration entre les \u00e9quipes et permet des discussions et des prises de d\u00e9cision efficaces et en temps r\u00e9el.<\/p>\n

3. Meilleure gestion des risques<\/span><\/h3>\n

Le PI planning permet d’identifier rapidement les risques et les probl\u00e8mes potentiels. Il permet d’\u00e9laborer de mani\u00e8re proactive des plans d’att\u00e9nuation des risques et r\u00e9duit les probabilit\u00e9s de mauvaises surprises lors de l’ex\u00e9cution.<\/p>\n

4. Meilleure planification et pr\u00e9visibilit\u00e9<\/span><\/h3>\n

L’\u00e9v\u00e9nement de PI planning permet une planification et une estimation du travail \u00e0 effectuer plus pr\u00e9cises. Il augmente la fiabilit\u00e9 des livraisons et donne confiance aux parties prenantes dans les engagements de l’\u00e9quipe.<\/p>\n

5. Meilleure utilisation des ressources<\/span><\/h3>\n

Le PI planning permet de r\u00e9partir plus efficacement les capacit\u00e9s et les comp\u00e9tences de chacun. Il permet d’adapter la demande aux capacit\u00e9s r\u00e9elles des \u00e9quipes et d’\u00e9liminer les travaux en cours (WIP) inutiles.<\/p>\n

6. Meilleure motivation et clart\u00e9<\/span><\/h3>\n

Le PI planning permet de comprendre la situation dans son ensemble tout comme le r\u00f4le de chacun dans le projet. Il donne une compr\u00e9hension commune des objectifs et des priorit\u00e9s du projet et accro\u00eet la motivation de l’\u00e9quipe.<\/p>\n

7. Meilleur r\u00e9seautage<\/span><\/h3>\n

Le PI planning rassemble les membres de l’\u00e9quipe et les parties prenantes pour une communication en face \u00e0 face. Il renforce les relations et la confiance entre les \u00e9quipes et r\u00e9unit les principales parties prenantes pour qu’elles prennent les meilleures d\u00e9cisions possibles.<\/p>\nEssayer monday dev<\/a>\n

\u00c0 quelle fr\u00e9quence organiser un PI planning<\/span><\/h2>\n

On organise g\u00e9n\u00e9ralement un PI planning toutes les 8 \u00e0 12 semaines. Mais, on peut toujours adapter son calendrier selon ses propres besoins. Par exemple, certaines organisations pr\u00e9f\u00e8rent faire un PI planning toutes les huit semaines pour plus d’agilit\u00e9, tandis que d’autres pr\u00e9f\u00e8rent attendre douze semaines entre chaque PI planning pour correspondre aux trimestres administratifs. Ainsi, de mani\u00e8re g\u00e9n\u00e9rale, si on consid\u00e8re qu\u2019un sprint dure deux semaines, un incr\u00e9ment de programme (IP) dure de quatre \u00e0 six sprints, ce qui donne un rythme coh\u00e9rent pour la planification de l\u2019IP et l’alignement g\u00e9n\u00e9ral.<\/p>\n

Mais, quelle que soit la fr\u00e9quence choisie, le PI planning doit suivre un calendrier r\u00e9gulier et pr\u00e9visible. En effet, il s’agit d’un \u00e9v\u00e9nement fixe, encadr\u00e9 dans le temps et qui dure g\u00e9n\u00e9ralement deux jours. Seule cette cadence r\u00e9guli\u00e8re permet de synchroniser, de planifier et d’adapter correctement son travail tout au long du Agile Release Train (ART).<\/p>\nEssayer monday dev<\/a>\n

Qui participe au PI planning : r\u00f4les et responsabilit\u00e9s<\/span><\/h2>\n

Du fait de sa nature collaborative, le PI planning implique de multiples points de vue diff\u00e9rents. Voici les principaux r\u00f4les et responsabilit\u00e9s d\u2019un \u00e9v\u00e9nement de planification de l’incr\u00e9ment de programme.<\/p>\n

 <\/p>\n\n\n\n\n\n\n\n\n
R\u00f4le<\/b><\/td>\nResponsabilit\u00e9s<\/b><\/td>\n<\/tr>\n
Release Train Engineer (RTE)<\/td>\nFacilitation des \u00e9v\u00e9nements, alignement, gestion des risques<\/td>\n<\/tr>\n
Chef de produit<\/td>\nCommunication de la vision, priorisation du processus de travail<\/td>\n<\/tr>\n
Propri\u00e9taire de produit<\/td>\nGestion du backlog, d\u00e9finition des stories<\/td>\n<\/tr>\n
Scrum Master<\/td>\nCoaching de l’\u00e9quipe, \u00e9limination des obstacles<\/td>\n<\/tr>\n
D\u00e9veloppeurs<\/td>\nPlanification d\u00e9taill\u00e9e, affinage des stories<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Release Train Engineer (RTE)<\/span><\/h3>\n

Le Release Train Engineer (RTE) anime l’ensemble de l’\u00e9v\u00e9nement de planification de l’IP. Il aide donc \u00e0 :<\/p>\n