SCRUM: The Art of Doing Twice the Work in Half the Time - Jeff Sutherland

Apprenez-en davantage sur le cadre de travail qui a été appliqué dans des entreprises comme Google, Amazon et Microsoft, dans le livre «Scrum: The Art of Doing Twice the Work in Half the Time», directement avec l'un de ses créateurs, le coach agile Jeff Sutherland.

En partageant des exemples de réussite de l'utilisation de Scrum dans une grande variété d'entreprises et même dans l'enseignement scolaire, Jeff Sutherland montre clairement le pouvoir du cadre de travail à s'adapter et à produire des impacts positifs pour toutes les personnes impliquées.

Laissez-vous inspirer par la culture agile et découvrez les principes fondamentaux de Scrum dans ce résumé!

À propos du livre «Scrum»

«Scrum: The Art of Doing Twice the Work in Half the Time» a été écrit par Jeff Sutherland et publié en 2014, aux éditions Currency.

Scrum est un cadre agile, adaptable et autocorrectif qui a été créé en 1993 pour le développement de logiciels, dans le but de surmonter les difficultés et les inconvénients du modèle en cascade.

Dans le but d' amener Scrum dans les secteurs d'activité et de révolutionner différentes entreprises, Jeff Sutherland indique, dans ce livre, les concepts pour l'application de cette approche.

À propos de l'auteur Jeff Sutherland

Jeff Sutherland est né en 1941, aux États-Unis, et a suivi pendant 11 ans une carrière militaire, après avoir été diplômé de l'académie de West Point.

Après cela, Jeff a obtenu son doctorat en biométrie, radiologie et médecine préventive, à la faculté de médecine de l'université du Colorado, où il a travaillé au développement de systèmes et à la collecte et l'analyse de données.

Avec Ken Schwaber, Jeff Sutherland a créé Scrum et est également le co-auteur du Manifeste Agile. Il se consacre actuellement à la diffusion de cette structure en tant que coach agile, PDG de Scrum Inc. et président de la Scrum Foundation.

À qui convient ce livre?

L'ouvrage «Scrum: The Art of Doing Twice the Work in Half the Time» est recommandé aux managers de différents secteurs qui souhaitent adhérer au Manifeste Agile, rendre leur entreprise plus adaptable et leurs projets plus agiles et continuellement améliorés en fonction des besoins du client.

Les idées principales du livre «Scrum»

• Scrum recherche l'alignement et le travail d'équipe de toutes les personnes impliquées afin de fournir rapidement de la valeur;
• Elle est basée sur la façon dont les gens travaillent réellement;
• L'équipe de développement effectue le travail d'une manière définie par elle et guidée par le Scrum Master, qui l'aide à être plus performante;
• Le Product Owner est en contact avec le client et montre ce qui sera fait;
• Pour envisager une tâche, demandez-vous: «Pour qui cette tâche sera-t-elle effectuée?», «Qu'est-ce qui sera fait en premier?» et «Pourquoi le client le veut-il?»;
• Le développement de produits suit également le principe de Pareto: 20% des exigences représentent 80% de la valeur du produit. L'objectif est donc de classer ces éléments par ordre de priorité;
• Présenter le produit minimum viable dès que possible fournit le retour d'information nécessaire pour prendre des décisions en fonction de ce que le client recherche;
• La livraison par paliers permet de minimiser les risques liés à l'inadéquation du produit.

La nécessité d'un nouveau mode de pensée

L'auteur Jeff Sutherland montre, dans le livre «Scrum», comment le manque d'avancées technologiques dans le service de renseignement interne du FBI a rendu les attaques terroristes du 11 septembre imprévisibles.

Consciente de la difficulté d'accès et du manque de partage des informations, l'agence a cherché à moderniser son système, en lançant un premier projet d'amélioration.

Après trois ans, ce projet a été annulé parce qu'il ne fonctionnait pas et un deuxième projet, appelé Sentinel, a été lancé par la société Lockheed.

La planification du projet a été présentée en détail, en utilisant des méthodes en cascade et en montrant des dates et des calendriers définis à l'aide d'un diagramme de Gantt, un outil créé pendant la Première Guerre mondiale.

Cependant, après des années de développement et d'investissements, le système était encore loin d'être complet. Le grand nombre de défauts survenus et l'incapacité à les résoudre ont montré la nécessité d' une nouvelle façon d'aborder le projet.

