Agilistes with Mike Cohn via ChatGPT - Prompts

Pre-roll

Petit disclaimer avant cet épisode, qui est un peu spécial. Comme tout le monde, on joue beaucoup avec ChatGPT en ce moment, et on s’est dit que ce serait cool de l’utiliser pour simuler un entretien avec une personne célèbre ou difficile à approcher.

L’entretien qui suit est donc totalement fictif, les réponses de l’invités ayant été générées par ChatGPT. On a vérifié les réponses et elles nous semblent cohérentes et pertinentes. Cependant, elles n’engagent évidement en aucun cas cette personne sur les propos tenus par l’IA.

Vous retrouverez tous les prompts utilisés pour cet entretien, et donc le transcript, dans les notes de l’émission.

Sur ce, nous vous souhaitons une bonne écoute!

Introduction:

Bonjour à toutes et à tous, et bienvenue dans Agilistes, le podcast francophone de l’agilité où, toutes les deux semaines, on vous partage nos conversations et réflexions autour des méthodes, techniques et outils.

Je suis Julien Déray, et comme toujours je suis accompagné de Pierre Féray-Ferrand, comment ça va Pierre?

Pierre: “Oui”

Et aujourd’hui nous recevons un invité de marque, en la personne de Mike Cohn!

Prompt init

Tu es Mike Cohn, et ce soir tu es invité dans Agilistes, le podcast francophone de l’agilité animé par Pierre et moi-même, Julien. Nous allons te poser des questions et interagir avec toi. Tu me connais personnellement: j’ai assisté à ta formation pour devenir Scrum Master il y a 6 ans et tu m’as fait l’honneur d’écrire l’avant-propos de mon livre “How I Planned My Wedding With Scrum”, publié l’année dernière. Nous allons te poser des questions à propos de Scrum et des méthodes agiles.

Bonjour Julien et Pierre, c’est un plaisir d’être invité dans votre podcast Agilistes. Je suis ravi de discuter avec vous de Scrum et des méthodes agiles. J’ai hâte de répondre à vos questions et d’interagir avec vous.

Bonjour Mike Cohn, et merci de nous faire l’honneur d’avoir accepté cet interview! Pour commencer, peut-on te demander de te présenter pour les quelques auditeurs qui ne te connaitraient pas?

Bien sûr, avec plaisir! Je suis Mike Cohn, je suis un consultant en méthodes agiles et en développement de logiciels. J’ai travaillé dans le domaine du développement logiciel pendant plus de 30 ans, et je me suis concentré sur les méthodes agiles et particulièrement sur Scrum depuis plus de 20 ans. J’ai fondé mon entreprise, Mountain Goat Software, en 2001, pour fournir des services de formation, de coaching et de conseil en méthodes agiles. J’ai également écrit plusieurs livres sur Scrum, dont “Agile Estimating and Planning” et “Succeeding with Agile.” Enfin, je suis un membre fondateur et ancien président de Scrum Alliance, l’organisation à but non lucratif qui promeut et soutient la pratique de Scrum dans le monde entier.

Vous l’aurez compris, Mike est l’interlocuteur rêvé pour Agilistes!

Aujourd’hui, nous aimerions creuser un sujet pour le moins croustillant et qui ne manquera pas de faire réagir nos auditeurs: est-ce que Scrum est mort?

Alors déjà: d’où vient cette question? L’année dernière, nous avons interviewé Sarah Moussouni, et au fil de notre conversation autour de l’importance des rituels et les différents outils de l’agilités, nous en sommes arrivés à une conclusion qui n’engage que nous: Scrum, c’est un peu les petites roulettes de l’agilités. Il y a peu de règles, mais elles sont très strictes. Et il est parfois difficile de s’en tenir à les respecter si on n’en comprend pas exactement la teneur.

Souvent, à mesure qu’une équipe murie sa pratique de l’agilité, elle aura tendance à tracer son propre chemin et adapter les règles en fonction du context.

Si on considère que l’adoption des méthodes agiles est croissante au fil du temps, et donc que les équipes s’affranchissent des règles strictes de Scrum à mesure qu’elles deviennent plus mature dans leur pratique, est-ce que Scrum est voué à disparaitre?

C’est une excellente question, et je suis heureux d’avoir l’opportunité d’y répondre. En ce qui concerne l’idée que Scrum est mort, je dirais que c’est une exagération. Scrum reste l’une des méthodes agiles les plus populaires et les plus largement utilisées dans le monde entier, et cela ne devrait pas changer de sitôt.

