Présentation de l'Agilité, conférence au Cara le 5 septembre 2017, à Lyon.
Introduction aux Scrum, Kanban, Lean Startup, Définition des Rôles Scrum Product Owner, Scrum Master, des cérémonies Daily Meeting, Démonstration, Product Backlog, Sprint, Coach, User Stories, Sprint Backlog, Increment, Sprint review, retrospective, sprint planning
Scrum Teams work best when they collaborate with their product owners to continually refine their backlogs. This is, of course, easier to do when teams are small and collocated. In this webinar, Luke Hohmann, from Conteneo, will present a collection of frameworks that support product owners and Scrum Teams working together to refine backlogs in large and/or distributed teams.
Introduction to Recipes for Agile Governance in the Enterprise (RAGE)Cprime
Large enterprises that develop software cannot function without structure, but often develop structures that cripple productivity and impair responsiveness to customer needs. This Webinar introduces an approach to building effective structures by introducing the concept of Agile governance.
Agile governance provides formalized practices for decision making (governance) which incorporate the principles of the Agile Manifesto and Lean Engineering. The result is a set of simple recipes for selecting, planning, organizing, and tracking work at all levels in the organization (the Portfolio, Program, and Project levels), which apply within or across Business Units. We also provide guidance on how to develop new recipes, when needed.
This webinar introduces the basic concepts of Agile governance. We will look at some existing concepts (such as Scrum of Scrums and SAFe), and lay the foundations for subsequent webinars that address specific scenarios of common interest.
Scrum guide presentation (Scrum Guide in easy to read PPT format)Aloke Bhattacharya
This document provides a summary of the Scrum Guide in PowerPoint format. It was created by Aloke Bhattacharya based on the November 2017 version of the Scrum Guide. The presentation aims to make the key points of the Scrum Guide more memorable through additional diagrams, highlighting, and splitting long paragraphs. It includes all content from the Scrum Guide unchanged and in the same order, with page numbers provided for reference.
The document discusses the definition of ready as it relates to user stories and sprints in agile software development. It provides details on what constitutes a user story being ready, including it being defined, having acceptance criteria, identified dependencies, sized by the team, and more. It also lists criteria for a sprint to be ready, such as the sprint backlog being prioritized and containing all committed work with no hidden work, and all team members having calculated their capacity for the sprint.
O documento descreve os principais papéis e responsabilidades de um Scrum Master, incluindo facilitar as reuniões do Scrum, resolver impedimentos, proteger a equipe de interferências externas, desenvolver a equipe, e garantir que as práticas ágeis sejam aplicadas. O Scrum Master deve agir como um líder servidor para disseminar o mindset ágil e promover a colaboração, indivíduos e interações sobre processos e ferramentas.
SCRUM is a framework for managing complex projects that emphasizes iterative development, daily self-organization, and regular inspection of progress and results. Key components of SCRUM include roles like the Product Owner, Scrum Master, and Development Team. Artifacts include the Product Backlog, Sprint Backlog, and Increment. Events in each Sprint include Sprint Planning, Daily Scrums, Sprint Execution, Sprint Review, and Sprint Retrospective. The goal is to optimize predictability, risk control, and value delivery through short cycles of work called Sprints.
The product owner is responsible for maximizing the value of the product by ensuring that the appropriate features are implemented in each release. This includes managing the product backlog, which contains the features, enhancements and fixes prioritized by the product owner. The product owner works closely with the scrum master and development team to refine user stories, establish acceptance criteria, participate in planning and review sessions, and make decisions about the product.
Présentation de l'Agilité, conférence au Cara le 5 septembre 2017, à Lyon.
Introduction aux Scrum, Kanban, Lean Startup, Définition des Rôles Scrum Product Owner, Scrum Master, des cérémonies Daily Meeting, Démonstration, Product Backlog, Sprint, Coach, User Stories, Sprint Backlog, Increment, Sprint review, retrospective, sprint planning
Scrum Teams work best when they collaborate with their product owners to continually refine their backlogs. This is, of course, easier to do when teams are small and collocated. In this webinar, Luke Hohmann, from Conteneo, will present a collection of frameworks that support product owners and Scrum Teams working together to refine backlogs in large and/or distributed teams.
Introduction to Recipes for Agile Governance in the Enterprise (RAGE)Cprime
Large enterprises that develop software cannot function without structure, but often develop structures that cripple productivity and impair responsiveness to customer needs. This Webinar introduces an approach to building effective structures by introducing the concept of Agile governance.
Agile governance provides formalized practices for decision making (governance) which incorporate the principles of the Agile Manifesto and Lean Engineering. The result is a set of simple recipes for selecting, planning, organizing, and tracking work at all levels in the organization (the Portfolio, Program, and Project levels), which apply within or across Business Units. We also provide guidance on how to develop new recipes, when needed.
This webinar introduces the basic concepts of Agile governance. We will look at some existing concepts (such as Scrum of Scrums and SAFe), and lay the foundations for subsequent webinars that address specific scenarios of common interest.
Scrum guide presentation (Scrum Guide in easy to read PPT format)Aloke Bhattacharya
This document provides a summary of the Scrum Guide in PowerPoint format. It was created by Aloke Bhattacharya based on the November 2017 version of the Scrum Guide. The presentation aims to make the key points of the Scrum Guide more memorable through additional diagrams, highlighting, and splitting long paragraphs. It includes all content from the Scrum Guide unchanged and in the same order, with page numbers provided for reference.
The document discusses the definition of ready as it relates to user stories and sprints in agile software development. It provides details on what constitutes a user story being ready, including it being defined, having acceptance criteria, identified dependencies, sized by the team, and more. It also lists criteria for a sprint to be ready, such as the sprint backlog being prioritized and containing all committed work with no hidden work, and all team members having calculated their capacity for the sprint.
O documento descreve os principais papéis e responsabilidades de um Scrum Master, incluindo facilitar as reuniões do Scrum, resolver impedimentos, proteger a equipe de interferências externas, desenvolver a equipe, e garantir que as práticas ágeis sejam aplicadas. O Scrum Master deve agir como um líder servidor para disseminar o mindset ágil e promover a colaboração, indivíduos e interações sobre processos e ferramentas.
SCRUM is a framework for managing complex projects that emphasizes iterative development, daily self-organization, and regular inspection of progress and results. Key components of SCRUM include roles like the Product Owner, Scrum Master, and Development Team. Artifacts include the Product Backlog, Sprint Backlog, and Increment. Events in each Sprint include Sprint Planning, Daily Scrums, Sprint Execution, Sprint Review, and Sprint Retrospective. The goal is to optimize predictability, risk control, and value delivery through short cycles of work called Sprints.
The product owner is responsible for maximizing the value of the product by ensuring that the appropriate features are implemented in each release. This includes managing the product backlog, which contains the features, enhancements and fixes prioritized by the product owner. The product owner works closely with the scrum master and development team to refine user stories, establish acceptance criteria, participate in planning and review sessions, and make decisions about the product.
The document discusses the roles in Scrum, an agile software development methodology. It describes the three main roles: the Scrum Team which develops the software; the Product Owner who prioritizes features and represents customers; and the Scrum Master who leads the team and ensures they follow Scrum practices. The roles work together iteratively with the Scrum Team delivering working software increments each sprint while the Product Owner and Scrum Master provide feedback and guidance.
The Scrum Master and the Product Owner are critical to success of agile development teams using Scrum with the authority to make changes to the process, suggest team members take action, and empower members to do tasks correctly, in support of increasing the probability of project success.
Agile transformation with Scrum. Where to start
1. Agile vs Waterfall
2. What is Scrum
3. Scrum team
4. Scrum artefacts (with activities for easier learning)
5. Scrum events
6. Is Scrum enough?
Scrum is a framework for managing complex product development that uses self-organizing cross-functional teams, short development iterations called sprints, and regular inspection and adaptation. Key roles include the Product Owner who manages the product backlog, the Scrum Master who facilitates the process, and the Scrum Team who does the work. Sprints involve planning, daily stand-ups, reviews, and retrospectives to continuously improve. The product backlog, sprint backlog, and burn down charts are used to track progress.
The document provides an overview of the agile software development process. It begins with defining agile as an iterative and adaptive approach to software development performed collaboratively by self-organizing teams. It then discusses agile principles like valuing customer collaboration, responding to change, and delivering working software frequently. The document also covers specific agile frameworks like Scrum and Extreme Programming, the role of user stories, estimation techniques like planning poker, and ceremonies like daily stand-ups, sprint planning and retrospectives. It concludes by comparing agile to the traditional waterfall model and defining some common agile metrics.
The document contains a series of links to images without any connecting text. The images appear to be related to agile software development practices and include depictions of sprints, backlogs, planning poker, burndowns, retrospectives and other agile concepts.
Este documento presenta una introducción a la gestión de proyectos ágiles. Explica que en el enfoque ágil, el éxito de un proyecto se define por la entrega de valor al cliente a través de iteraciones frecuentes. También destaca que la gestión de proyectos ágil se centra en la entrega continua de software funcionando, el trabajo en equipo autogestionado y la adaptación al cambio.
This document provides an overview of Scrum and how to implement it. It begins with an agenda that covers Scrum roles like Product Owner and ScrumMaster. It then discusses Scrum events like sprints, daily stand-ups, and retrospectives. Finally, it proposes a roadmap for implementing Scrum that involves starting with daily stand-ups and sprints before implementing other events and practices like release planning and estimating. The document aims to answer common questions about Scrum and provide guidance on getting started.
The "2017 Scrum by Picture" is something you can call Scrum Guide illustrated. It is based on the newest version of "Scrum Guide".
You will find the theory, scrum values, scrum team, scrum events including sprint, sprint planning, daily scrum, review and retrospective as well as scrum artifacts. All of those is explained in easy to follow, illustrated nicely presentation, which can assist you to catch the idea behind Scrum.
Feel free to share "2017 Scrum by Picture" with your Scrum friends.
Marcia Maia é uma arquiteta de informação e designer com experiência em Scrum na Terra, Globo.com e Locaweb. Ela defende valores como indivíduos, software funcionando e colaboração com o cliente.
O documento descreve os principais conceitos e práticas do framework Scrum para gestão de projetos ágeis, incluindo os papéis de Product Owner, Scrum Master e time de desenvolvimento, os artefatos como Product Backlog e Sprint Backlog, e as cerimônias como Sprint Planning, Daily Scrum, Sprint Retrospective e Sprint Review. O objetivo do Scrum é entregar valor ao cliente de forma contínua por meio de feedback frequente e melhoria contínua.
Make simplified process decisions with the aid of our content ready Agile Delivery PowerPoint Presentation Slides. Discuss the technical requirements and schedule of your project using this professionally designed scaled agile framework PPT slideshow. The visually appealing PowerPoint complete deck contains forty-four topic-specific templates that help to represent agile delivery phases and goals. Take advantage of the sprint methodology PPT slides to showcase a strategic framework based on different criteria. Utilize the ready-to-use agile project management PowerPoint templates to represent the stages of the software delivery process such as initiation planning execution and release. Talk about the risk mitigations strategy that results in a decrease in risk and increase in value You can also use the scrum methodology PPT graphics to discuss the factors affecting the agile delivery such as market, customers, architecture impact, dependencies and so on. Thus, download our eye-catching and informative agile manifesto PowerPoint presentation to demonstrate the roles in disciplined agile delivery. Our Agile Delivery Powerpoint Presentation Slides ensure all elements combine beautifully. You will discover the best formula. https://bit.ly/3rUUrFL
Agile is a software development methodology that builds software incrementally using short iterations of 1-4 weeks. This allows development to align with changing business needs rather than long single-pass development. An agile team includes a Scrum Master, Product Owner, and cross-functional team members who work together in iterations to deliver working software frequently based on prioritized requirements.
Scrum Master Training at UM DI | 22nd and 23rd of Feb 2017Eduardo Ribeiro
This document provides an overview of Scrum Master training. It defines Agile and its principles, contrasts traditional vs. Agile development approaches, explains what Scrum is and its core components like roles, ceremonies, and frameworks. It also covers topics like user stories, estimation techniques, definition of done/ready, and anti-patterns to avoid in Scrum implementation. The document aims to equip readers with knowledge of Scrum Master concepts and best practices.
Learn to effectively and efficiently explore, evaluate, and confirm a shared understanding of refined backlog items using Structured conversations with the 7 Product Dimensions so they are ready for implementation.
(Presented at Agile Day New York City September 2018)
Présentation succincte de Scrum.
En fonction du public elle peut tenir entre 20 minutes sans s'attarder ou en 2 heures avec une présentation des annexes.
The document discusses the Agile Scrum methodology. It describes the key principles of Scrum which value individuals and interaction, working software, customer collaboration, and responding to change over processes, documentation, contracts, and plans. It then explains the main roles in Scrum including the Product Owner, Scrum Master, and self-organizing cross-functional Team. It outlines the core Scrum events like the Sprint, Daily Stand-up, Sprint Review, and Retrospective.
Après 8 années de Scrum Master et des dizaines de formations Product Owner animées, je suis devenu moi même Product Owner.
Après 1 an et demi, en prenant un peu de recul, je m'aperçoit que je ne respecte pas certains de mes propres enseignements et conseils 😝
Vous voulez savoir lesquels ? Et pourquoi ?
A l'heure des transformations agiles, à l'heure où l'adoption d'une culture où les équipes pluridisciplinaires, autonomes et responsabilisées sont reines, nous sommes en droit de nous demander où se situe la place du middle management. Quel est l'avenir de ces chefs de projets et autres intermédiaires ?
L'agilité a le vent en poupe aux seins des sociétés de services, et nombreuses sont celles qui ont tentées une transformation pour approcher un modèle culturel et organisationnel correspondant plus à leur attentes. Mais trop nombreux sont encore les chefs de projets laissés sur le côté et qui ne trouvent plus leur place face à des équipes pluridisciplinaires, autonomes et responsabilisées. Est-ce que le middle management est amené à disparaître? Ou doit-il changer son périmètre et son type d'action ? Du manager décisionnaire au servant leader, le processus de prise de conscience face au changement semble inévitable pour la survie du middle management !
The document discusses the roles in Scrum, an agile software development methodology. It describes the three main roles: the Scrum Team which develops the software; the Product Owner who prioritizes features and represents customers; and the Scrum Master who leads the team and ensures they follow Scrum practices. The roles work together iteratively with the Scrum Team delivering working software increments each sprint while the Product Owner and Scrum Master provide feedback and guidance.
The Scrum Master and the Product Owner are critical to success of agile development teams using Scrum with the authority to make changes to the process, suggest team members take action, and empower members to do tasks correctly, in support of increasing the probability of project success.
Agile transformation with Scrum. Where to start
1. Agile vs Waterfall
2. What is Scrum
3. Scrum team
4. Scrum artefacts (with activities for easier learning)
5. Scrum events
6. Is Scrum enough?
Scrum is a framework for managing complex product development that uses self-organizing cross-functional teams, short development iterations called sprints, and regular inspection and adaptation. Key roles include the Product Owner who manages the product backlog, the Scrum Master who facilitates the process, and the Scrum Team who does the work. Sprints involve planning, daily stand-ups, reviews, and retrospectives to continuously improve. The product backlog, sprint backlog, and burn down charts are used to track progress.
The document provides an overview of the agile software development process. It begins with defining agile as an iterative and adaptive approach to software development performed collaboratively by self-organizing teams. It then discusses agile principles like valuing customer collaboration, responding to change, and delivering working software frequently. The document also covers specific agile frameworks like Scrum and Extreme Programming, the role of user stories, estimation techniques like planning poker, and ceremonies like daily stand-ups, sprint planning and retrospectives. It concludes by comparing agile to the traditional waterfall model and defining some common agile metrics.
The document contains a series of links to images without any connecting text. The images appear to be related to agile software development practices and include depictions of sprints, backlogs, planning poker, burndowns, retrospectives and other agile concepts.
Este documento presenta una introducción a la gestión de proyectos ágiles. Explica que en el enfoque ágil, el éxito de un proyecto se define por la entrega de valor al cliente a través de iteraciones frecuentes. También destaca que la gestión de proyectos ágil se centra en la entrega continua de software funcionando, el trabajo en equipo autogestionado y la adaptación al cambio.
This document provides an overview of Scrum and how to implement it. It begins with an agenda that covers Scrum roles like Product Owner and ScrumMaster. It then discusses Scrum events like sprints, daily stand-ups, and retrospectives. Finally, it proposes a roadmap for implementing Scrum that involves starting with daily stand-ups and sprints before implementing other events and practices like release planning and estimating. The document aims to answer common questions about Scrum and provide guidance on getting started.
The "2017 Scrum by Picture" is something you can call Scrum Guide illustrated. It is based on the newest version of "Scrum Guide".
You will find the theory, scrum values, scrum team, scrum events including sprint, sprint planning, daily scrum, review and retrospective as well as scrum artifacts. All of those is explained in easy to follow, illustrated nicely presentation, which can assist you to catch the idea behind Scrum.
Feel free to share "2017 Scrum by Picture" with your Scrum friends.
Marcia Maia é uma arquiteta de informação e designer com experiência em Scrum na Terra, Globo.com e Locaweb. Ela defende valores como indivíduos, software funcionando e colaboração com o cliente.
O documento descreve os principais conceitos e práticas do framework Scrum para gestão de projetos ágeis, incluindo os papéis de Product Owner, Scrum Master e time de desenvolvimento, os artefatos como Product Backlog e Sprint Backlog, e as cerimônias como Sprint Planning, Daily Scrum, Sprint Retrospective e Sprint Review. O objetivo do Scrum é entregar valor ao cliente de forma contínua por meio de feedback frequente e melhoria contínua.
Make simplified process decisions with the aid of our content ready Agile Delivery PowerPoint Presentation Slides. Discuss the technical requirements and schedule of your project using this professionally designed scaled agile framework PPT slideshow. The visually appealing PowerPoint complete deck contains forty-four topic-specific templates that help to represent agile delivery phases and goals. Take advantage of the sprint methodology PPT slides to showcase a strategic framework based on different criteria. Utilize the ready-to-use agile project management PowerPoint templates to represent the stages of the software delivery process such as initiation planning execution and release. Talk about the risk mitigations strategy that results in a decrease in risk and increase in value You can also use the scrum methodology PPT graphics to discuss the factors affecting the agile delivery such as market, customers, architecture impact, dependencies and so on. Thus, download our eye-catching and informative agile manifesto PowerPoint presentation to demonstrate the roles in disciplined agile delivery. Our Agile Delivery Powerpoint Presentation Slides ensure all elements combine beautifully. You will discover the best formula. https://bit.ly/3rUUrFL
Agile is a software development methodology that builds software incrementally using short iterations of 1-4 weeks. This allows development to align with changing business needs rather than long single-pass development. An agile team includes a Scrum Master, Product Owner, and cross-functional team members who work together in iterations to deliver working software frequently based on prioritized requirements.
Scrum Master Training at UM DI | 22nd and 23rd of Feb 2017Eduardo Ribeiro
This document provides an overview of Scrum Master training. It defines Agile and its principles, contrasts traditional vs. Agile development approaches, explains what Scrum is and its core components like roles, ceremonies, and frameworks. It also covers topics like user stories, estimation techniques, definition of done/ready, and anti-patterns to avoid in Scrum implementation. The document aims to equip readers with knowledge of Scrum Master concepts and best practices.
Learn to effectively and efficiently explore, evaluate, and confirm a shared understanding of refined backlog items using Structured conversations with the 7 Product Dimensions so they are ready for implementation.
(Presented at Agile Day New York City September 2018)
Présentation succincte de Scrum.
En fonction du public elle peut tenir entre 20 minutes sans s'attarder ou en 2 heures avec une présentation des annexes.
The document discusses the Agile Scrum methodology. It describes the key principles of Scrum which value individuals and interaction, working software, customer collaboration, and responding to change over processes, documentation, contracts, and plans. It then explains the main roles in Scrum including the Product Owner, Scrum Master, and self-organizing cross-functional Team. It outlines the core Scrum events like the Sprint, Daily Stand-up, Sprint Review, and Retrospective.
Après 8 années de Scrum Master et des dizaines de formations Product Owner animées, je suis devenu moi même Product Owner.
Après 1 an et demi, en prenant un peu de recul, je m'aperçoit que je ne respecte pas certains de mes propres enseignements et conseils 😝
Vous voulez savoir lesquels ? Et pourquoi ?
A l'heure des transformations agiles, à l'heure où l'adoption d'une culture où les équipes pluridisciplinaires, autonomes et responsabilisées sont reines, nous sommes en droit de nous demander où se situe la place du middle management. Quel est l'avenir de ces chefs de projets et autres intermédiaires ?
L'agilité a le vent en poupe aux seins des sociétés de services, et nombreuses sont celles qui ont tentées une transformation pour approcher un modèle culturel et organisationnel correspondant plus à leur attentes. Mais trop nombreux sont encore les chefs de projets laissés sur le côté et qui ne trouvent plus leur place face à des équipes pluridisciplinaires, autonomes et responsabilisées. Est-ce que le middle management est amené à disparaître? Ou doit-il changer son périmètre et son type d'action ? Du manager décisionnaire au servant leader, le processus de prise de conscience face au changement semble inévitable pour la survie du middle management !
Idées reçues sur l’eXtreme Programming en particulier et sur l’agilité en gén...Virgile Delécolle
Cela fait maintenant plus de six ans que j’ai découvert XP, et j’ai depuis eu de nombreuses occasions d’en parler autour de moi, que ce soit avec des collègues, des amis ou des recruteurs. Selon le profil des personnes (développeurs, testeurs, managers ou ressources humaines) la vision qu’ils ont d’XP et de l’agilité est différente, mais au sein d’un groupe on retrouve bien souvent les mêmes idées reçues qui sont malheureusement autant de freins à l’adoption. Cette session aura pour but de reprendre les plus répandues afin de les analyser pour voir si elles sont vraies, fausses ou s’il faut nuancer le propos.
Meetup : De l'agilité de la DSI à l'agile MarketingBuy The Way
Retour sur le Meetup organisé par l'agence web BUY THE WAY :
- Comment appliquer la méthode Agile aux projets digitaux ?
- Comment réconcilier les équipes SI et les équipes métiers / marketing ?
Le but de cet événement est de sensibiliser les fonctions marketing / digitales à une méthode issue des départements informatiques.
Sommaire :
- Qu'est-ce que l'Agile ?
- L'Agile côté IT
- L'Agile côté Marketing
- Témoignage client
Certes, la prise de décision en équipe est moins rapide que lorsqu’elle est prise par un seul individu. Chacun doit s’exprimer, il faut organiser des rencontres, produire des comptes-rendus, gérer des situations conflictuelles, et tout cela coûte cher. Dans certains cas, il peut même être risqué de communiquer toutes les informations nécessaires.
Pourtant, nous avons la conviction que ça vaut la peine. Nous croyons que les décisions seront plus éclairées car plus d’information sera partagée et prise en considération. Ensemble, le groupe trouvera plus d’idées et de solutions possibles pour résoudre un problème. Prendre des décisions en équipe permet aussi de favoriser une compréhension commune du contexte et des raisons derrière la décision qui est prise. Et tout cela aide surtout pour la suite : l’exécution de la décision sera facilitée parce que les gens auront participé activement aux choix qui ont été faits. Sans implication, il est très difficile d’aller chercher un réel engagement.
Dans un contexte Agile, c’est d’autant plus important qu’on cherche à obtenir des équipes réellement auto-organisées.
Or, comment rendre efficace cette prise de décision en groupe? Selon nous, il y a 3 choses à garder en tête :
1- Bien clarifier les attentes. Qui prend les décisions dans une sphère d’activité?
2- Utiliser le bon outil au bon moment. Le vote « oui / non » est le plus connu, mais est-il le plus efficace, celui qui amène aux meilleures décisions?
3- Faire un suivi. Comment avoir un retour optimal sur tout ce temps investi en prise de décision?
Nous avons rassemblé dans cette présentation beaucoup d’outils et de modèles qui vous aideront à obtenir une équipe qui est efficace dans sa prise de décision.
Le role du coach Agile et son apport pour le projetFranck Beulé
Le rôle du coach Agile et son apport pour le projet est une présentation que j'ai réalisée dans les nouveaux locaux de Google le 4 novembre 2013 dans le cadre des rencontres Agiles organisées par le French Scrum User Group.
Pourquoi un tel sujet ? Parce que bien trop souvent, on ne sait pas vraiment ce que peut apporter un coach Agile pour un projet et on est freiné par son coût (qui est plus cher qu’un développeur mais pas plus qu’un consultant). Et pourtant, le coach Agile peut être décisif dans la réussite du projet car il va s’attaquer aux sujets qui coûtent le plus aux projets. Il va même dans certains cas sortir le projet d’un échec garanti.
Le but de cette présentation est de sensibiliser sur ce rôle et cette valeur ajoutée qu’il apporte pour le projet. La présentation étant limitée dans la durée, le sujet est loin d’être entièrement couvert et l’amplitude du rôle du coach Agile est bien plus vaste. Mais c’est un bon début.
En espérant que les slides, très imagés pour assurer une présentation vivante vous suffiront sans la bande son qui est toute aussi importante. Une captation vidéo a eu lieu et devrait être en ligne ultérieurement sur mon blog beule.fr que je vous invite à visiter.
Ce document explique pourquoi et comment les PME peuvent optimiser leur process Propositions Commerciales sur la base de principes simples, et gagner ainsi plus d'affaires
Ce document est inspiré d'une série d'articles publiés par Carl Dickson, CEO de Captureplanning.com
Une équipe de développement agile bien structurée, avec un excellent Product Owner ou Product Manager: voilà la première étape vers une organisation produit efficace.
Cependant, de nombreuses entreprises s’arrêtent ici dans leur raisonnement et conservent une vision produit portée par un département dédié, construite selon des processus lents, peu visibles et assez peu orientés vers les utilisateurs.
Comment casser ces silos et faire un lien sans couture entre le backlog et la roadmap stratégique ? Comment faire en sorte de tester / prototyper les idées très en amont plutôt qu’une fois qu’il est trop tard ? Comment construire un processus continu (parfois appelé dual-track scrum) pour dé-risquer les évolutions clés du produit et alimenter les équipes de développement ?
Nous vous proposons un retour d’expérience sur la mise en place de cette approche « Continuous Product Discovery ».
Qu'est-ce qu'un Scrum Master ? - Romain Couturier (Terre d'Agile) - Agile en ...Agile En Seine
Comprendre les différentes facettes de ce rôle toujours aussi mal connu.
Avec l'essor massif de l'Agilité dans les organisations et plus particulièrement de la méthode Scrum, un nouveau rôle est apparu : Scrum Master. Peut-il développer ? Quelles sont ses missions ?
Cette session devrait vous permettre de faire le tri entre les mythes et les réalités qui entourent ce rôle. En bonus vous repartirez avec quelques outils bien pratiques dans votre rôle quotidien de Scrum Master.
Transition Organisationnelle et Accompagnement au ChangementRomain Couturier
Des pressions externes grandissantes poussent les entreprises à changer leurs organisations pour s\’adapter et
développer la réactivité. Les SI, eux aussi sont impactés. L\’agilité devient une alternative pertinente pour accélérer la
mise en oeuvre de produits et sécuriser les développements.
Premier challenge : définir l\’organisation agile adaptée au contexte de votre entreprise.
Mais au-delà, la réelle complexité réside dans l\’implication des hommes à tous les échelons. L\’évolution des
habitudes de travail doit être couplée à l\’évolution des habitudes de conception des solutions informatiques. Nous
vous proposons un premier cadre de réflexion sur la transition organisationnelle nécessaire au déploiement de
l\’agilité.
Partie prenantes, le rôle dont Scrum ne dit rienSamuelChapal
Comment les membres de votre équipe décriraient-ils le rôle des parties prenantes avec lesquelles ils travaillent ? Certains diraient que ce sont ces personnes que l’on est obligé de croiser une fois par sprint pour leur faire une démo, et récolter quelques remarques qui ne respirent pas toujours l’agilité. D’autres répondraient simplement qu’ils n’en n’ont jamais rencontré. A vrai dire, il faut avouer que les parties prenantes sont souvent les derniers auxquels on pense quand il s’agit de Scrum, il n’y a qu’à voir le peu de mots qui leur est consacré dans le guide.
Pourtant il est évident que les parties prenantes doivent jouer un rôle essentiel dans la construction du produit. C’est eux qui assurent le lien entre l’équipe et les utilisateurs, les clients, le marché … avec la réalité en fait. Ils sont à l’origine de la création de l’équipe, financent le développement du produit, définissent sa stratégie. Comment alors construire des interactions entre les parties prenantes et l’équipe, à la hauteur de ces enjeux ? Dans cette conférence, je vous présenterai en quoi les parties prenantes constituent, tout comme l’équipe Scrum, une équipe pluridisciplinaire dont la collaboration sera essentielle à la réussite de votre produit. Pour aller plus loin, je vous parlerai de leur rôle clé quand il s’agit de synchroniser plusieurs équipes entre elles.
soft-shake.ch - Transition agile & Accompagnement au changementsoft-shake.ch
Romain Couturier
Des pressions externes grandissantes poussent les entreprises à changer leurs organisations pour s’adapter et développer la réactivité. Les SI, eux aussi sont impactés. L’agilité devient une alternative pertinente pour accélérer la mise en œuvre de produits et sécuriser les développements.
Premier challenge : définir l’organisation agile adaptée au contexte de votre entreprise.
Mais au-delà, la réelle complexité réside dans l’implication des hommes à tous les échelons. L’évolution des habitudes de travail doit être couplée à l’évolution des habitudes de conception des solutions informatiques. Je vous propose un premier cadre de réflexion sur la transition organisationnelle nécessaire au déploiement de l’agilité.
http://soft-shake.ch/2011/conference/sessions/agility/2011/08/31/transition-agile-et-accompagnement-au-changement.html
Lean Change Management en grande entreprise, faites l’Évolution, pas la Révol...Agile Montréal
Dans cette conférence, nous vous partageons notre retour d’expérience de
l’application du Lean Change Management pour faciliter le changement dans le
contexte d’une entreprise comme Desjardins. Nous vous présenterons notre
mode de gouvernance, nos expérimentations, nos découvertes et nos
apprentissages dans notre évolution vers un Desjardins plus simple, humain,
moderne et performant.
Gerardo Cepeda Porras
Passionné de la technologie et l’innovation dans toutes ses formes, Gerardo s’intéresse
à co-créer des environnements de travail qui aident à catalyser le développement du
plein potentiel des personnes qui y travaillent et ainsi livrer des produits et services de
grande valeur.
Il cumule plus de 13 ans d’expériences dans plusieurs secteurs du domaine des TI tel
que la défense, le transport public, la recherche, les arts et les médias ainsi que les
finances. Il a un background technique en développement logiciel Agile et il évolue dans
la facilitation, la formation, le mentoring et le coaching pour ainsi bien transmettre les
techniques et le savoir être nécessaires pour instaurer une culture durable
d’amélioration en continue.
Gerardo compte plusieurs certifications en agilité, facilitation, coaching et en culture
organisationnelle. Il collabore présentement avec des équipes et d’autres leaders
chevronnés à faire évoluer Desjardins pour répondre aux besoins du marché de demain.
---
Laurent Vandwalle
Laurent compte 13+ années d’expérience dans le domaine de la technologie de
l’information. Il a travaillé dans des secteurs aussi diverses que la finance, la défense, ou les
médias. Toutes ces expériences se rejoignent sur l’essentiel : les défis de l’innovation, du
changement, et de l’apprentissage.
Dans son parcours, il a appris le développement logiciel, l’architecture, le leadership
d’équipe et le coaching d’équipe. Il a surtout appris, et continue d’apprendre, à développer
l’état d’esprit, les compétences et les comportements qui lui permettent de bien évoluer dans
des contextes de mutation culturelle profonde.
Aujourd’hui Laurent agit en tant que Coach Agile chez Desjardins. Il accompagne des
leaders pour les aider à mieux appréhender la complexité. Il agit également en tant qu’agent
du changement pour aider l’organisation à prendre le virage culturel qui va lui permettre de
relever les défis d’un monde financier en pleine mutation.
Similaire à Les différents types de Product Owner (20)
Sortir de l'ère des héros - l'excellence comme clé d'une organisation résilienteJean-Pierre Lambert
Votre projet marche, mais c’est le chaos. Comment arrêter de dépendre de ces “héros” sur qui tout repose ?
Comprenez comment l'excellence est fondamentale pour permettre aux "héros" de prendre des vacances et à l'organisation d'être plus résiliente.
What is "agile"? These are the slides of my awareness session to agile.
- From plan driven to value driven
- Agile = Product Vision + Technical Excellence + Adapted Processes
- Software Craftsmanship
- Mindset : Heart of Agile, Modern Agile
- Project Mindset vs. Product Mindset
- Scrum
- Kanban
- Team typologies : Component Team, Feature Team, Squad, Impact Team, Product Team
Formation stratégie de test - créer un produit de qualitéJean-Pierre Lambert
Sensibilisation à la qualité et aux tests permettant de comprendre ce qui fait une bonne stratégie de test et d'en définir une :
- La qualité c'est quoi ?
- Les tests ça sert à quoi ? Quels sont les types de test ?
- Pourquoi les tests doivent être impliqués au plus tôt ?
- Un outil pour piloter l'effort de test : la matrice ACC
Comment reconnaître une équipe vraiment agile ? À son niveau de collaboration : une équipe est vraiment agile dès lors qu’elle est en collaboration forte et permanente.
Mais qu'est-ce que cela veut dire en pratique ?
Qu'il s'agisse de ce niveau grisant de collaboration ou bien de sa complète et navrante absence, je vous propose de rejouer diverses scènes pour les illustrer.
Nous détaillerons également les pratiques qui découlent d'un tel niveau de collaboration, ou qui permettent de les pousser à l'extrême.
-----
Cette conférence a été donnée en keynote à l'occasion d'Agile Tour Montpellier 2019.
Comment reconnaître une équipe vraiment agile ? À son niveau de collaboration : une équipe est vraiment agile dès lors qu’elle est en collaboration forte et permanente.
Mais qu'est-ce que cela veut dire en pratique ?
Qu'il s'agisse de ce niveau grisant de collaboration ou bien de sa complète et navrante absence, je vous propose de rejouer diverses scènes pour les illustrer.
Nous détaillerons également les pratiques qui découlent d'un tel niveau de collaboration, ou qui permettent de les pousser à l'extrême.
-----
Cette conférence a été donnée en keynote à l'occasion d'Agile Grenoble 2019.
Le testeur, ou le QA, on voit très bien ce qu'il fait avant le passage à l'agilité : il teste... Plus précisément, il valide les changements, il vérifie la non-régression, et puis il fait aussi d'autres trucs à côté.
Par contre que fait-il maintenant qu'on travaille en agile ? Ce n'est évident pour personne, d'autant plus qu'on l'a intégré dans l'équipe agile. Comment peut-il bien faire tout ce qu'il faisait avant mais désormais en juste une itération ? Et puis on n'arrête pas de parler d'automatisation des tests, a-t-on vraiment encore besoin de testeur ?
Pourquoi ne pas répondre à ces questions en suivant un testeur agile pendant une semaine ? Pendant une semaine, vous allez voir à quoi ressemble le quotidien d'un testeur agile, voir ce qu'il fait de ses journées, voir toute la valeur qu'il ajoute à l'équipe sans se positionner pour autant en garant de la prod.
Je suis un agiliste auto-didacte et j'ai d'ailleurs un avis très mitigé sur les certifications. Loin de tout dogmatisme, attendez-vous à voir avant tout du retour d'expérience, du vécu. Le tout sur le ton de l'humour et du troll !
Vous verrez que le rôle de testeur agile est plein de subtilités. Contrairement à ce qu'on pourrait imaginer il a énormément de travail et la plupart des équipes gagneraient à un avoir un !
-----
Cette conférence a été donnée à l'occasion d'Agile Tour Toulouse 2019, Agile Tour Nantes 2019, Agile Tour Bordeaux 2019, La Paris Test Conf 2019, Agile Tour Rennes 2019, Agile Grenoble 2019, Agile Tour Montpellier 2019.
Le testeur, ou le QA, on voit très bien ce qu'il fait avant le passage à l'agilité : il teste... Plus précisément, il valide les changements, il vérifie la non-régression, et puis il fait aussi d'autres trucs à côté.
Par contre que fait-il maintenant qu'on travaille en agile ? Ce n'est évident pour personne, d'autant plus qu'on l'a intégré dans l'équipe agile. Comment peut-il bien faire tout ce qu'il faisait avant mais désormais en juste une itération ? Et puis on n'arrête pas de parler d'automatisation des tests, a-t-on vraiment encore besoin de testeur ?
Pourquoi ne pas répondre à ces questions en suivant un testeur agile pendant une semaine ? Pendant une semaine, vous allez voir à quoi ressemble le quotidien d'un testeur agile, voir ce qu'il fait de ses journées, voir toute la valeur qu'il ajoute à l'équipe sans se positionner pour autant en garant de la prod.
Je suis un agiliste auto-didacte et j'ai d'ailleurs un avis très mitigé sur les certifications. Loin de tout dogmatisme, attendez-vous à voir avant tout du retour d'expérience, du vécu. Le tout sur le ton de l'humour et du troll !
Vous verrez que le rôle de testeur agile est plein de subtilités. Contrairement à ce qu'on pourrait imaginer il a énormément de travail et la plupart des équipes gagneraient à un avoir un !
-----
Cette conférence a été donnée à l'occasion d'Agile Tour Lille 2019.
Talk given at DevBreak'19, video available at https://youtu.be/bT0i0z6SW8o
-----
Agile has become mainstream and is the new standard. But is it really any better than "traditional" software project management? Many developers think it's the same thing rehashed, or that agile is even worse.
Why do they think so? Are they right?
In this talk we will run through all-too-familliar situations of everyday life in IT with a common denominator: those companies are nothing quite like agile but are still calling themselves agile. Brace yourself, because it seems that there is no limit to the amount of nonsense that some companies create!
If you are still not convinced that agile is awesome, please come and discover all the things that your company got completely wrong!
Atelier : boostez vos Backlog Grooming/Refinement avec l'Example Mapping ! --...Jean-Pierre Lambert
Support à imprimer pour faciliter les exercices en équipe : "Atelier : boostez vos Backlog Grooming/Refinement avec l'Example Mapping !"
Lien vers le support de présentation : https://www.slideshare.net/JeanPierreLambert1/atelier-boostez-vos-backlog-groomingrefinement-avec-lexample-mapping-support-de-prsentation-132324807
Cette œuvre de Jean-Pierre Lambert est mise à disposition selon les termes de la licence Creative Commons Attribution 4.0 International. https://creativecommons.org/licenses/by/4.0/
Atelier : boostez vos Backlog Grooming/Refinement avec l'Example Mapping ! --...Jean-Pierre Lambert
Support de présentation : "Atelier : boostez vos Backlog Grooming/Refinement avec l'Example Mapping !"
Le support à imprimer pour faciliter l'atelier : https://www.slideshare.net/JeanPierreLambert1/atelier-boostez-vos-backlog-groomingrefinement-avec-lexample-mapping-support-imprimer
Cette œuvre de Jean-Pierre Lambert est mise à disposition selon les termes de la licence Creative Commons Attribution 4.0 International. https://creativecommons.org/licenses/by/4.0/
MiXiT 2018 - Retour d'expérience France Télévisions - Passer de faire de l'Ag...Jean-Pierre Lambert
Cette conférence a déjà été présenté à Agile en Seine 2017 : https://www.slideshare.net/JeanPierreLambert1/agile-en-seine-2017-retour-dexprience-france-tlvisions-passer-de-faire-de-lagile-tre-agile
Pour l'occasion, nous avons rajouté quelques éléments supplémentaires : tirons parti de 6 mois de recul supplémentaires pour juger de l'efficacité des changements opérés !
C'est quoi déjà un Scrum Master ? Que fait-il de ses journées ? Est-ce qu'il nous en faut un ? Qu'est-ce qu'il nous apporterait ?
Pourquoi ne pas répondre à ces questions en me suivant pendant une semaine ? Pendant une semaine, vous allez voir à quoi ressemble le quotidien d'un Scrum Master, voir ce qu'il fait de ses journées, voir à quoi il sert réellement.
Je suis Scrum Master auto-didacte et j'ai d'ailleurs un avis très mitigé sur les certifications. Loin de tout dogmatisme, attendez-vous à voir avant tout du retour d'expérience, du vécu. Le tout sur le ton de l'humour et du troll !
Vous verrez que le Scrum Master a fort à faire au-delà de “s’assurer que les rituels Scrum ont lieu” ! Dans une organisation qui n'est pas Agile, ou qui en a pris les pratiques mais pas le mindset, le Scrum Master est la clef qui permet aux équipes de s'épanouir malgré tout.
Qu’il s’agisse d’une bureaucratie rampante qui transforme le moindre achat en parcours du combattant, ou bien d’un management qui ne sait piloter que par les ordres et la recherche de coupable, il est quasi-impossible pour une équipe de passer à l’Agilité sans bouclier que sera le Scrum Master.
Le Scrum Master, c’est aussi celui qui protège l’équipe d’elle-même, en l’aidant à se donner des règles et à les respecter, pour atteindre la rigueur extrême qu’exige l’Agilité. Tout en les menant vers une toujours plus grande autonomie, et non pas en leur disant comment faire.
Agile En Seine 2017 - Retour d'expérience France Télévisions - Passer de fair...Jean-Pierre Lambert
Revivez avec nous la grande aventure Agile de l’équipe Player à France Télévisions !
Au début de notre histoire, on pourrait la qualifier d’équipe comme les autres, qui tente de faire de l’Agile.
Au fil des chapitres, les changements vont s’opérer pour bel et bien bien devenir et être Agile !
Vidéo disponible sur InfoQ : https://www.infoq.com/fr/presentations/player-france-televisions-passer-de-faire-de-l-agile-a-etre-agile
Présenté lors de la "Agile Testing Night" du 25 septembre 2017 en tant que représentant du groupe Meetup "Agile Testing Partis".
- Introduction au sujet, motivation de l'intérêt
- Présentation de l'outil
- Exemples
Introduction aux spécifications exécutables (dit aussi atdd, bdd)Jean-Pierre Lambert
Comment s'assurer que tout le monde parle la même langue dans l'équipe ? Et ainsi éviter les retours de recette ?
Utiliser des spécifications exécutables, ou ses cousins le ATDD (Acceptance Test Driven Development) et le BDD (Behavior Driven Development), est un élément de réponse particulièrement pertinent. Cette méthode est également un point d'entrée puissant vers une stratégie d'automatisation des tests.
Dans cette présentation vous découvrirez les tenants et les aboutissants de cette méthode, et repartirez les poches remplies de conseils de mise en place.
Suite à ma lecture de "The Software Craftsman" de Sandro Mancuso, je présente ce qu'est le Software Craftsmanship.
Présentation visible sur YouTube : https://youtu.be/RW0-QIJttBM
Votre projet marche, mais c'est le chaos. Comment arrêter de dépendre de ces "héros" sur qui tout repose ?
Présentation vidéo : https://youtu.be/aClcNdOqtsE
Le Comptoir OCTO - Qu’apporte l’analyse de cycle de vie lors d’un audit d’éco...OCTO Technology
Par Nicolas Bordier (Consultant numérique responsable @OCTO Technology) et Alaric Rougnon-Glasson (Sustainable Tech Consultant @OCTO Technology)
Sur un exemple très concret d’audit d’éco-conception de l’outil de bilan carbone C’Bilan développé par ICDC (Caisse des dépôts et consignations) nous allons expliquer en quoi l’ACV (analyse de cycle de vie) a été déterminante pour identifier les pistes d’actions pour réduire jusqu'à 82% de l’empreinte environnementale du service.
Vidéo Youtube : https://www.youtube.com/watch?v=7R8oL2P_DkU
Compte-rendu :
MongoDB in a scale-up: how to get away from a monolithic hell — MongoDB Paris...Horgix
This is the slide deck of a talk by Alexis "Horgix" Chotard and Laurentiu Capatina presented at the MongoDB Paris User Group in June 2024 about the feedback on how PayFit move away from a monolithic hell of a self-hosted MongoDB cluster to managed alternatives. Pitch below.
March 15, 2023, 6:59 AM: a MongoDB cluster collapses. Tough luck, this cluster contains 95% of user data and is absolutely vital for even minimal operation of our application. To worsen matters, this cluster is 7 years behind on versions, is not scalable, and barely observable. Furthermore, even the data model would quickly raise eyebrows: applications communicating with each other by reading/writing in the same MongoDB documents, documents reaching the maximum limit of 16MiB with hundreds of levels of nesting, and so forth. The incident will last several days and result in the loss of many users. We've seen better scenarios.
Let's explore how PayFit found itself in this hellish situation and, more importantly, how we managed to overcome it!
On the agenda: technical stabilization, untangling data models, breaking apart a Single Point of Failure (SPOF) into several elements with a more restricted blast radius, transitioning to managed services, improving internal accesses, regaining control over risky operations, and ultimately, approaching a technical migration when it impacts all development teams.
L'IA connaît une croissance rapide et son intégration dans le domaine éducatif soulève de nombreuses questions. Aujourd'hui, nous explorerons comment les étudiants utilisent l'IA, les perceptions des enseignants à ce sujet, et les mesures possibles pour encadrer ces usages.
Constat Actuel
L'IA est de plus en plus présente dans notre quotidien, y compris dans l'éducation. Certaines universités, comme Science Po en janvier 2023, ont interdit l'utilisation de l'IA, tandis que d'autres, comme l'Université de Prague, la considèrent comme du plagiat. Cette diversité de positions souligne la nécessité urgente d'une réponse institutionnelle pour encadrer ces usages et prévenir les risques de triche et de plagiat.
Enquête Nationale
Pour mieux comprendre ces dynamiques, une enquête nationale intitulée "L'IA dans l'enseignement" a été réalisée. Les auteurs de cette enquête sont Le Sphynx (sondage) et Compilatio (fraude académique). Elle a été diffusée dans les universités de Lyon et d'Aix-Marseille entre le 21 juin et le 15 août 2023, touchant 1242 enseignants et 4443 étudiants. Les questionnaires, conçus pour étudier les usages de l'IA et les représentations de ces usages, abordaient des thèmes comme les craintes, les opportunités et l'acceptabilité.
Résultats de l'Enquête
Les résultats montrent que 55 % des étudiants utilisent l'IA de manière occasionnelle ou fréquente, contre 34 % des enseignants. Cependant, 88 % des enseignants pensent que leurs étudiants utilisent l'IA, ce qui pourrait indiquer une surestimation des usages. Les usages identifiés incluent la recherche d'informations et la rédaction de textes, bien que ces réponses ne puissent pas être cumulées dans les choix proposés.
Analyse Critique
Une analyse plus approfondie révèle que les enseignants peinent à percevoir les bénéfices de l'IA pour l'apprentissage, contrairement aux étudiants. La question de savoir si l'IA améliore les notes sans développer les compétences reste débattue. Est-ce un dopage académique ou une opportunité pour un apprentissage plus efficace ?
Acceptabilité et Éthique
L'enquête révèle que beaucoup d'étudiants jugent acceptable d'utiliser l'IA pour rédiger leurs devoirs, et même un quart des enseignants partagent cet avis. Cela pose des questions éthiques cruciales : copier-coller est-il tricher ? Utiliser l'IA sous supervision ou pour des traductions est-il acceptable ? La réponse n'est pas simple et nécessite un débat ouvert.
Propositions et Solutions
Pour encadrer ces usages, plusieurs solutions sont proposées. Plutôt que d'interdire l'IA, il est suggéré de fixer des règles pour une utilisation responsable. Des innovations pédagogiques peuvent également être explorées, comme la création de situations de concurrence professionnelle ou l'utilisation de détecteurs d'IA.
Conclusion
En conclusion, bien que l'étude présente des limites, elle souligne un besoin urgent de régulation. Une charte institutionnelle pourrait fournir un cadre pour une utilisation éthique.
Ouvrez la porte ou prenez un mur (Agile Tour Genève 2024)Laurent Speyser
(Conférence dessinée)
Vous êtes certainement à l’origine, ou impliqué, dans un changement au sein de votre organisation. Et peut être que cela ne se passe pas aussi bien qu’attendu…
Depuis plusieurs années, je fais régulièrement le constat de l’échec de l’adoption de l’Agilité, et plus globalement de grands changements, dans les organisations. Je vais tenter de vous expliquer pourquoi ils suscitent peu d'adhésion, peu d’engagement, et ils ne tiennent pas dans le temps.
Heureusement, il existe un autre chemin. Pour l'emprunter il s'agira de cultiver l'invitation, l'intelligence collective , la mécanique des jeux, les rites de passages, .... afin que l'agilité prenne racine.
Vous repartirez de cette conférence en ayant pris du recul sur le changement tel qu‘il est généralement opéré aujourd’hui, et en ayant découvert (ou redécouvert) le seul guide valable à suivre, à mon sens, pour un changement authentique, durable, et respectueux des individus! Et en bonus, 2 ou 3 trucs pratiques!
2. Le Coach Produit
Insuffle la
compétence
produit
• Toute l’équipe est
responsable du
produit
N’impersonnifie
pas le produit
• L’équipe doit en
être capable
• Un collectif est
responsable ?
4. Le Product Owner Spécifieur
Rédaction
rigoureuse
• Tout est prêt pour
que l’équipe
délivre sans
interruption
Peu de valeur
ajoutée
• Risque de
cantonner
l’équipe à
l’exécution
5. Le Proxy Product Owner
Proximité
• Clarifications
• Support
Inutilité
• Aucun
pouvoir de
décision
6. Le Product Owner de validation
Gestion de
risque
• Contraintes à
respecter
• Confort pour
l’équipe
Empêche l’auto-
organisation
• Equipe pas maître
de son DoD
• Pourquoi
automatiser ?
7. Le Area Product Owner (LeSS)
Périmètre
clair
• Décisionnaire
sur sa partie
Périmètre
partiel
• Capacité de
décision
limitée
8. Le Product Owner technique
Maîtrise
• Demandes
claires et
pertinentes
• Support
Solutions
plutôt que
problèmes
• Dev sont en
exécutants
9. Le Product Owner centre de support
Niveau 1 du
support
• Protection de
l’équipe
• Collecte de
feedback
Temps restant
• Chronophage
• Pertinence parfois
restreinte
• Implication des
développeurs
10. Le Product Owner averse à la technique
Besoins
fonctionnels
• Complémentarité
des compétences
de l’équipe
Incompétence
• Demandes
impossibles
• Compréhension
métier limitée
11. Le Product Owner chef de projet
Roadmap
• Cohérente et à
jour
• Risques et
dépendances
Vision projet
• Collecte des
demandes des
parties
prenantes
12. Le Product Owner UX
Pertinence
• Focus expérience
utilisateur
• Approche produit
et itérative
Equipe en
exécutant
• Compétences de
conception hors
équipe
13. Le Product Owner membre de l’équipe
Collaboration
• Stand-ups
• Partages
• Validation PO dans le
DoD
• Le produit appartient
à toute l’équipe
Auto-organisation
difficile
• Responsabilité diluée
• PO vu comme un
chef
14. Le Product Owner partie prenante de l’équipe
Auto-
organisation
de l’équipe
• Répondre à un
client
Implication
• Pas responsable
• Clivage
MOE/MOA
16. Le jeu !
2 min. | Ensemble
• Formation des
groupes
• Chaque groupe
tire au hasard un
des exemples
donnés
5 min. | En groupe
• Préparation d’une
scène à jouer
devant tout le
monde
• Du PIRE que vous
imaginez
2 min. | Ensemble
• Scènes à tour de
rôle devant tout
le monde
• Rires et
applaudissements
• Debrief
VRAIS temps :
5 minutes pour la formation du groupe si les gens ne se connaissent pas / ne sont pas à l’aise de se regrouper spontanément
La préparation peut être rallongée à 10 minutes si les groupes galèrent et que la majorité en ont besoin
2 minutes pour jouer la scène, on est plutôt à 5 avec la mise en place, les applaudissements de fin, et le debrief en bonus