Qu'est-ce que c'est Scrum?

L'application de Scrum implique le développement de projets avec des résultats de haute qualité, dans une période courte, avec un faible coût et des équipes plus petites.

Le nom vient du rugby et fait référence à la façon dont l'équipe fait avancer le ballon dans le jeu. Par conséquent, dans Scrum, l'équipe travaille ensemble, en étant alignée et en se concentrant sur un objectif clair.

Grâce à une analyse régulière du développement du projet, à l'expérience acquise par l'équipe et au contact avec le client, la structure permet d'identifier les améliorations et les changements potentiels.

Ainsi, l'idée qui sous-tend Scrum est un cycle d'inspection et d'adaptation, dans lequel des examens de ce qui est fait sont effectués avec une certaine fréquence pour vérifier la nécessité de cette tâche ou la manière de l'améliorer, comme l'indique l'auteur Jeff Sutherland.

Travailler avec Sprint

Jeff Johnson et Chad Fulgham ont décidé de porter le projet Sentinel en interne. Ils ont donc appliqué Scrum et ont commencé par réduire l'équipe et à hiérarchiser les exigences, en identifiant les éléments les plus précieux du système.

L'équipe de développement a sélectionné les tâches les plus prioritaires et s'est engagée à les livrer en pleine activité à la fin d'une période donnée, appelée le Sprint. Et, à la fin de chaque Sprint, les membres de l'équipe se sont interrogés:

• Comment pouvons-nous mieux travailler lors du prochain Sprint?
• Quels étaient les obstacles que nous devions lever pendant cette période?
• Quels sont les obstacles qui nous ralentissent?

Sur la base de cette analyse et de l'auto-organisation des travailleurs, Jeff Johnson et son équipe ont mené à bien le projet en 20 mois.

L'origine et les fondements de Scrum

L'auteur Jeff Sutherland raconte que dans la Force aérienne, il a appris que le contrôle des risques implique les étapes d' observation, d' évaluation, de décision et d' action.

Des années plus tard, au cours d'une de ses expériences professionnelles, il a travaillé auprès de Rodney Brooks, l'un des fondateurs de iRobot, qui créait des robots ayant la capacité d'apprendre leurs fonctions à chaque fois qu'ils étaient activés, en suivant une série de règles et d'instructions simples.

Jeff dit s'être souvenu des quatre leçons apprises lors de sa formation et avoir imaginé des équipes auto-organisées qui apprendraient et s'amélioreraient en suivant un ensemble de directives claires.

Inspiré par cette idée, il a poursuivi sa carrière dans une entreprise appelée Easel, où il a été mis au défi de développer de nouveaux produits en six mois seulement.

Sachant qu'il ne serait pas possible de mener à bien un tel projet en se basant sur le modèle en cascade, qui était couramment utilisé, Jeff Sutherland et son équipe, après avoir étudié les projets et l'organisation des équipes, ont développé le cadre Scrum, en se basant sur les enseignements des grandes entreprises:

• Des équipes multifonctionnelles, aux compétences et expériences variées, et disposant de l'autonomie nécessaire pour s'autogérer;
• Les dirigeants se sont attachés à supprimer les obstacles pour faciliter les progrès;
• Développement flexible et rapide des projets par étapes qui s'incrémentent;
• Un objectif et un but clairs pour tous les membres de l'organisation.

Ainsi, Scrum est le moyen de mettre en pratique les valeurs présentes dans le Manifeste Agile, comme le dit le livre «Scrum: The Art of Doing Twice the Work in Half the Time»:

«Les individus et les interactions plutôt que les processus et les outils; un logiciel fonctionnel et une documentation complète; la collaboration avec le client plutôt que la négociation du contrat; réagir au changement plutôt que de suivre un plan.»

Inspecter et adapter

Scrum se base sur certaines techniques appliquées dans les industries japonaises, comme le cycle PDCA, proposé par W. Edwards Deming et qui a révolutionné Toyota:

• Planifier: planifier la manière dont cela sera fait;
• Faire (Do): faire et tester ce qui a été fait;
• Vérifier (Check): vérifier les résultats et les analyser, en cherchant des moyens de corriger les problèmes et d'améliorer le processus;
• Agir: agir, en mettant en œuvre des changements dans la manière de travailler sur la base de ce qui a été analysé précédemment.