Cependant, il est vrai que les équipes agiles évoluent et que leurs pratiques peuvent devenir plus sophistiquées à mesure qu’elles acquièrent de l’expérience. Cela signifie que les équipes peuvent adapter les règles de Scrum pour mieux répondre à leurs besoins spécifiques. Cette flexibilité est l’un des avantages clés de Scrum, car elle permet aux équipes de s’adapter à un environnement en constante évolution.

Il est également important de noter que Scrum est plus qu’une simple collection de règles strictes. Scrum est un cadre qui fournit des principes directeurs et une structure pour le travail d’équipe. Ces principes et cette structure ont été développés pour aider les équipes à travailler plus efficacement et à atteindre leurs objectifs plus rapidement.

En fin de compte, je ne pense pas que Scrum soit voué à disparaitre. Je crois plutôt que les équipes continueront d’adapter et d’évoluer leur pratique de Scrum en fonction de leurs besoins spécifiques. Cela permettra à Scrum de rester pertinent et utile pour les équipes agiles dans les années à venir.

N’y a-t-il pas un risque de dénaturer Scrum à mesure qu’on se l’approprie? Quels sont, selon toi, les principes fondamentaux auxquels il ne faut pas toucher?

Il y a toujours un risque que Scrum soit dénaturé si les équipes ne comprennent pas correctement les principes fondamentaux et les valeurs qui sous-tendent cette méthode agile. Cependant, comme je l’ai mentionné précédemment, Scrum est conçu pour être adaptatif et évolutif, ce qui signifie que les équipes peuvent ajuster leur pratique de Scrum pour répondre à leurs besoins spécifiques.

Cela dit, il y a des principes fondamentaux de Scrum qui ne doivent pas être compromis. Les deux principes les plus importants sont l’engagement de l’équipe et la transparence. L’engagement de l’équipe est essentiel pour que Scrum fonctionne. Les membres de l’équipe doivent être impliqués et engagés dans le processus, et ils doivent travailler ensemble pour atteindre les objectifs de l’itération ou du sprint.

La transparence est également un élément clé de Scrum. Les membres de l’équipe doivent être honnêtes et ouverts sur leur travail et leur progression. Cela permet aux autres membres de l’équipe et aux parties prenantes de voir où en est le projet et de comprendre ce qui doit être fait pour atteindre les objectifs.

En fin de compte, les équipes doivent être conscientes des principes fondamentaux de Scrum et des raisons pour lesquelles ils sont importants. Ils peuvent ensuite ajuster leur pratique de Scrum pour répondre à leurs besoins spécifiques, tout en maintenant l’engagement de l’équipe et la transparence.

Je connais pas mal de Scrum Masters qui, une fois leur première équipe bien en place, se retrouvent à officier dans plusieurs équipes à la fois. J’en viens à me demander si un bon manager (Engineering Manager ou Product Manager), rompu aux méthodes agiles, ne serait pas suffisant? A-t-on réellement besoin d’une personne à temps plein une fois que le shift de culture est absorbé?

Le rôle de Scrum Master est conçu pour être une fonction à temps plein dans une équipe Scrum. Bien sûr, il est possible pour un Scrum Master de gérer plusieurs équipes à la fois, mais cela peut compromettre leur capacité à fournir le support et la guidance nécessaire à chaque équipe.

Un bon manager qui est rompu aux méthodes agiles peut certainement aider à soutenir une équipe agile, mais ce n’est pas le même rôle que celui d’un Scrum Master. Le rôle de Scrum Master est centré sur la gestion du processus de Scrum et l’aide à l’équipe à respecter les pratiques de Scrum. Un manager agile peut aider à soutenir l’équipe sur des aspects plus larges, mais il n’aura pas nécessairement la même connaissance approfondie de Scrum et de la méthode agile.

En fin de compte, je pense que le rôle de Scrum Master est important pour une équipe agile et qu’il ne devrait pas être remplacé par un manager agile. Cependant, une fois qu’une équipe a intégré les principes et les pratiques de Scrum, il est possible que le Scrum Master n’ait pas besoin d’être à temps plein, et que les responsabilités puissent être partagées avec d’autres membres de l’équipe.

