Scrum pour les nuls. Scrum (méthode) Scrum est un framework ou cadre de développement de produits logiciels complexes.
Il est défini par ses créateurs comme un « cadre de travail holistique itératif qui se concentre sur les buts communs en livrant de manière productive et créative des produits de la plus grande valeur possible ». Scrum est considéré comme un groupe de pratiques répondant pour la plupart aux préconisations du Manifeste agile. Scrum s'appuie sur le découpage d'un projet en « boîtes de temps », nommées sprints (« pointes de vitesse »). Les sprints peuvent durer entre quelques heures et un mois (avec un sprint médian à deux semaines). Chaque sprint commence par une estimation suivie d'une planification opérationnelle.
Contextualiser Scrum. Pour utiliser le cadre Scrum, il faut d’abord y insérer des pratiques complémentaires, variables selon le domaine, et adapter le tout au contexte.
Qu'est ce qu'un (bon) ScrumMaster? Vous êtes de plus en plus nombreux à vous intéresser à l’agilité, à travailler dans un cadre de Scrum voire même à endosser le costume de ScrumMaster.
Voici donc quelques éléments qui vont permettront d’y voir plus clair sur ce nouveau rôle. ScrumMaster c’est un des 3 rôles proposés dans Scrum (avec l’Equipe et le Product Owner) Animateur d’une équipe qui applique la méthode Agile Scrum, le ScrumMaster aide l’équipe à travailler de manière autonome et à s’améliorer constamment. Il est le garant de Scrum sur le projet. Dans les grandes lignes, le ScrumMaster va principalement agir en facilitateur, va protéger l’équipe et lever les obstacles empêchant l’équipe d’avancer. Plus précisément… Vous me demandez régulièrement quels sont les qualités d’un bon ScrumMaster.. Voici déjà ce qu’il n’est pas: et pour le reste, voici ce que j’en pense: Le ScrumMaster non plus ! Jean Claude GROSJEAN - COACH d’Organisation. Follow Me: Secrets de ScrumMaster. Si vous êtes ScrumMaster, lisez ceci… nous gagnerons du temps dans nos accompagnements!
Voici le TOP 10 des articles à LIRE pour vous aider à démarrer dans de bonnes conditions. Ils peuvent également permettre à vos interlocuteurs de mieux comprendre les contours de votre rôle, ce qu’ils peuvent attendre de vous et ce que vous pourriez attendre de leur part! Désormais c’est aussi un PREREQUIS côté ScrumMaster pour démarrer un coaching agile avec moi.
Article # 1: LA description du rôle, ce qu’est Un BON ScrumMaster ce qu’il n’est pas.. Article # 2 La différence entre ETRE AGILE et FAIRE de l’agile. Secrets de Product Owner. … vous êtes Product Owner, lisez ceci, nous gagnerons du temps dans nos accompagnements.
Voici le TOP 10 des articles à LIRE pour vous aider à démarrer dans de bonnes conditions. Ils peuvent également permettre à vos interlocuteurs de mieux comprendre les contours de votre rôle, ce qu’ils peuvent attendre de vous et ce que vous pourriez attendre de leur part! Article #1: Etre en mesure de partager une description de votre rôle (focus, responsabilités et activités majeures) Le rôle de partie prenante. Les trois rôles qu'on trouve dans une équipe Scrum sont maintenant bien connus.
Par contre, le rôle de partie prenante l'est beaucoup moins, alors que de nombreuses difficultés dans la mise en œuvre de Scrum y sont relatives. Une partie prenante est une personne qui est intéressée par le résultat obtenu par l'équipe. Ce sont des utilisateurs, des clients mais aussi des sponsors, des représentants des utilisateurs, des gens du marketing ou du commerce, des managers, des personnes impliquées dans l’infrastructure, dans la qualité, des membres d'autres équipes, etc. Un chercheur universitaire américain, Ronald K. Agile à l'Echelle: les 4 éléments du dispositif de base. La présence de plusieurs équipes agiles devant travailler ensemble au sein d’un même programme par exemple induit une complexité qu’il est nécessaire d’appréhender au travers d’un dispositif à la fois adaptatif et rigoureux; juste ce qu’il faut de dispositif pour être et rester agile sur le long terme.
Je me souviens d’un des premiers principes de LeSS (Large Scale Scrum) confié par Craig Larman il y a quelques années lors d’un de ses passages à Paris Large Scale Scrum is Scrum – Craig Larman J’avoue que c’est mon point de départ quand je suis amené à travailler dans un contexte « Agile@Scale »: l’agile à l’échelle c’est avant tout et d’abord de l’Agile! Dés lors, comment procéder dans ce type de contexte? ET bien restons simple et… Tout cela nous permettra, si tout le monde joue le jeu, de :
Sprint. Release. KPI. Scrum Guide. C'est le titre du 21e chapitre de la 4e édition de mon livre Scrum.
Cette dernière édition, sortie il y a un an, marche bien ; alors peut-être que quelques lecteurs sont arrivés jusqu'à ce chapitre… Je m'adresse à eux, qui ont lu ce chapitre, sur lequel j'aimerais bien avoir du feedback, car je l'ai réécrit presque entièrement, avec un positionnement de type "retour ô sources", pour reprendre le thème d'Agile tour Toulouse cette année. Ou, pour le dire autrement, je me place clairement sur une ligne anti néocons pour reprendre un thème de ma présentation Scrum ? Mon scrotum ! Voici ce que je dis en introduction du chapitre Développer un produit avec plusieurs équipes : Le chapitre « Scrum à grande échelle » avait été ajouté lors de la deuxième édition de ce livre.
De mon côté, j’ai expérimenté ce passage à l’échelle dans plusieurs situations. Pour être plus clair sur l’objectif de ce chapitre, je l’ai renommé. Sprint zéro. Attention ce n'est pas un vrai sprint, c'est l'échauffement.
Avant de commencer le premier sprint, il y a une période de temps utilisée à préparer ce qui est nécessaire au lancement des sprints dans de bonnes conditions. Jusqu'à récemment, je désignais cette période sous le nom de phase, pour la distinguer de la phase des sprints. TAPIS pour l'équipe Scrum.