Changer ou mourir

Comme l'affirme Jeff Sutherland, insister sur une méthode qui vise à ce que tout soit planifié à l'avance dans les moindres détails et fonctionne sous «commande et contrôle» ne fonctionne tout simplement plus, cela conduit simplement aux échecs que connaissent de nombreuses entreprises.

Une méthodologie adaptable est nécessaire dans un monde en constante évolution. Pour cette raison, le livre «Scrum: The Art of Doing Twice the Work in Half the Time» renforce: changer ou mourir.

L'évaluation de chaque livraison du projet avec les clients permet à l'équipe de s'aligner davantage sur leurs exigences et de procéder à des changements et des améliorations dans le but de produire réellement ce qu'ils veulent et avec la meilleure qualité possible.

Shu Ha Ri

Selon ce qui est expliqué dans «Scrum», le concept de Shu Ha Ri, issu des arts martiaux, consiste en:

• Shu: apprendre les règles et les formulaires qui doivent être reproduits;
• Ha: innover à partir de ce que vous avez appris;
• Ri: après avoir maîtrisé la pratique, jeter les formes et être créatif.

Jeff Sutherland fait le lien avec Scrum, car il s'agit d'un cadre qui, après un apprentissage pratique, commence à fonctionner naturellement.

Hiérarchisation des tâches

L'auteur Jeff Sutherland souligne l'importance de la hiérarchisation dans Scrum car en laissant progresser une tâche à la fois, classée selon son importance et sa valeur ajoutée, la concentration et la productivité augmentent.

Pour déterminer l'effort nécessaire à l'exécution d'une tâche, le livre explique le «Planning Poker», une méthode simple et rapide qui consiste à fournir des cartes numérotées à chaque membre.

Puis, au fur et à mesure que chaque tâche est révélée, les membres présentent, en même temps, une carte portant un numéro qui indique l'effort requis pour la réaliser.

Si chaque membre a un chiffre différent mais proche, on fait la moyenne des valeurs. Si la différence entre les cartes est supérieure à 3, les personnes qui ont choisi les cartes de valeur la plus élevée et la plus faible expliquent la raison de leur choix, et le tour est répété pour réduire cette différence.

Un autre principe du cadre est que nous devons essayer de faire les choses correctement du premier coup, mais si une erreur apparaît, elle doit être résolue immédiatement.

Les rôles du Scrum

Dans le livre «Scrum: The Art of Doing Twice the Work in Half the Time», les fonctions de chaque rôle au sein de l'agile Scrum sont présentées:

Équipe de développement

Dans le cadre de Scrum, il n'y a pas de séparation des postes dans les équipes. Chaque équipe compte des membres possédant les compétences nécessaires pour concevoir, construire et tester le produit, et chacun participe au processus de développement du début à la fin.

C'est pourquoi les équipes sont multifonctionnelles, de sorte que la diversité des origines, des forces et des expériences de chacun complète les caractéristiques des autres.

Scrum Master

Le Scrum Master est une personne qui maîtrise la structure Scrum, agissant comme conseiller et comme facilitateur, et dont l'objectif est d'aider l'équipe à identifier et à traiter les obstacles qui se présentent tout au long du projet.

Cette personne guide également, à la fin de chaque Sprint, les questions suivantes qui permettent l'amélioration continue du travail de chacun:

• Comment pouvons-nous améliorer ce que nous faisons?
• Que pouvons-nous changer dans notre façon de travailler?
• Quel est notre plus gros problème?

Product Owner

Le Product Owner est en contact avec les stakeholders, recevant les opinions et le feedback des clients. Grâce à ces informations, cette personne est en mesure de transmettre à l'équipe la vision et les décisions relatives au développement du projet du point de vue du client.

En outre, ce rôle doit expliquer à l'équipe ce qui doit être fait et pour quelle raison, mais c'est l'équipe qui décide de la manière dont cela sera fait.

Le Product Backlog est une liste établie par le Product Owner qui contient toutes les tâches qui sont effectuées par l'équipe de développement. Avant chaque S print, l'équipe sélectionne, dans le Backlog du produit, les éléments qu'elle va produire, formant ainsi le Sprint Backlog.

