![\"Agile](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/agile-and-guiding-principles.png\")
Qu’est-ce que le Manifeste Agile ?<\/h2>\n
La formulation du manifeste est tr\u00e8s r\u00e9fl\u00e9chie, mettant l’accent sur le langage minimal n\u00e9cessaire pour capturer l’essence de l’agilit\u00e9 :<\/p>\n
- \n
- Les individus et les interactions plut\u00f4t que les processus et les outils<\/li>\n
- Un logiciel fonctionnel plut\u00f4t que des documents complets<\/li>\n
- La collaboration avec le client plut\u00f4t que la n\u00e9gociation de contrats<\/li>\n
- R\u00e9pondre aux changements plut\u00f4t que suivre un plan<\/li>\n<\/ul>\n
![\"Agile](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/agile-manifesto.png\")
Manifeste Agile<\/figcaption><\/figure>\n Remarque :<\/strong><\/p>\n
- \n
- Les mots cl\u00e9s dans toutes ces d\u00e9clarations sont \u00ab plut\u00f4t que \u00bb. Le Manifeste ne sugg\u00e8re pas de remplacer le c\u00f4t\u00e9 droit par le c\u00f4t\u00e9 gauche, mais met plut\u00f4t l’accent sur la priorit\u00e9 donn\u00e9e au c\u00f4t\u00e9 gauche par rapport au c\u00f4t\u00e9 droit.<\/li>\n
- Le Manifeste Agile a \u00e9t\u00e9 cr\u00e9\u00e9 comme une alternative aux processus de d\u00e9veloppement logiciel lourds et ax\u00e9s sur la documentation (comme le mod\u00e8le en cascade).<\/li>\n<\/ul>\n
Principes derri\u00e8re le Manifeste Agile<\/h2>\n
En compl\u00e9ment du Manifeste Agile fondamental, les douze principes approfondissent la signification de l’agilit\u00e9. Le cadre Scrum promeut les principes agiles \u00e0 travers diverses activit\u00e9s (par exemple, Product Backlog<\/a>, les r\u00e9unions quotidiennes, le d\u00e9veloppement it\u00e9ratif, les r\u00e9trospectives) :<\/p>\n
![\"Agile](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/agile-principles.png\")
<\/h2>\nPrincipes agiles<\/p>\n
<\/h2>\n
- \n
- Notre priorit\u00e9 absolue est de satisfaire le client gr\u00e2ce \u00e0 la livraison pr\u00e9coce et continue de logiciels pr\u00e9cieux.<\/li>\n
- Accueillez les changements de besoins, m\u00eame en fin de d\u00e9veloppement. Les processus agiles exploitent le changement pour le b\u00e9n\u00e9fice concurrentiel du client.<\/li>\n
- Livrez fr\u00e9quemment un logiciel fonctionnel, de quelques semaines \u00e0 quelques mois, en privil\u00e9giant des d\u00e9lais plus courts.<\/li>\n
- Les personnes du m\u00e9tier et les d\u00e9veloppeurs doivent collaborer quotidiennement tout au long du projet.<\/li>\n
- Construisez les projets autour des individus motiv\u00e9s. Fournissez-leur l’environnement et le soutien dont ils ont besoin, et faites leur confiance pour accomplir leur t\u00e2che.<\/li>\n
- La m\u00e9thode la plus efficace de transmission des informations \u00e0 un groupe de d\u00e9veloppement et au sein de celui-ci est la conversation en personne.<\/li>\n
- Un logiciel fonctionnel est la mesure principale de progression.<\/li>\n
- Les processus agiles favorisent le d\u00e9veloppement durable. Les commanditaires, les d\u00e9veloppeurs et les utilisateurs doivent \u00eatre capables de maintenir un rythme constant ind\u00e9finiment.<\/li>\n
- Une attention continue \u00e0 l’excellence technique et \u00e0 une bonne conception renforce l’agilit\u00e9.<\/li>\n
- La simplicit\u00e9 \u2014 l’art de maximiser la quantit\u00e9 de travail non effectu\u00e9 \u2014 est essentielle.<\/li>\n
- Les meilleures architectures, exigences et conceptions \u00e9mergent des \u00e9quipes auto-organis\u00e9es.<\/li>\n
- Les \u00e9quipes r\u00e9fl\u00e9chissent r\u00e9guli\u00e8rement sur la mani\u00e8re de devenir plus efficaces, puis ajustent leur comportement en cons\u00e9quence.<\/li>\n<\/ol>\n
Comment fonctionne Scrum ?<\/h2>\n
Scrum se distingue des autres processus agiles par des concepts et des pratiques sp\u00e9cifiques, r\u00e9partis en trois cat\u00e9gories : r\u00f4les (Propri\u00e9taire de produit<\/a>, Ma\u00eetre de Scrum<\/a>, \u00e9quipe de d\u00e9veloppement et autres parties prenantes), \u00e9v\u00e9nements, artefacts et r\u00e8gles.<\/p>\n
Pour initier le processus Scrum, le propri\u00e9taire de produit cr\u00e9e une liste de souhaits prioris\u00e9e appel\u00e9e le Backlog produit<\/a>. Pendant Planification du sprint<\/a>, le backlog est dimensionn\u00e9 en fonction de sa complexit\u00e9 et de sa valeur commerciale (priorit\u00e9). Le propri\u00e9taire de produit (client) et l’\u00e9quipe de d\u00e9veloppement d\u00e9cident quels \u00e9l\u00e9ments du backlog inclure dans le sprint. L’\u00e9quipe dispose d’un temps fixe (appel\u00e9 un Sprint<\/a>, g\u00e9n\u00e9ralement de deux \u00e0 quatre semaines) pour accomplir leur travail, mais ils se r\u00e9unissent quotidiennement pour \u00e9valuer leurs progr\u00e8s (Scrum quotidien<\/a>). Tout au long de ce processus, le ma\u00eetre de Scrum maintient l’\u00e9quipe concentr\u00e9e sur ses objectifs. \u00c0 la fin du sprint, l’\u00e9quipe examine ses progr\u00e8s, d\u00e9montre le produit r\u00e9alis\u00e9 au client et \u00e9value ce qui s’est bien pass\u00e9 et ce qui doit \u00eatre am\u00e9lior\u00e9 pour le prochain sprint. Le cycle se r\u00e9p\u00e8te alors.<\/p>\n
![\"What](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/the-agile-scrum-framework.png\")
<\/p>\nL’approche agile fonctionne en divisant le projet en petites parties de fonctionnalit\u00e9s utilisateur, en les priorisant, et en les livrant de mani\u00e8re continue sur des cycles de 2 \u00e0 4 semaines, appel\u00e9s it\u00e9rations ou sprints.<\/p>\n
L’\u00e9quipe fonctionne en cycles courts, visant une am\u00e9lioration continue et ne d\u00e9veloppant que ce que les utilisateurs veulent vraiment. L’objectif du travail est d\u00e9fini par l’\u00e9quipe au d\u00e9but de chaque cycle. Si le client a des questions concernant une fonctionnalit\u00e9, l’\u00e9quipe communique directement avec le client. Les priorit\u00e9s du client sont analys\u00e9es par le propri\u00e9taire de produit et transmises de nouveau \u00e0 l’\u00e9quipe afin qu’elle puisse continuer \u00e0 travailler sur les \u00e9l\u00e9ments les plus prioritaires. L’\u00e9quipe estime le temps n\u00e9cessaire pour terminer le travail au cours d’une it\u00e9ration, ainsi que la mani\u00e8re de le faire.<\/p>\n
La performance est mesur\u00e9e par le client \u00e0 la fin de chaque it\u00e9ration. Les le\u00e7ons apprises au cours de chaque it\u00e9ration sont captur\u00e9es lors des r\u00e9trospectives et appliqu\u00e9es dans les it\u00e9rations futures. Ainsi, le produit s’am\u00e9liore continuellement, tout comme le processus de d\u00e9veloppement.<\/p>\n
Remarque :<\/strong>
\nScrum est un cadre pour d\u00e9velopper et maintenir des produits complexes gr\u00e2ce \u00e0 l\u2019\u00ab inspection et adaptation \u00bb. C\u2019est une approche agile qui suit le Manifeste Agile et ses principes, int\u00e9grant trois r\u00f4les<\/a>, trois artefacts, cinq \u00e9v\u00e9nements et cinq valeurs \u2014 connus sous le nom de \u00ab3355<\/a>.\u201d<\/p>\n![\"3355](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/3355-scrum-framework.png\")
3355 Cadre Scrum<\/figcaption><\/figure>\n Dans ce cadre, l’ensemble du processus de d\u00e9veloppement se compose de plusieurs cycles it\u00e9ratifs courts appel\u00e9sSprints<\/a>. Les bonnes pratiques recommand\u00e9es incluent :<\/p>\n
- \n
- Chaque Sprint dure de 1 \u00e0 4 semaines.<\/li>\n
- Utilisez le Product Backlog<\/a> pour g\u00e9rer les exigences du produit \u2014 une liste prioris\u00e9e ordonn\u00e9e par valeur.<\/li>\n
- \u00c0 chaque it\u00e9ration, l’\u00e9quipe Scrum<\/a> s\u00e9lectionne les \u00e9l\u00e9ments de plus haute priorit\u00e9 du Product Backlog pour travailler dessus.<\/li>\n
- Pendant l’\u00e9v\u00e9nement de planification du Sprint, les exigences s\u00e9lectionn\u00e9es sont discut\u00e9es, analys\u00e9es et estim\u00e9es afin d’atteindre l’objectif de l’it\u00e9ration correspondante et le plan de livraison, connu sous le nom deSprint Backlog<\/a>.<\/li>\n
- Journalier Daily Scrum<\/a> des r\u00e9unions sont tenues tout au long de l’it\u00e9ration. \u00c0 la fin de chaque it\u00e9ration, l’\u00e9quipe Scrum invite les parties prenantes commerciales et autres personnes int\u00e9ress\u00e9es \u00e0 examiner l’incr\u00e9ment de produit potentiellement livrable.<\/li>\n
- Ensuite, l’\u00e9quipe fait un bilan et continue d’am\u00e9liorer sa mani\u00e8re de travailler.<\/li>\n
- Scrum n’est pas seulement adapt\u00e9 aux projets de d\u00e9veloppement logiciel, mais aussi \u00e0 tout projet complexe ou innovant, \u00e0 l’exploration et aux initiatives de changement organisationnel.<\/li>\n<\/ul>\n
R\u00f4les Scrum<\/h2>\n
Le cadre Scrum est d\u00e9fini par trois r\u00f4les fondamentaux : l’\u00e9quipe de d\u00e9veloppement, le Scrum Master et le Product Owner.<\/p>\n
Product Owner<\/h3>\n
Le Product Owner est responsable de maximiser la valeur du produit et du travail de l’\u00e9quipe de d\u00e9veloppement. La mani\u00e8re dont cela est r\u00e9alis\u00e9 peut varier selon l’organisation, l’\u00e9quipe Scrum et l’individu.<\/p>\n
R\u00f4le du Product Owner<\/h3>\n
Le Product Owner est la seule personne responsable de la gestion duProduct Backlog<\/a>. La gestion du Product Backlog inclut :<\/p>\n
- \n
- Exprimer clairement les \u00e9l\u00e9ments du Product Backlog ;<\/li>\n
- Ordonner les \u00e9l\u00e9ments du Product Backlog afin d’atteindre au mieux les objectifs et missions ;<\/li>\n
- Optimiser la valeur du travail effectu\u00e9 par l’\u00e9quipe de d\u00e9veloppement ;<\/li>\n
- S’assurer que le backlog produit est visible, transparent et clair pour tous, et qu’il indique ce que l’\u00e9quipe Scrum va travailler ensuite ;<\/li>\n
- S’assurer que l’\u00e9quipe de d\u00e9veloppement comprend les \u00e9l\u00e9ments du backlog produit au niveau requis.<\/li>\n<\/ul>\n
Master Scrum<\/h3>\n
Le Master Scrum s’assure que Scrum est bien compris et mis en \u0153uvre. Il le fait en veillant \u00e0 ce que l’\u00e9quipe Scrum respecte la th\u00e9orie, les pratiques et les r\u00e8gles de Scrum.<\/p>\n
Le Master Scrum est un leader servant pour l’\u00e9quipe Scrum. Le Master Scrum aide les personnes ext\u00e9rieures \u00e0 l’\u00e9quipe Scrum \u00e0 comprendre quelles interactions avec l’\u00e9quipe Scrum sont utiles et lesquelles ne le sont pas. Le Master Scrum aide tout le monde \u00e0 ajuster ces interactions afin de maximiser la valeur cr\u00e9\u00e9e par l’\u00e9quipe Scrum.<\/p>\n
R\u00f4les du Master Scrum<\/h4>\n
Le Master Scrum sert le Product Owner de multiples fa\u00e7ons, notamment :<\/p>\n
- \n
- Identifier des techniques efficaces de gestion du backlog produit ;<\/li>\n
- Aider l’\u00e9quipe Scrum \u00e0 comprendre la n\u00e9cessit\u00e9 d’avoir des \u00e9l\u00e9ments de backlog produit clairs et concis ;<\/li>\n
- Comprendre la planification produit dans un environnement empirique ;<\/li>\n
- S’assurer que le Product Owner sait comment prioriser le backlog produit afin de maximiser la valeur ;<\/li>\n
- Comprendre et pratiquer l’agilit\u00e9 ;<\/li>\n
- Faciliter \u00c9v\u00e9nements Scrum<\/a> selon les besoins.<\/li>\n<\/ul>\n
Les services du Master Scrum \u00e0 l’\u00e9quipe de d\u00e9veloppement
\nLe Master Scrum sert l’\u00e9quipe de d\u00e9veloppement de diverses mani\u00e8res, notamment :<\/p>\n- \n
- Accompagner l’\u00e9quipe de d\u00e9veloppement dans l’auto-organisation et la multidisciplinarit\u00e9 ;<\/li>\n
- Aider l’\u00e9quipe de d\u00e9veloppement \u00e0 livrer des produits \u00e0 haute valeur ;<\/li>\n
- \u00c9liminer les obstacles qui freinent la progression de l’\u00e9quipe ;<\/li>\n
- Faciliter les \u00e9v\u00e9nements Scrum selon les besoins ;<\/li>\n
- Accompagner l’\u00e9quipe de d\u00e9veloppement dans des organisations qui n’ont pas encore pleinement adopt\u00e9 ou compris Scrum.<\/li>\n<\/ul>\n
Les services du Master Scrum \u00e0 l’organisation<\/p>\n
- \n
- Le Master Scrum sert l’organisation de diverses mani\u00e8res, notamment :<\/li>\n
- Diriger et guider l’organisation dans l’adoption de Scrum ;<\/li>\n
- Planifier la mise en \u0153uvre de Scrum au sein de l’organisation ;<\/li>\n
- Aider les employ\u00e9s et les parties prenantes \u00e0 comprendre et adopter Scrum et le d\u00e9veloppement produit empirique ;<\/li>\n
- Piloter le changement pour am\u00e9liorer la productivit\u00e9 de l’\u00e9quipe Scrum ;<\/li>\n
- Collaborer avec d’autres Masters Scrum pour am\u00e9liorer l’efficacit\u00e9 de la mise en \u0153uvre de Scrum au sein de l’organisation.<\/li>\n<\/ul>\n
\u00c9quipe de d\u00e9veloppement<\/h4>\n
L’\u00e9quipe de d\u00e9veloppement se compose de professionnels charg\u00e9s de livrer une am\u00e9lioration potentiellement livrable du produit \u00e0 la fin de chaque Sprint. Seuls les membres de l’\u00e9quipe de d\u00e9veloppement peuvent cr\u00e9er cette am\u00e9lioration.<\/p>\n
L’\u00e9quipe est constitu\u00e9e et dot\u00e9e de pouvoirs par l’organisation afin de s’organiser et g\u00e9rer son propre travail. Le synergie r\u00e9sultante optimise l’efficacit\u00e9 et l’efficacit\u00e9 globales de l’\u00e9quipe.<\/p>\n
Caract\u00e9ristiques de l’\u00e9quipe de d\u00e9veloppement<\/h4>\n
L’\u00e9quipe de d\u00e9veloppement poss\u00e8de les caract\u00e9ristiques suivantes :<\/p>\n
- \n
- Ils sont auto-organis\u00e9s. Personne (pas m\u00eame le Ma\u00eetre de Scrum) ne leur indique comment transformer les \u00e9l\u00e9ments du Product Backlog en une am\u00e9lioration potentiellement livrable ;<\/li>\n
- L’\u00e9quipe de d\u00e9veloppement est pluridisciplinaire, disposant de toutes les comp\u00e9tences n\u00e9cessaires pour cr\u00e9er une am\u00e9lioration du produit ;<\/li>\n
- Scrum ne reconna\u00eet pas de titres pour les membres de l’\u00e9quipe autres que \u00ab D\u00e9veloppeur \u00bb, quelle que soit la t\u00e2che effectu\u00e9e. Cette r\u00e8gle ne conna\u00eet aucune exception ;<\/li>\n
- Scrum ne reconna\u00eet pas de sous-\u00e9quipes au sein de l’\u00e9quipe de d\u00e9veloppement, quelle que soit la sp\u00e9cialit\u00e9, comme les tests ou l’analyse m\u00e9tier. Cette r\u00e8gle ne conna\u00eet aucune exception ;<\/li>\n
- Les membres individuels de l’\u00e9quipe peuvent avoir des comp\u00e9tences sp\u00e9cialis\u00e9es et des domaines de focus, mais la responsabilit\u00e9 incombe \u00e0 l’ensemble de l’\u00e9quipe de d\u00e9veloppement.<\/li>\n<\/ul>\n
\u00c9v\u00e9nements Scrum<\/h2>\n
Le cadre Scrum est marqu\u00e9 par cinq \u00e9v\u00e9nements : Sprint, Planification du Sprint<\/a>, Scrum quotidien<\/a>, Revue du Sprint<\/a>, et R\u00e9trospective du Sprint<\/a>.<\/p>\n
- \u00c0 chaque it\u00e9ration, l’\u00e9quipe Scrum<\/a> s\u00e9lectionne les \u00e9l\u00e9ments de plus haute priorit\u00e9 du Product Backlog pour travailler dessus.<\/li>\n