industrials.pro

Si vous regardez le rugby, vous saurez qu'une mêlée implique une charge de joueurs étroitement entassés dans la terre, se battant pour un ballon. Le système de flux de travail "Scrum" n'a malheureusement rien de tel. Il s'agit moins de lutter dans la boue contre vos ennemis, que d'accomplir les tâches de manière efficace et opportune.

Scrum, comme le système similaire Kanban, est un cadre agile pour maintenir un lieu de travail bien organisé. Il est particulièrement populaire dans le développement de logiciels et fonctionne bien pour des équipes d'environ trois à neuf personnes, mais il peut être appliqué à pratiquement tous les lieux de travail. À moins que vous ne travailliez en tant que joueur de rugby, auquel cas cela créera probablement de la confusion.

Scrum : Qu'est-ce que le système Scrum ?

Scrum a été introduit pour la première fois en tant que terme en 1986, dans une revue de Harvard business article de Hirotaka Takeuchi et Ikujiro Nonaka. Les deux auteurs décrivent en fait le système en termes de rugby, avec un effectif agissant comme une équipe qui « essaie de parcourir la distance en tant qu'unité, en passant le ballon dans les deux sens ».

Au cœur du système Scrum se trouve l'approche consistant à organiser une équipe pour travailler ensemble sur des objectifs spécifiques et réalisables dans des périodes de temps fixes. Au lieu d'avoir dix personnes travaillant sur des tâches différentes et non liées sans point final clair, Scrum s'efforce de rassembler les gens pour travailler collectivement sur des tâches incrémentielles.

À LIRE SUIVANT : Qu'est-ce que Kanban ?

Ceci est basé sur plusieurs rôles dans une équipe Scrum. Au sommet, il y a le propriétaire du produit, qui représente les parties prenantes du produit. En dessous se trouve le Scrum Master, qui est essentiellement un chef de projet chargé de mettre le système Scrum en action. En dessous se trouve l'équipe de développement elle-même.

Le flux de travail de base se déroule comme suit : le propriétaire du produit propose un backlog de produit, qui agit comme une liste de souhaits de fonctionnalités sur lesquelles travailler. Cela revient à l'équipe Scrum, le Scrum Master choisissant un certain nombre de tâches de ce backlog sur lesquelles travailler. Dans le langage Scrum, cela s'appelle des « histoires ». Ces histoires sont ensuite focalisées sur un « sprint » ; une période de temps pendant laquelle les développeurs travaillent sur ces objectifs et uniquement sur ces objectifs.

À la fin du sprint, le travail devrait être terminé. Un examen se produit pour évaluer si le sprint a été un succès, cela revient au propriétaire du produit et tout le cycle recommence.

Scrum board : physique ou numérique ?

La gestion d'une équipe Scrum a tendance à s'articuler autour d'une forme de tableau Scrum, ce qui aide à visualiser le flux de travail. Cela pourrait impliquer un grand tableau physique, divisé en colonnes de travaux à effectuer, de travaux en cours et de travaux terminés. Cela pourrait également impliquer une sorte de tableau numérique, comme ceux de sociétés telles que Trello et Asana.

Voir lié Pourquoi Londres est le meilleur endroit pour être un développeur d'applications en 2018 Comment démarrer une entreprise : les meilleurs conseils pour réussir

Dans Trello, par exemple, vous créez des colonnes pour différentes étapes d'un flux de travail et les remplissez avec des cartes détaillant différentes tâches. La version physique de ce tableau serait organisée à peu près de la même manière, mais avec plus de post-it. Dans les deux cas, le tableau deviendra le point central du « sprint », où l'accent sera mis sur la fin de toutes les étapes d'une tâche dans le délai imparti. Un sprint peut durer deux semaines ou quelques jours.

Comme le montre cette scène de la Silicon Valley de HBO, l'objectif est généralement de faire travailler vos développeurs sur des tâches (désolé, « histoires »), guidés dans le cadre du workflow Scrum.

Scrum contre Kanban

Un système lié à Scrum est Kanban, qui s'articule également autour de post-it aux couleurs vives et de mots comme « flux de travail agile ». La plus grande différence entre Scrum et Kanban est que ce dernier est un processus continu, les travailleurs utilisant les cartes à tous les niveaux comme et quand ils le peuvent. Dans Scrum, le travail sur le tableau pivote autour des « sprints » définis.

Les rôles dans Kanban sont également plus lâches, alors que Scrum affectionne particulièrement les noms comme « scrum master », probablement parce qu'il sonne moins ennuyeux que « chef de projet », même s'il s'agit essentiellement de la même chose. Scrum a également tendance à avoir des sessions de rattrapage régulières, appelées scrums, où la progression du workflow est discutée par… vous l'avez deviné : le scrum master.