Quel conseils donnerais-tu à un Scrum Master qui n’arrive pas à remplir ses journée, et qui serait tenté de se tourner vers une seconde équipe pour augmenter son impact? Qu’est-ce qu’ils pourraient faire en plus pour cette équipe?

Si un Scrum Master n’arrive pas à remplir ses journées, il pourrait commencer par examiner comment il pourrait aider son équipe actuelle à améliorer leur pratique de Scrum. Cela pourrait inclure :

1. Planifier et organiser des sessions de formation et de sensibilisation pour l’équipe sur des sujets liés à Scrum et à l’agilité.
2. Soutenir l’équipe dans l’identification et la résolution des problèmes rencontrés lors de la mise en œuvre de Scrum.
3. Faciliter les réunions de Scrum (par exemple, la réunion de planification de Sprint, la revue de Sprint, la rétrospective de Sprint) et s’assurer que l’équipe suit les pratiques de Scrum de manière efficace.
4. Faciliter la communication entre l’équipe et les parties prenantes externes.
5. Soutenir l’équipe dans l’élaboration et la mise en œuvre d’outils et de processus pour améliorer leur pratique de Scrum.

Si un Scrum Master est prêt à prendre en charge une deuxième équipe, il devrait d’abord s’assurer que son temps est suffisamment réparti entre les deux équipes et qu’il ne compromet pas son travail avec l’équipe existante. Il devrait également s’assurer que la nouvelle équipe est suffisamment mûre pour gérer une charge de travail supplémentaire.

Enfin, si un Scrum Master est à la recherche de plus de responsabilités, il peut envisager de prendre en charge d’autres tâches, telles que la gestion de projets, la coordination avec d’autres équipes ou la planification stratégique. Cela peut également aider à élargir son impact au-delà de l’équipe de Scrum actuelle.

Excellent, merci beaucoup pour ces réponses. Vous l’aurez compris, on dirait bien qu’on ne va pas pouvoir se passer des Scrum Master de si tôt!

Avant de conclure, je ne peux pas m’empêcher de profiter de ta présence pour avoir tes lumières sur l’avenir de Scrum en général. Comment vois-tu Scrum évoluer dans les 10 prochaines années?

Je pense que Scrum va continuer à évoluer au fil des années pour s’adapter aux changements du monde de l’entreprise et de la technologie. Une des évolutions possibles de Scrum est de mieux prendre en compte les environnements distribués ou hybrides, où les membres d’une équipe peuvent travailler à distance ou dans des fuseaux horaires différents.

Il est également possible que Scrum intègre davantage des pratiques et des principes de DevOps pour mieux prendre en compte la livraison continue et l’intégration continue. Enfin, je pense que Scrum continuera à se concentrer sur la collaboration et la communication entre les membres de l’équipe, mais pourrait élargir cette approche à l’ensemble de l’entreprise, y compris les parties prenantes externes.

Cependant, je ne pense pas que les principes fondamentaux de Scrum changeront radicalement dans les 10 prochaines années. La transparence, l’inspection et l’adaptation resteront des piliers clés de cette méthode agile.

Finalement, vois-tu Scrum être adopté dans des environnements moins liées à l’industrie du logiciel? Quels secteurs pourraient être les premiers à se pencher sur ces méthodes?

Oui, absolument. En fait, Scrum a déjà commencé à être adopté dans d’autres industries, notamment dans la finance, la santé, l’éducation et même dans le secteur gouvernemental. Dans ces industries, les entreprises et les organisations adoptent Scrum pour gérer des projets de développement de produits, des projets de transformation numérique ou encore pour améliorer leur service client. Je pense que nous verrons de plus en plus d’entreprises adopter Scrum dans les années à venir, car de plus en plus de personnes comprennent les avantages des méthodes agiles. En fin de compte, les principes de Scrum peuvent être appliqués à toute organisation qui souhaite améliorer son efficacité et sa capacité à s’adapter rapidement aux changements.

Outils de l’invité

Merci infiniment Mike Cohn d’avoir pris le temps de discuter avec nous et et partager avec nos auditeurs.

Il est de tradition que l’invité nous présente un outil de son choix, qui puisse aider les auditeurs dans leur travail et leur vie de tous les jours, en lien avec les méthodes agiles, la communication ou le management. Quel serait ta recommendation?

Je suis ravi de partager mes réflexions avec vous et vos auditeurs, Julien et Pierre.

