{"id":3908,"date":"2021-10-20T16:19:27","date_gmt":"2021-10-20T14:19:27","guid":{"rendered":"https:\/\/www.cfi.ch\/?p=3908"},"modified":"2023-02-24T11:35:07","modified_gmt":"2023-02-24T10:35:07","slug":"scrum-une-methode-de-developpement-agile","status":"publish","type":"post","link":"https:\/\/cfi.ch\/en\/scrum-une-methode-de-developpement-agile\/","title":{"rendered":"Scrum, une m\u00e9thode de d\u00e9veloppement agile"},"content":{"rendered":"

La m\u00e9thodologie Scrum, souvent utilis\u00e9e dans le d\u00e9veloppement de logiciel, est bas\u00e9e sur des processus it\u00e9ratifs et incr\u00e9mentaux. Souvent appel\u00e9e \u00ab\u00a0framework agile\u00a0\u00bb, Scrum met l’accent sur l’utilisation d’un processus empirique qui permet aux \u00e9quipes de r\u00e9pondre rapidement, efficacement et effectivement au changement. Les m\u00e9thodes traditionnelles de gestion de projet fixent les exigences dans le but de contr\u00f4ler le temps et les co\u00fbts. Scrum, en revanche, fixe le temps et les co\u00fbts dans le but de contr\u00f4ler les exigences. L’implication de l’entreprise tout au long du projet est essentielle car Scrum s’appuie fortement sur la collaboration entre l’\u00e9quipe et le client ou le repr\u00e9sentant du client pour cr\u00e9er le bon produit de fa\u00e7on rationnelle.<\/p>\n\n\n\n

Dans cet article, nous vous donnons un aper\u00e7u de Scrum et de son utilisation dans la gestion de projet.<\/p>\n\n\n\n

Le processus de Scrum<\/h2>\n\n\n\n

Le projet commence par une vision claire fournie par l’entreprise, et un ensemble de fonctionnalit\u00e9s du produit par ordre d’importance. Ces caract\u00e9ristiques font partie du backlog du produit, qui est tenu \u00e0 jour par le client ou son repr\u00e9sentant, appel\u00e9 le Product Owner. Un intervalle de temps, commun\u00e9ment appel\u00e9 it\u00e9ration ou sprint, est la dur\u00e9e d\u00e9termin\u00e9e dont dispose l’\u00e9quipe pour r\u00e9aliser les fonctionnalit\u00e9s s\u00e9lectionn\u00e9es. Les sprints durent g\u00e9n\u00e9ralement de une \u00e0 quatre semaines, et cette dur\u00e9e est maintenue pendant toute la dur\u00e9e du projet afin d’\u00e9tablir une cadence. L’\u00e9quipe s\u00e9lectionne les \u00e9l\u00e9ments du backlog de produit qui, selon elle, peuvent \u00eatre r\u00e9alis\u00e9s au cours du sprint, et cr\u00e9e un backlog de sprint compos\u00e9 des fonctionnalit\u00e9s et des t\u00e2ches dans le cadre de la r\u00e9union de planification du sprint.<\/p>\n\n\n\n

\"\"
\u00a9 CFI<\/figcaption><\/figure>\n\n\n\n

Une fois que l’\u00e9quipe s’est engag\u00e9e sur un backlog de sprint, le travail sur les t\u00e2ches commence. Pendant cette p\u00e9riode du sprint, l’\u00e9quipe n’est pas interrompue et peut se concentrer sur l’atteinte de l’objectif du sprint. Aucune modification du backlog de sprint n’est autoris\u00e9e ; toutefois, le backlog de produit peut \u00eatre modifi\u00e9 en vue du sprint suivant.<\/p>\n\n\n\n

Au cours du sprint, les membres de l’\u00e9quipe se rencontrent quotidiennement au cours d’une r\u00e9union de 15 minutes appel\u00e9e \u00ab\u00a0scrum\u00a0\u00bb. Lors de cette rencontre, chaque membre indique ce qu’il a fait hier, ce qu’il pr\u00e9voit de faire aujourd’hui et ce qui l’emp\u00eache d’avancer.<\/p>\n\n\n\n

\u00c0 la fin du sprint, l’\u00e9quipe fait une d\u00e9monstration du travail qu’elle a accompli aux parties prenantes et recueille des commentaires qui influeront sur ce qu’elle fera au cours du sprint suivant. Elle organise \u00e9galement une r\u00e9trospective pour apprendre comment s’am\u00e9liorer. Cette r\u00e9union est essentielle, car elle est ax\u00e9e sur les trois piliers de Scrum : transparence, inspection et adaptation.<\/p>\n\n\n\n

Les r\u00f4les<\/h2>\n\n\n\n

Il y a trois r\u00f4les dans Scrum : le Scrum Master, le Product Owner et l’\u00e9quipe.<\/p>\n\n\n\n

Le Scrum Master s’assure que la m\u00e9thodologie Scrum est correctement appliqu\u00e9e. Pour cela, il doit enseigner au Product Owner et \u00e0 l\u2019\u00e9quipe de d\u00e9veloppement leur r\u00f4le respectif et la bonne fa\u00e7on de l\u2019exercer. Il doit \u00e9galement faciliter les interactions entre les membres et s\u2019assurer que l\u2019\u00e9quipe est op\u00e9rationnelle et productive.<\/p>\n\n\n\n

Le Product Owner repr\u00e9sente les utilisateurs et les commanditaires du projet. Il est donc avant tout charg\u00e9 de maximiser la valeur du produit et le travail de l\u2019\u00e9quipe de d\u00e9veloppement. Son travail est diff\u00e9rent du chef de l\u2019\u00e9quipe de d\u00e9veloppement car son profil n\u2019est pas technique. Il est proche des utilisateurs, et
reste dans la ma\u00eetrise d\u2019ouvrage et non dans la ma\u00eetrise d\u2019\u0153uvre.<\/p>\n\n\n\n

L\u2019\u00e9quipe est constitu\u00e9e de d\u00e9veloppeurs. Elle est charg\u00e9e de transformer les besoins d\u00e9finis par le Product Owner en fonctionnalit\u00e9s utilisables. Elle est pluridisciplinaire et poss\u00e8de toutes les comp\u00e9tences n\u00e9cessaires pour r\u00e9aliser le projet, sans faire appel \u00e0 des prestations externes.<\/p>","protected":false},"excerpt":{"rendered":"

La m\u00e9thodologie Scrum, souvent utilis\u00e9e dans le d\u00e9veloppement de logiciel, est bas\u00e9e sur des processus it\u00e9ratifs et incr\u00e9mentaux. Souvent appel\u00e9e \u00ab\u00a0framework agile\u00a0\u00bb, Scrum met l’accent sur l’utilisation d’un processus empirique qui permet aux \u00e9quipes de r\u00e9pondre rapidement, efficacement et effectivement au changement. Les m\u00e9thodes traditionnelles de gestion de projet fixent les exigences dans le but de contr\u00f4ler le temps et les co\u00fbts. Scrum, en revanche, fixe le temps et les co\u00fbts dans le but de contr\u00f4ler les exigences. L’implication de l’entreprise tout au long du projet est essentielle car Scrum s’appuie fortement sur la collaboration entre l’\u00e9quipe et le client ou le\u2026<\/p>","protected":false},"author":1,"featured_media":3926,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[136],"tags":[138,139],"class_list":["post-3908","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-gestion-de-projet","tag-developpement","tag-formation"],"blocksy_meta":{"styles_descriptor":{"styles":{"desktop":"","tablet":"","mobile":""},"google_fonts":[],"version":5}},"acf":[],"_links":{"self":[{"href":"https:\/\/cfi.ch\/en\/wp-json\/wp\/v2\/posts\/3908","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/cfi.ch\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/cfi.ch\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/cfi.ch\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/cfi.ch\/en\/wp-json\/wp\/v2\/comments?post=3908"}],"version-history":[{"count":0,"href":"https:\/\/cfi.ch\/en\/wp-json\/wp\/v2\/posts\/3908\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/cfi.ch\/en\/wp-json\/wp\/v2\/media\/3926"}],"wp:attachment":[{"href":"https:\/\/cfi.ch\/en\/wp-json\/wp\/v2\/media?parent=3908"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/cfi.ch\/en\/wp-json\/wp\/v2\/categories?post=3908"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/cfi.ch\/en\/wp-json\/wp\/v2\/tags?post=3908"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}