[vc_row][vc_column][vc_single_image image=\u00a0\u00bb1826″ img_size=\u00a0\u00bbfull\u00a0\u00bb alignment=\u00a0\u00bbcenter\u00a0\u00bb style=\u00a0\u00bbvc_box_rounded\u00a0\u00bb css=\u00a0\u00bb.vc_custom_1663083573196{margin-top: 50px !important;}\u00a0\u00bb el_id=\u00a0\u00bbimage-media\u00a0\u00bb][\/vc_column][\/vc_row][vc_row][vc_column][vc_custom_heading text=\u00a0\u00bbL\u2019agilit\u00e9 pour hier, aujourd’hui et demain\u00a0\u00bb font_container=\u00a0\u00bbtag:h3|text_align:left|color:%23dd3333″ css=\u00a0\u00bb.vc_custom_1664977711700{border-bottom-width: 2px !important;padding-bottom: 10px !important;border-bottom-style: solid !important;}\u00a0\u00bb][\/vc_column][\/vc_row][vc_row][vc_column][vc_single_image image=\u00a0\u00bb2169″ img_size=\u00a0\u00bbmedium\u00a0\u00bb alignment=\u00a0\u00bbcenter\u00a0\u00bb el_id=\u00a0\u00bbimage-fl\u00a0\u00bb][vc_column_text]<\/p>\n
La publication du Manifeste Agile en 2001 a marqu\u00e9 la naissance de l’agilit\u00e9 en tant que m\u00e9thodologie. Depuis, de nombreux Framework Agiles tels que Scrum, Kanban, Lean et Extreme Programming (XP) ont vu le jour. Chacun, \u00e0 sa mani\u00e8re, incarne les principes fondamentaux de r\u00e9p\u00e9tition fr\u00e9quente, d’apprentissage continu et de haute qualit\u00e9. Scrum et XP sont privil\u00e9gi\u00e9s par les \u00e9quipes de d\u00e9veloppement de logiciels, mais Kanban est le chouchou des \u00e9quipes orient\u00e9es services telles que l’informatique et les RH.
\nAujourd’hui, de nombreuses \u00e9quipes Agiles combinent des pratiques de plusieurs cadres diff\u00e9rents et les compl\u00e8tent avec des pratiques sp\u00e9cifiques \u00e0 l’\u00e9quipe. Certaines \u00e9quipesvadoptent des rituels Agiles (standups r\u00e9guliers, r\u00e9trospectives, backlogs, etc.), tandis que d’autres cr\u00e9ent de nouvelles pratiques Agiles (\u00e9quipes Agile Marketing suivant le Manifeste Marketing Agile).<\/p>\n
Les \u00e9quipes Agiles de demain privil\u00e9gieront leur efficacit\u00e9 au respect des dogmes.
\nL’ouverture, la confiance et l’autonomie deviennent des devises culturelles pour les entreprises qui cherchent \u00e0 attirer et \u00e0 maximiser les meilleurs talents. Ces entreprises ont d\u00e9j\u00e0 prouv\u00e9 que les pratiques peuvent varier d’une \u00e9quipe \u00e0 l’autre, tant qu’elles sont guid\u00e9es par les bons principes.<\/p>\n
Le Framework<\/strong><\/p>\n Les gens confondent souvent Scrum et agilit\u00e9 parce qu’il s’agit d’am\u00e9lioration continue, qui est le principe de base de l’agilit\u00e9. Scrum est un cadre pour faire le travail et l’agilit\u00e9 est un \u00e9tat d’esprit. Vous ne pouvez pas vraiment \u00ab \u00eatre agile \u00bb, car changer votre fa\u00e7on de concevoir la cr\u00e9ation de valeur pour vos clients n\u00e9cessite l’engagement de toute votre \u00e9quipe. Mais vous pouvez vous entra\u00eener \u00e0 penser de cette fa\u00e7on et \u00e0 int\u00e9grer les principes Agile dans votre communication et votre travail quotidiens en utilisant des Framework comme Scrum.<\/p>\n Le Framework Scrum est heuristique. Il est bas\u00e9 sur l’apprentissage continu et l’adaptation aux facteurs changeants. Il reconna\u00eet que les \u00e9quipes ne sont pas maitres en tout quand un projet d\u00e9marre et \u00e9voluent avec l’exp\u00e9rience. Scrum est structur\u00e9 de mani\u00e8re que l’\u00e9quipe puisse s’adapter naturellement aux circonstances changeantes et aux besoins des utilisateurs, avec une red\u00e9finition des priorit\u00e9s int\u00e9gr\u00e9e au processus et des cycles de publication courts afin que cette derni\u00e8re apprenne et s’am\u00e9liore constamment.<\/p>\n Scrum est structur\u00e9, mais pas compl\u00e8tement rigide. Son ex\u00e9cution peut \u00eatre adapt\u00e9e aux besoins de chaque organisation. Il existe de nombreuses th\u00e9ories sur la fa\u00e7on dont une \u00e9quipe Scrum devrait fonctionner pour r\u00e9ussir. Cependant, s’il y a une chose dont nous sommes sures, c\u2019est qu’une communication claire, la transparence et un engagement envers l’am\u00e9lioration continue doivent toujours \u00eatre au c\u0153ur de tout cadre que vous choisissez pour votre \u00e9quipe.<\/p>\n Les art\u00e9facts de Scrum<\/strong><\/p>\n Les artefacts sont des choses que nous cr\u00e9ons, comme des outils pour r\u00e9soudre des probl\u00e8mes. Dans Scrum, ces trois artefacts sont le Product Backlog, le Sprint Backlog et l’Increment par d\u00e9finition de \u00ab\u00a0done\u00a0\u00bb. Ce sont les trois constantes d’une \u00e9quipe Scrum qu’on r\u00e9vise et investit en permanence au fil du temps.<\/p>\n Le Product Backlog est la liste principale des travaux que le Product Owner ou le Product Manager doit effectuer et maintenir.<\/p>\n Un Sprint Backlog est une liste d’\u00e9l\u00e9ments, de r\u00e9cits d’utilisateurs ou de correctifs de bugs s\u00e9lectionn\u00e9s par l’\u00e9quipe de d\u00e9veloppement pour \u00eatre impl\u00e9ment\u00e9s dans le cycle de sprint en cours. Comme vous pouvez le voir, il existe de nombreuses variantes que les \u00e9quipes peuvent sp\u00e9cifier, m\u00eame au sein des artefacts. Pour cette raison, il est important de faire preuve d’ouverture d’esprit quant \u00e0 la modification de la mani\u00e8re dont les artefacts sont g\u00e9r\u00e9s. Peut- \u00eatre que votre d\u00e9finition des \u00ab\u00a0faits\u00a0\u00bb cause un stress n\u00e9gatif sur votre \u00e9quipe et vous devriez revenir en arri\u00e8re et choisir une nouvelle d\u00e9finition.<\/p>\n Scrum, Kanban, Agile<\/strong><\/p>\n \u00c9tant donn\u00e9 que Scrum est un cadre Agile tr\u00e8s populaire, Scrum et Agilit\u00e9 sont souvent mal compris comme \u00e9tant la m\u00eame chose. Mais il existe \u00e9galement des Framework alternatifs populaires comme Kanban. Certaines entreprises ont opt\u00e9 pour un mod\u00e8le hybride de Scrum et de Kanban, appel\u00e9 \u00ab\u00a0Scrumba\u00a0\u00bb ou \u00ab\u00a0Kanplan\u00a0\u00bb qui est du Kanban non trait\u00e9.<\/p>\n Scrum et Kanban utilisent des m\u00e9thodes visuelles telles que les tableaux Scrum et Kanban pour suivre l’avancement du travail. Les deux se concentrent sur l’efficacit\u00e9 et d\u00e9composent les t\u00e2ches complexes en \u00e9l\u00e9ments plus petits et plus faciles \u00e0 g\u00e9rer, mais ils abordent cet objectif diff\u00e9remment. Scrum se concentre sur des it\u00e9rations plus petites et de longueur d\u00e9termin\u00e9e. Une fois que le temps du sprint est d\u00e9termin\u00e9, les histoires ou les \u00e9l\u00e9ments du carnet de produit qui peuvent \u00eatre impl\u00e9ment\u00e9s pendant ce cycle de sprint sont d\u00e9termin\u00e9s. Kanban, en revanche, a initialement un nombre fixe de t\u00e2ches ou de travaux en cours (Work In Progress) \u00e0 mettre en \u0153uvre dans le cycle en cours. Le temps n\u00e9cessaire \u00e0 la mise en \u0153uvre de ces fonctionnalit\u00e9s est ensuite calcul\u00e9 \u00e0 l’envers.<\/p>\n En revanche, Kanban est structurellement diff\u00e9rent de Scrum. Scrum a certains concepts de cat\u00e9gorie qui s’appliquent dans le cadre de sa mise en \u0153uvre. Revues de sprint, r\u00e9trospectives, m\u00eal\u00e9es quotidiennes, et plus encore. Il pr\u00f4ne \u00e9galement la transversalit\u00e9, la capacit\u00e9 d’une \u00e9quipe Scrum \u00e0 ne pas s’appuyer sur des membres externes pour atteindre ses objectifs. Le but ? Construire une \u00e9quipe interfonctionnelle. En ce sens, Kanban est adaptable et Scrum peut \u00eatre vu comme un changement fondamental dans la fa\u00e7on dont les \u00e9quipes de d\u00e9veloppement pensent et travaillent.<\/p>\n Mais pourquoi Scrum ?<\/strong><\/p>\n Le Framework Scrum lui-m\u00eame est simple. R\u00e8gles, artefacts, \u00e9v\u00e9nements et r\u00f4les faciles \u00e0 comprendre. En fait, son approche semi-prescriptive aide \u00e0 lever l’ambigu\u00eft\u00e9 du processus de d\u00e9veloppement tout en laissant une grande marge de man\u0153uvre aux entreprises pour ajouter En organisant des t\u00e2ches complexes en user stories g\u00e9rables, il est parfait pour les projets ambitieux. De plus, une distinction claire entre les r\u00f4les et les \u00e9v\u00e9nements planifi\u00e9s garantit la transparence et la responsabilit\u00e9 partag\u00e9e tout au long du cycle de d\u00e9veloppement. Les Cependant, cela peut prendre un certain temps pour bien comprendre Scrum, surtout si votre Mais les avantages \u00e0 long terme l’emportent largement sur la courbe d’apprentissage initiale.
\nUn Increment (ou objectif de sprint) est le produit final utilisable d’un sprint.<\/p>\n
\nleurs propres touches personnelles.<\/p>\n
\nversions rapides gardent l’\u00e9quipe motiv\u00e9e et les utilisateurs satisfaits, car on peut voir les progr\u00e8s imm\u00e9diatement.<\/p>\n
\n\u00e9quipe de d\u00e9veloppement est habitu\u00e9e au mod\u00e8le typique en cascade. Le concept de petites it\u00e9rations, de r\u00e9unions scrum quotidiennes, de revues de sprint et de la d\u00e9signation d’un scrum master peut \u00eatre un changement culturel difficile pour une nouvelle \u00e9quipe.<\/p>\n
\nLe succ\u00e8s de Scrum dans le d\u00e9veloppement de produits mat\u00e9riels et logiciels complexes dans de multiples secteurs et secteurs verticaux a fait de Scrum un cadre essentiel pour les entreprises.<\/p>\n