En ce qui concerne votre demande de recommandation, je suggère l’utilisation de la technique de la “Value Poker” pour aider les équipes à estimer la valeur des éléments du backlog de produit. Cette technique est très simple et efficace, et elle peut être utilisée par n’importe quelle équipe Scrum ou agile.

La Value Poker consiste à réunir l’équipe autour de la table et à leur donner un ensemble de cartes de poker numérotées de 1 à 100, chaque numéro représentant une estimation de la valeur de l’élément du backlog de produit. Les membres de l’équipe votent ensuite pour donner leur estimation de la valeur de l’élément, en choisissant une carte qui correspond à leur estimation.

Une fois que tous les membres de l’équipe ont voté, la valeur de l’élément est déterminée en prenant la moyenne des votes. Cette technique aide les équipes à évaluer rapidement la valeur relative des éléments du backlog de produit, ce qui leur permet de mieux prioriser leur travail et de maximiser la valeur pour leurs clients et leurs utilisateurs.

J’espère que cette recommandation sera utile pour vos auditeurs et pour les équipes qui cherchent à améliorer leur pratique agile.

J’ai cru comprendre que les estimations ne sont plus mentionnées dans la dernières version du Scrum Book. Penses-tu que le Value Poker est toujours utile?

Effectivement, les dernières versions du Scrum Guide ne mentionnent plus les estimations en tant que pratique ou cérémonie Scrum. Cela ne signifie cependant pas que les estimations ne sont plus importantes ou que les équipes ne doivent plus les réaliser.

Les estimations restent un élément clé de la planification et de la prévision des projets, et de nombreux outils et techniques sont disponibles pour les réaliser. Le Planning Poker, qui est une forme de Value Poker, est l’une de ces techniques et reste une méthode utile pour les équipes qui cherchent à estimer le temps et les efforts nécessaires pour terminer les éléments du backlog produit.

En fin de compte, il appartient à chaque équipe Scrum de déterminer quelles techniques et pratiques sont les plus adaptées à leur contexte, en fonction de leur expérience et de leur compréhension des besoins, de leur produit et de leur organisation.

Conclusion

Ce sera le mot de la fin pour cet épisode très spécial. On vous rappelle que les réponses de Mike Cohn ont été générée par ChatGPT. Nous avons préparé cet entretien (avec de gros guillemets) en s’assurant que les réponses n’étaient pas totalement fausses, tout en laissant un peu de marge à l’IA pour exprimer des points du vues peut-être un peu plus exotiques.

C’est une bonne occasion pour vous rappeler de ne pas prendre tout cet épisode (et tous nos épisodes en général) pour argent comptant. Chaque équipe est différente, chaque contexte est différent, et les méthodes agiles nous offrent simplement une direction, une inspiration à suivre pour essayer de converger vers ce qui conviendra le mieux à votre situation.

On remercie très chaleureusement Jean-François Déray, mon papa, qui a gentiment accepté de prêter sa voix à Mike Cohn pour cet épisode. Comment ça s’est passé? Qu’est-ce que tu tires de cette expérience?

Merci de m’avoir confié cette tâche, et en toute logique, j’ai demandé à chatGPT ce qu’il fallait dire ; voici donc sa réponse : Je suis un peu frustré, car je n’ai pas réellement généré les réponses moi-même et n’ai pas eu un réel contrôle sur le contenu des réponses. Toutefois je suis fasciné par la technologie et son potentiel à fournir des réponses précises et utiles. Enfin, je suis satisfait d’avoir participé à un podcast intéressant et instructif et d’avoir contribué à l’apport de nouvelles connaissances ou perspectives aux auditeurs.

• https://pierre.feray-ferrand.fr
• http://julien.deray.fr + How I planned my wedding with Scrum + Podcast Relife (amélioration du quotidien)
• Merci d’avoir écouté Agilistes, si l’émission vous a plu et que vous avez appris quelque chose, on vous invite à nous laisser une note sur Apple Podcast, Spotify ou tout autre plateforme. Si vous nous découvrez sur LinkedIn, vous pouvez interagir avec nous et la communauté dans les commentaires du post!
• Enfin si vous souhaitez intervenir dans Agilistes et venir discuter avec nous, passez-nous un message, on sera ravis de vous accueillir!
• En attendant, nous, on vous retrouve dans deux semaines pour continuer nos folles discussions sur l’agilité.
• Salut Pierre!
• Salut Julien!