Avec l'équipe de développement, le Product Owner décide également de ce que signifie la «fin» du travail, son achèvement, connu dans Scrum comme la définition de prêt.

Les cérémonies de Scrum

Comme l'explique l'auteur Jeff Sutherland dans le livre «Scrum», les phases organisent les objectifs du projet et la répartition des tâches. Apprenez-en davantage à leur sujet:

• Planification du Sprint: c'est une réunion qui définit les User Stories pour le Sprint qui va commencer. Le nombre de tâches est estimé sur la base du Sprint précédent, en égalisant le total des points obtenus (vitesse de l'équipe) et en essayant de l'augmenter en supprimant les obstacles;
• Sprint: chaque Sprint représente un incrément dans le développement d'un produit, correspondant à une liste de tâches qui seront réalisées par l'équipe sur une période déterminée (généralement 4 semaines) et livrées conformément à la définition de prêt;
• Réunion quotidienne ou Scrum quotidien: également appelée «Stand-up Meeting», il s'agit d'une réunion rapide (jusqu'à 15 minutes), tenue tous les jours à la même heure, au cours de laquelle le Scrum Master demande aux membres de l'équipe: «Qu'avez-vous fait hier pour aider l'équipe à terminer le Sprint?», «Que ferez-vous aujourd'hui pour aider l'équipe à terminer le Sprint?», et «Quels sont les obstacles auxquels l'équipe est confrontée?»;
• Revue du Sprint: livraison au client de ce qui a été fait pendant le Sprint afin de recevoir son feedback;
• Rétrospective du Sprint: après avoir apporté de la valeur, il est temps de réfléchir à la méthode et de chercher à l'améliorer en permanence en mettant en œuvre des changements.

Qu'est-ce que les autres auteurs en disent?

Le livre «Commencer par Pourquoi» de Simon Sinek, convient à ceux qui veulent inspirer les autres et réussir au travail. Dans ce parcours, l'auteur souligne l'importance de connaître son «pourquoi», c'est-à-dire son but et sa mission ultime.

Dans «High Output Management», Andrew Grove affirme que la réunion est un moyen par lequel le travail de gestion est effectué. Elle est un moyen de fournir des informations et des connaissances, d'expliquer la méthode proposée pour une activité donnée et d'aider à la prise de décision.

Et si vous voulez tester votre produit avant de le livrer aux clients pour saisir leurs perceptions afin de trouver des opportunités d'amélioration, le livre «Sprint», de Jake Knapp, vous aidera à construire un tel produit en cinq jours.

D'accord, mais comment puis-je appliquer cela à ma vie?

Après avoir compris les concepts et les phases de Scrum, vus tout au long de ce résumé, voici quelques moyens pratiques de commencer:

• Choisissez le Product Owner et le Scrum Master et organisez l'équipe de développement, en recherchant la diversité et les compétences nécessaires au projet;
• Avec la vision du produit à développer, créez le Backlog du produit et donnez la priorité aux éléments qui représentent une plus grande livraison de valeur;
• Créez le Sprint Backlog, en sélectionnant les tâches qui seront réalisées dans le Sprint qui va démarrer;
• Rendez tout le travail visuel en utilisant des tableaux de post-it qui divisent les tâches: À faire, En cours, Fait;
• Résoudre les obstacles et les empêchements observés lors des réunions quotidiennes;
• Lors de la livraison de l'incrément de produit et de la réception du retour d'information, affinez le Backlog du produit afin de répondre aux demandes et de hiérarchiser de manière plus appropriée ce qui est considéré comme ayant la plus grande valeur pour le client;
• Cherchez l'amélioration continue, en mettant en œuvre les changements suggérés dans la rétrospective du S print.

Si vous souhaitez introduire Scrum sur votre lieu de travail, mais que vous rencontrez des résistances à l'adoption de l'état d'esprit agile, un conseil est de montrer les avantages et les bénéfices, en partageant des cas de réussite et en présentant les résultats à l'échelle pilote.

Avez-vous aimé ce résumé du livre «Scrum»?

Que pensez-vous de «Scrum: The Art of Doing Twice the Work in Half the Time», de Jeff Sutherland? Laissez-nous vos commentaires pour que nous sachions ce que vous pensez et que nous vous offrions toujours le meilleur!

Si vous souhaitez lire cet ouvrage dans son intégralité, cliquez sur l'image ci-dessous: