To be Agile or not to be ? Les méthodologies de développement doivent s'adapter aux demandes de plus en plus spécifiques et changeantes tout en respectant les besoins pratiques du client.
Chez TheCodingMachine, on pense que chaque projet mérite un instant de réflexion pour adopter la bonne approche méthodologique ! Pour certains types de projets ou bien certains contextes clients, la methode agile est très bien adaptée. Dans d’autres situations, c’est naturellement moins le cas et il est préférable d'employer les méthodes classiques.
Zoom sur les meilleures méthodologies de développement web et informatique (methode agile et methode classique de développement.)
Introduction à l’Agilité
Scrum, ScrumMaster, User Stories, Backlog… Ces mots vous sont peut-être familiers ? En vogue depuis plusieurs années, l’Agilité est en expansion rapide sur les projets informatiques.
Introduction à SCRUM.
- Qu'est-ce que l'agile ?
- Présentation de quelques idées reçues
- Dans quel cadre on peut mettre en place Scrum
- Scrum et le management
- Les méthodes de gestion de projets classiques : cycle en V, en cascade
- Changement d'organisation en terme de management dit "classique"
- Comment mettre en place Scrum
- Explication des processus Scrum.
- Couplage avec des techniques d'ingénieries logicielles et de qualité.
- Couplage avec lean startup
Cette session a été présentée à la Ferme du Web Lyon en juin 2012. Elle démarre par une présentation de mon parcours professionnel en mode Pecha Kucha où je rappelle mon chemin d'apprentissage vers l'agilité.
Arrivé au slide 23, je laisse les participants voter pour le sujet qui les intéressent. Les 9 thèmes proposés font parties de ma liste d'écueils généralement constatés dans l'adoption de Scrum ou plus largement d'une méthode agile.
Pré-requis : les participants ou les lecteurs connaissent le vocabulaire Scrum
To be Agile or not to be ? Les méthodologies de développement doivent s'adapter aux demandes de plus en plus spécifiques et changeantes tout en respectant les besoins pratiques du client.
Chez TheCodingMachine, on pense que chaque projet mérite un instant de réflexion pour adopter la bonne approche méthodologique ! Pour certains types de projets ou bien certains contextes clients, la methode agile est très bien adaptée. Dans d’autres situations, c’est naturellement moins le cas et il est préférable d'employer les méthodes classiques.
Zoom sur les meilleures méthodologies de développement web et informatique (methode agile et methode classique de développement.)
Introduction à l’Agilité
Scrum, ScrumMaster, User Stories, Backlog… Ces mots vous sont peut-être familiers ? En vogue depuis plusieurs années, l’Agilité est en expansion rapide sur les projets informatiques.
Introduction à SCRUM.
- Qu'est-ce que l'agile ?
- Présentation de quelques idées reçues
- Dans quel cadre on peut mettre en place Scrum
- Scrum et le management
- Les méthodes de gestion de projets classiques : cycle en V, en cascade
- Changement d'organisation en terme de management dit "classique"
- Comment mettre en place Scrum
- Explication des processus Scrum.
- Couplage avec des techniques d'ingénieries logicielles et de qualité.
- Couplage avec lean startup
Cette session a été présentée à la Ferme du Web Lyon en juin 2012. Elle démarre par une présentation de mon parcours professionnel en mode Pecha Kucha où je rappelle mon chemin d'apprentissage vers l'agilité.
Arrivé au slide 23, je laisse les participants voter pour le sujet qui les intéressent. Les 9 thèmes proposés font parties de ma liste d'écueils généralement constatés dans l'adoption de Scrum ou plus largement d'une méthode agile.
Pré-requis : les participants ou les lecteurs connaissent le vocabulaire Scrum
"La Théorie des Contraintes (TOC) Appliquée au Management des Organisations."
Un projet d'Ingénierie Organisationnelle présenté par Amaury BAUZAC, Olivier DONNADEI et Aurélie FOLACCI, 3 Etudiants de l'Université de Nice Sophia-Antipolis, France, dans le cadre de leur Master 2 MIAGE NTDP (Nouvelles Technologies et Direction de Projets):
http://slidesha.re/10Vcvu2
Olivier ayant participé le 7 Septembre 2012 au tout premier cours de la Seuils University (intitulé "Micro-Cours TOC: Le Mythe du 100% d'Utilisation"), a eu l'idée de présenter avec ses camarades, un sujet autour de la Théorie des Contraintes.
Le projet a été honorablement noté, et l'équipe semble avoir grandement apprécié les découvertes faites au cours de leurs recherches de documentation.
Merci à eux 3 pour avoir partagé leur intérêt et leur enthousiasme.
En savoir plus sur le Master 2 MIAGE NTDP: http://bit.ly/YLaHag
N'hésitez pas à partager, imprimer, disséminer et enseigner pour autant que vous créditez les auteurs comme suit: "CC-BY-NC-SA Amaury Bauzac, Olivier Donnadei, Aurélie Folacci".
La première conférence de l'année du CARA (Club Agile Rhône Alpes) vous présente un tour à 360° sur les concepts fondamentaux de l'agilité et un exemple de méthode agile avec SCRUM
Dans la série : "Décorer vos cockpits", aujourd'hui je vous parle des user stories INVEST, SMART et 3C de Ron JEFFRIES.
Ces techniques reposent sur deux principes Agile :
- Notre plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée.
- La simplicité (c’est-à-dire l’art de minimiser la quantité de travail inutile) est essentielle.
Imprimer et afficher les slides dans vos cockpits !
Scrum - Une méthode agile sous la loupe ...Bilel McSam
La méthodologie de développement agile < Scrum >
Une présentation faite à la 5eme Linux install party le 08 Juin 2013 à l'USTHB (Alger / Algérie)
• Une méthode agile dédiée à la gestion de projets.
• S'appuie sur le découpage d'un projet en incréments (sprint).
• Ne couvre aucune technique d'ingénierie du logiciel.
Formation agile - Certification Professional Scrum Product OwnerNovUp
POURQUOI CETTE FORMATION ?
Pour garantir le succès d’un projet Scrum, il est impératif de respecter les besoins exprimés par les utilisateurs et de leur livrer le maximum de valeur en un minimum de temps. Le Product Owner agit comme le représentant des utilisateurs et travaille au quotidien avec les équipes de réalisation pour délivrer un produit de qualité.
La certification Professional Scrum Product Owner apporte aux responsables de produits la maîtrise des principes Scrum et atteste de leur capacité à aider les équipes dans la réalisation d’un projet.
Prise en charge possible : Novup est organisme de formation n°5244079544.
OBJECTIFS PÉDAGOGIQUES
Accompagner le changement dans le cadre d’un nouveau projet,
Gérer efficacement la vie d’un produit conçu et réalisé avec Scrum,
Maîtriser le rôle de Scrum Product Owner,
Maximiser le retour sur investissement d’un projet Scrum,
Savoir recueillir des besoins, les spécifier et les prioriser,
Se préparer au passage de la certification PSPO1 (Professional Scrum Product Owner) de scrum.org
INFORMATIONS PRATIQUES
Durée : 2 jours (14 heures).
Horaires : accueil à 9h15, formation de 9h30 à 17h30 (pause déjeuner de 1h).
Dates et lieux : veuillez consulter notre site web sur www.novup.fr/formation/
Tarif : 1290 € HT en inter (intra : nous consulter).
Public concerné : toutes personnes en charge de concevoir un produit dans un cadre utilisant les méthodes agiles.
Prérequis : avoir une expérience de gestion de projet/équipe, comprendre l’anglais écrit.
Toutes nos formations sont assurées à partir de 4 stagiaires (et limitée à 12 participants).
Introduction à Scrum et aux méthodes agiles (v1.0)Blackbird
Les méthodes agiles sont de formidables outils de production. Cette présentation est une synthèse permettant d'aborder la méthode Scrum dans ses grandes lignes fondamentales.
Les Fintechs, au delà de chahuter les institutions financières, ont participé à l'éclosion d'un nouvel écosystème des services financiers. La question n'est plus de s'affronter mais d'envisager les meilleures collaborations possibles entre les deux parties
Une application qui fonctionne : prendre en compte les émotions des utilisate...OCTO Technology
Avez vous déjà observé un utilisateur employer votre application dans son quotidien ?
L’imaginez vous en faire une démonstration devant d’autres ? Pourrait-il devenir l’ambassadeur de votre logiciel ?
Joie, colère, tristesse, peur... Nous croyons à la nécessité d’observer les émotions de nos utilisateurs pour les comprendre et y répondre dans nos applications.
Nous partageons avec vous la manière dont nous traitons ce sujet ainsi que notre travail à chaque itération.
Agile Development using HP Agile Manager and HP Quality Center / ALMpd7.group
HP Agile Manager (HP AGM) and HP Quality Center / ALM (HP QC/ALM)
What do these tools offer for agile development?
HP Agile Manager and HP ALM interplay
How do these tools support the agile Application Lifecycle?
How to introduce and establish an agile development lifecycle?
DDD eXchange 2010: Gojko Adzic on DDD, TDD, BDDSkills Matter
Domain Driven Design is often misunderstood as something that advocates a lot of upfront design and at odds with the evolutionary design principles of test driven development. In this presentation, Gojko Adzic will talk about reconciling the two approaches and getting the best of both worlds, and how DDD ideas play a crucial role in behaviour driven development.
This document discusses transitioning an organization to become more agile. It identifies four pillars that need to be rebuilt: engineering, process, organization, and product management. The engineering pillar involves adopting practices like automated testing and continuous integration. For process, it recommends Scrum or Kanban. Organizationally, it advocates for autonomous teams organized around features rather than components. For product management, it emphasizes learning from building minimal products and quickly validating ideas with customers. Making this transition requires executive support, an urgent need for change, and attracting talented people.
More with LeSS - An Introduction to Large Scale Scrum by Tim AbbottAgile ME
While there are multiple Scrum Scaling Frameworks, Large Scale Scrum is the leading framework for Scrum Scaling that truly drives success. More than just a prescription, we'll discuss the thinking and organizational tools as well as some of the practices that make LeSS truly unique.
"La Théorie des Contraintes (TOC) Appliquée au Management des Organisations."
Un projet d'Ingénierie Organisationnelle présenté par Amaury BAUZAC, Olivier DONNADEI et Aurélie FOLACCI, 3 Etudiants de l'Université de Nice Sophia-Antipolis, France, dans le cadre de leur Master 2 MIAGE NTDP (Nouvelles Technologies et Direction de Projets):
http://slidesha.re/10Vcvu2
Olivier ayant participé le 7 Septembre 2012 au tout premier cours de la Seuils University (intitulé "Micro-Cours TOC: Le Mythe du 100% d'Utilisation"), a eu l'idée de présenter avec ses camarades, un sujet autour de la Théorie des Contraintes.
Le projet a été honorablement noté, et l'équipe semble avoir grandement apprécié les découvertes faites au cours de leurs recherches de documentation.
Merci à eux 3 pour avoir partagé leur intérêt et leur enthousiasme.
En savoir plus sur le Master 2 MIAGE NTDP: http://bit.ly/YLaHag
N'hésitez pas à partager, imprimer, disséminer et enseigner pour autant que vous créditez les auteurs comme suit: "CC-BY-NC-SA Amaury Bauzac, Olivier Donnadei, Aurélie Folacci".
La première conférence de l'année du CARA (Club Agile Rhône Alpes) vous présente un tour à 360° sur les concepts fondamentaux de l'agilité et un exemple de méthode agile avec SCRUM
Dans la série : "Décorer vos cockpits", aujourd'hui je vous parle des user stories INVEST, SMART et 3C de Ron JEFFRIES.
Ces techniques reposent sur deux principes Agile :
- Notre plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée.
- La simplicité (c’est-à-dire l’art de minimiser la quantité de travail inutile) est essentielle.
Imprimer et afficher les slides dans vos cockpits !
Scrum - Une méthode agile sous la loupe ...Bilel McSam
La méthodologie de développement agile < Scrum >
Une présentation faite à la 5eme Linux install party le 08 Juin 2013 à l'USTHB (Alger / Algérie)
• Une méthode agile dédiée à la gestion de projets.
• S'appuie sur le découpage d'un projet en incréments (sprint).
• Ne couvre aucune technique d'ingénierie du logiciel.
Formation agile - Certification Professional Scrum Product OwnerNovUp
POURQUOI CETTE FORMATION ?
Pour garantir le succès d’un projet Scrum, il est impératif de respecter les besoins exprimés par les utilisateurs et de leur livrer le maximum de valeur en un minimum de temps. Le Product Owner agit comme le représentant des utilisateurs et travaille au quotidien avec les équipes de réalisation pour délivrer un produit de qualité.
La certification Professional Scrum Product Owner apporte aux responsables de produits la maîtrise des principes Scrum et atteste de leur capacité à aider les équipes dans la réalisation d’un projet.
Prise en charge possible : Novup est organisme de formation n°5244079544.
OBJECTIFS PÉDAGOGIQUES
Accompagner le changement dans le cadre d’un nouveau projet,
Gérer efficacement la vie d’un produit conçu et réalisé avec Scrum,
Maîtriser le rôle de Scrum Product Owner,
Maximiser le retour sur investissement d’un projet Scrum,
Savoir recueillir des besoins, les spécifier et les prioriser,
Se préparer au passage de la certification PSPO1 (Professional Scrum Product Owner) de scrum.org
INFORMATIONS PRATIQUES
Durée : 2 jours (14 heures).
Horaires : accueil à 9h15, formation de 9h30 à 17h30 (pause déjeuner de 1h).
Dates et lieux : veuillez consulter notre site web sur www.novup.fr/formation/
Tarif : 1290 € HT en inter (intra : nous consulter).
Public concerné : toutes personnes en charge de concevoir un produit dans un cadre utilisant les méthodes agiles.
Prérequis : avoir une expérience de gestion de projet/équipe, comprendre l’anglais écrit.
Toutes nos formations sont assurées à partir de 4 stagiaires (et limitée à 12 participants).
Introduction à Scrum et aux méthodes agiles (v1.0)Blackbird
Les méthodes agiles sont de formidables outils de production. Cette présentation est une synthèse permettant d'aborder la méthode Scrum dans ses grandes lignes fondamentales.
Les Fintechs, au delà de chahuter les institutions financières, ont participé à l'éclosion d'un nouvel écosystème des services financiers. La question n'est plus de s'affronter mais d'envisager les meilleures collaborations possibles entre les deux parties
Une application qui fonctionne : prendre en compte les émotions des utilisate...OCTO Technology
Avez vous déjà observé un utilisateur employer votre application dans son quotidien ?
L’imaginez vous en faire une démonstration devant d’autres ? Pourrait-il devenir l’ambassadeur de votre logiciel ?
Joie, colère, tristesse, peur... Nous croyons à la nécessité d’observer les émotions de nos utilisateurs pour les comprendre et y répondre dans nos applications.
Nous partageons avec vous la manière dont nous traitons ce sujet ainsi que notre travail à chaque itération.
Agile Development using HP Agile Manager and HP Quality Center / ALMpd7.group
HP Agile Manager (HP AGM) and HP Quality Center / ALM (HP QC/ALM)
What do these tools offer for agile development?
HP Agile Manager and HP ALM interplay
How do these tools support the agile Application Lifecycle?
How to introduce and establish an agile development lifecycle?
DDD eXchange 2010: Gojko Adzic on DDD, TDD, BDDSkills Matter
Domain Driven Design is often misunderstood as something that advocates a lot of upfront design and at odds with the evolutionary design principles of test driven development. In this presentation, Gojko Adzic will talk about reconciling the two approaches and getting the best of both worlds, and how DDD ideas play a crucial role in behaviour driven development.
This document discusses transitioning an organization to become more agile. It identifies four pillars that need to be rebuilt: engineering, process, organization, and product management. The engineering pillar involves adopting practices like automated testing and continuous integration. For process, it recommends Scrum or Kanban. Organizationally, it advocates for autonomous teams organized around features rather than components. For product management, it emphasizes learning from building minimal products and quickly validating ideas with customers. Making this transition requires executive support, an urgent need for change, and attracting talented people.
More with LeSS - An Introduction to Large Scale Scrum by Tim AbbottAgile ME
While there are multiple Scrum Scaling Frameworks, Large Scale Scrum is the leading framework for Scrum Scaling that truly drives success. More than just a prescription, we'll discuss the thinking and organizational tools as well as some of the practices that make LeSS truly unique.
Agile Manager
Agile project management solution to plan, execute and track Agile projects. Available on-premise and in the cloud, Agile Manager helps remove latencies, bolster Agile practices, and foster continuous improvement.
Agile software development requires a shift in the way an organization thinks. It impacts all stages of the software development lifecycle (SDLC). It also affects all stakeholders within that lifecycle, from business analysts to developers to testers. Challenges include smooth iteration and release planning, collaboration among cross-functional teams, and reliable quality assurance for multi-layered and composite applications. You also must address how to effectively manage dynamic requirements and tests.
We help customers who are transitioning, or have transitioned, from traditional waterfall approaches to iterative Agile methodologies. Our integrated application lifecycle management software and best practices help to manage Agile development and Agile testing processes successfully. These solutions provide better visibility, control and responsiveness across the lifecycle, from requirements management to delivery. They provide peace of mind to ensure that applications perform and remain secure.
Découvrir la technique des User Story Mapping facilement et en s'inspirant de votre expérience du matin, d'après la version de Jeff PATTON !
Public : Product Owner, Product Manager, Innovation, Startup, UX, etc
SITB15 - Qu'est qu'une Data Driven Company à l'heure de la digitalisation ?cyrilpicat
Session jouée au Salon Swiss IT Business le 22 avril 2015
Digitalisation, Big Data, data-driven company : trois buzz words omniprésents dans les stratégies informatiques aujourd'hui, et qui semblent intimement liés. Alors, qu'est qu'une "data driven company" ? Est-ce une entreprise poussant à l'extrême l'utilisation de Big Data afin de se digitaliser ?
Pas seulement... une "data driven company" est une entreprise qui cherche continuellement à améliorer l’ensemble des processus de l’entreprise par l’utilisation qualitative et quantitative de données, tout le temps, partout et sur tout.
Ce sujet nous touche dans notre quotidien, que ce soit au niveau technologique, des processus, de l'organisation, et surtout de la culture, et a des conséquences qui transforment tous les métiers.
Cette session reviendra sur les éléments structurants qui distinguent une data-driven company et détaillera en quoi cette culture peut être un accélérateur de votre stratégie de transformation digitale.
This presentation describes the technological trends developed to help charities and fund raising organizations overcome the current challenges. The presentation also describes how LINKDev charity solution introduces a competitive advantage to charities by helping them stay current with technological advances
HCLT Whitepaper: Multi- Tenancy on Private CloudHCL Technologies
http://www.hcltech.com/engineering-rd-services/overview~ More on Engineering and R&D
Advances in cloud computing technology and changes in business models create major paradigm shifts in the way software applications are designed, built, and delivered to end users. The concept of multi-tenancy is one of the key and direct derivatives of cloud computing. Multi-tenancy is an architectural model that optimizes resource sharing. The applications will be deployed and delivered from a shared environment while providing sufficient levels of isolation to the tenants and Quality of Service (QoS) throughout the environment. Like any other paradigm shift, a cloud-based delivery (SaaS) model also comes with a new set of technical challenges.
This paper provides a technical overview on how to convert an application traditionally hosted on-premise to a multi-tenant environment and deliver through an SaaS model. This paper also covers the challenges and benefits of moving this to a cloud infrastructure.
Excerpts from the Paper
The advent of cloud computing boosted a new business model for delivering software, which is generally termed SaaS (Software as a Service). ISVs started realizing the necessity of transforming their traditional on-premise products to the new ―cloud business model. Multi-tenancy is the fundamental design approach that essentially improves the acceptability of SaaS applications. The idea of multi-tenancy, or many tenants sharing resources, is fundamental to cloud computing. Isolation and service assurance are the key elements to be addressed. Isolation ensures that the resources of existing tenants remain untouched, and the integrity of the applications, workloads, and data remain uncompromised when the service provider provisions new tenants. Each tenant may have access to different amounts of network, computing, and storage resources in the shared virtual environment. Tenants see only those resources allocated to them.
The document appears to be a presentation discussing various topics related to business models and monetization strategies for APIs and other digital products and services. It includes photos from Flickr under Creative Commons licenses and covers driving traffic, accelerating development, gaining new users, supporting new devices, partnerships, free versus paid models, affiliates, and shared revenue models. Dates from 1991 to 2013 are mentioned in relation to important changes.
Sales Hacker Conference San Francisco - Jason Lemkin - The 10 Key Revenue Mis...Sales Hacker
The 10 Key Revenue Mistakes I Made Getting to $100 Million Arr by Jason Lemkin
Sales Hacker Conference San Francisco - November 6, 2014
Visit SalesHacker.com for more sales hacks, tips, and tactics.
The document discusses the value of a student agenda that focuses on marketing, networking, and education. The agenda promotes networking opportunities for students to build relationships with companies, visit different industries, and connect with people from other cultures. It also provides educational benefits like a global business perspective, an in-depth look at emerging economies, and connections between students and alumni that can lead to job opportunities.
The internet will not scale to support >7Bn people and >50Bn things on line, but Clouds and Networks Without Infrastructure will, and they are neither singular nor static. Clouds are entirely dynamic and multi-modal with; public, private, personal, open, closed, government and commercial clouds that are fixed, mobile, long and short lived, permanent and transitory. In addition the new degrees of freedom that Clouds afford makes them inherently more secure and resilient than any network medium we have created before. But, not all clouds are equal, and neither is all data!
The era of IT Departments providing centralised networking and security is drawing to a rapid close in the same way that sitting in front of a PC in an office all day is becoming unworkable. So, it is time to rethink what has to change in order to adapt to rapidly growing BYOD (Bring Your Own Device) and BMOB (Be My Own Boss) cultures. At the same time, ecological, social, commercial and technology demands are pushing toward more and smaller devices, the tagging and tracking of everything, whilst using less material and energy. This all demands more wireless and new modes of networking demanding more optical fibre especially in the last mile where Point to Point systems will replace the outmoded BPON and GPON technologies of the past. In this symmetric wide bandwidth future there is no place or part to plat by the old copper local loop technologies, and the mobile operators @ 3,4,5G will be further relegated to transporting < 1% of the total traffic of the future connected world. New species of WiFi and BlueTooth will emerge to dominate mobile connectivity and transport with the short range hops to a vastly increased number of fibre fed hot spots in room, on floor, in building, and on campus.
Les méthodes agiles apportent en amont du développement de nouvelles façons de penser et concevoir un projet dans lesquelles les business analysts endossent un rôle clé.
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
Présentation sur les prises de consciences nécessaires avant d'entreprendre une démarche orientée valeur. C'est le support de présentation utilisée le 6 juin à Agile Bordeaux.
Betaleadership - ima digitalday - Digitalisation et méthodes collaborativesSylvain Loubradou
Dans le cadre des Digital Day d'IMA (Inter Mutuelles Assistances) et de leurs référents digitaux, session organisée sur les pratiques et méthodes collaboratives et leur impact dans la digitalisation de l'entreprise. Travail fait en classe inversée avec sprints :) Maginfiques présentations des participants !
Agile BA - catalyseur, createur de valeur - BAFS 29 juin 2015 Geneve Pyxis Technologies
Atelier présenté lors de la préconférence BAFS 2015 le 29 juin 2015 à Genève.
Essayer quelques outils du monde Agile pour aider le BA à identifier la valeur et aider à définir le périmètre minimum pour la livrer rapidement, de manière itérative et incrémentale.
Peut-on (encore) parler d’agilité sans parler de Scrum ?Christophe Keromen
Conférence créée pour Agile Tour Nantes 2018
Ou comment en vendant de l’illusion, nous fabriquons nos problèmes d'accompagnement
Ces dernières années, Scrum est devenu synonyme d'équipe agile et SAFe, d'agilité produit multi-équipes. Ces deux méthodologies semblent donc la "solution miracle" pour nombre d’organisations qui pensent avoir résolu leur problème en désignant un Product Owner ou en achetant une certification SAFe.
Comme l'a développé l'école de Palo-Alto, il arrive que les solutions deviennent le problème. Et si Scrum et SAFe étaient devenus les problèmes de l'agilité ?
Certains ont même annoncé la mort d'Agile.
Nous verrons dans cette session les relations et différences entre Agile-IT et agilité, et ce que peut représenter l’agilité au niveau personnel, équipe et organisation. Nous nous intéresserons en particulier au changement de perception que cela suppose. Il n’est pas certain de ne pas parler de paradoxes et de systémique.
Ex. Scrum Professional et SAFe Practitioner Certified, je vous propose d'essayer d'y voir un peu plus clair dans tout ce bazar…
Value Driven Development / Agile with GUTS - Présentation Agile Tour StrasbourgPierrick REVOL
Présentation de "Agile with GUTS" @swGUTS faite lors de l'Agile Tour Strasbourg :
- Impact Mapping
- Story Mapping
- Simply the flow
- Crash test your idea
- Minimal Viable Product
101 - UX, Agile, collaboration : une formule gagnante en développement de pr...PMI-Montréal
L’expérience utilisateur (UX) est devenue un facteur incontournable du succès des produits et des services. On ne peut plus ignorer aujourd’hui l’importance de mettre en place des méthodes et des outils permettant d’intégrer les usagers tôt dans le cycle de développement, et de valider très tôt la pertinence et la qualité des solutions envisagées. Est-ce que l’UX peut être intégrée dans un projet Agile? Oui, certainement!
Annemarie Lesage, Ph.D.
Directrice UX recherche et design chez Yu Centrik
Annemarie Lesage est directrice de l’expérience utilisateur (recherche et design) au sein de l’agence UX, Yu Centrik. Elle dirige l’équipe d’analystes, de stratégistes et de designers UX, en intégrant les principes de conception collaborative et de co-création à notre processus d’idéation et d’innovation.
Elle est détentrice d’une Maîtrise en arts graphiques et un Doctorat de l’École de Design de l’Université de Montréal. Elle a concentré ses recherches sur la dimension émotionnelle de l’expérience utilisateur. Annemarie a plus de 20 ans d’expérience en design de produits et de services. Elle a débuté sa carrière en 2000, faisant partie du XMod, le groupe de modélisation d’expériences utilisateurs chez Sapient (XMod), à New York.
Depuis 2003, elle a enseigné divers cours à l’Université Laval (recherche utilisateur et conception co-enseignement en 2005), à Concordia, à l’UQAM et à l’Université de Montréal. Elle co-enseigne à l’Université de Montréal un cours sur la recherche utilisateur et le design d’expériences tangibles et intangibles.
Annemarie est très impliquée dans l’enseignement du programme de certification UX-PM développé en collaboration avec UX alliance, un réseau mondial d’experts en expérience utilisateur.
Gaétan Racine, Ing.
Directeur des projets spéciaux chez Stelvio
Gaétan Racine est directeur des projets spéciaux chez Stelvio. Il dirige différents projets reliées aux plateformes des produits de Stelvio.
Il est détenteur d’un Baccalauréat en génie électrique de l’Université de Sherbrooke et a plus de 30 ans d’expérience dans le domaine de l’informatique.
Gaétan a débuté sa carrière en 1985 en oeuvrant dans une PME développant des solutions de traitement d’images sur PC à l’aide de matériel permettant la saisie et le traitement des images numériques.
En 1991, Gaétan a participé à la création de Stelvio qui oeuvre dans le domaine des solutions d’affaires. Au fils des ans, il a participé à la création des solutions informatiques complexes. Il est devenu Gestionnaire de projets puis Directeur.
Il a géré plusieurs projets d’intégration d’envergure avec des entreprises dans le domaine de la finance en Amérique du nord et en Australie. Il a introduit la méthodologie Agile au sein des équipes chez Stelvio en 2010 et s’intéresse à l’approche UX depuis 2012.
Slide de notre meet-up sur le Grooming, une activité de préparation de backlog parfois peu motivante et pourtant fortement porteuse de sens. Nous vous invitons à travers ce meet-up à repenser différemment l'impact, le sens et l'acabit de l'activité de grooming.
Similaire à Les business analystes face à l'agilité (20)
Afterwork big data et data viz - du lac à votre écranJoseph Glorieux
This document discusses a data visualization workshop hosted by OCTOSuisse on exploring and visualizing big data from a data lake. It provides an overview of OCTO's big data capabilities and projects. It then uses a case study of Swiss public transportation data to demonstrate data exploration, analysis, and visualization techniques using tools like Tableau. The goal is to understand data, identify insights, and effectively communicate findings to others.
Une Data driven company à l'heure de la digitalisationJoseph Glorieux
Présentation donnée le 22/04/2015 au Swiss IT forum sur la data driven company. Elle présente ce que l'on peut améliorer sur ce que l'on fait déjà et des nouvelles opportunités. La présentation conclut sur ce que doit proposer une direction des systèmes d'information pour le permettre demain
Présentation à l'USI 2014 avec Hervé Lourdin sur le thème de l'agilité
Le CEO conference board a publié, comme chaque année, le podium des challenges que les exécutifs européens pensent devoir adresser en 2014.
Passée la surprise de ne pas trouver en tête les grands classiques tels que l’optimisation de la relation client ou la gestion des risques économiques & politiques, on se surprend à découvrir un podium ressemblant à s'y méprendre au portrait chinois d'une entreprise agile : la qualité d'exécution, le management de l'innovation et le développement du capital humain.
Dans un contexte de faible croissance, où la qualité n’est pas un sujet négociable et où seules les entreprises capables d’innover avec frugalité et rapidité sortent du lot, le capital humain semble revenir au centre des enjeux.
Nous vous proposons durant cette session une présentation des concepts et des pratiques qui, à notre avis, constituent le terreau de connaissances nécessaires de tout exécutif s’il souhaite se lancer sur la route de l’entreprise agile.
USI 2013 : 7 changements nécessaires pour sauver vos SI décisionnelsJoseph Glorieux
Présentation de ma session à l'USI 2013 : www.usievents.com
Les principes des architectures décisionnelles ont... 20 ans.
Si on peut leur souhaiter de vivre aussi longtemps que le mainframe, il va être nécessaire de s’adapter à un contexte riche en changement :
- L'explosion de la volumétrie, des usages, de la diversité, l'instantanéité, bref Big Data
- La réduction du time to market dans un contexte de baisse du budget
- La volonté d'indépendance des utilisateurs et des métiers
- Le raz de marée apporté par de nouveaux paradigmes et solutions (NoSQL, in memory, dataviz, R....)
Ce que je propose donc dans cette session c'est un petit guide de survie en 7 points touchant aussi bien à l'architecture, qu'aux pratiques de développements ou à l'organisation.
Mon objectif est de redonner de l'espoir, ou au moins de faire persister encore quelques années les systèmes d'information décisionnels afin de fêter les noces de perles !!
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 :
Le Comptoir OCTO - Équipes infra et prod, ne ratez pas l'embarquement pour l'...OCTO Technology
par Claude Camus (Coach agile d'organisation @OCTO Technology) et Gilles Masy (Organizational Coach @OCTO Technology)
Les équipes infrastructure, sécurité, production, ou cloud, doivent consacrer du temps à la modernisation de leurs outils (automatisation, cloud, etc) et de leurs pratiques (DevOps, SRE, etc). Dans le même temps, elles doivent répondre à une avalanche croissante de demandes, tout en maintenant un niveau de qualité de service optimal.
Habitué des environnements développeurs, les transformations agiles négligent les particularités des équipes OPS. Lors de ce comptoir, nous vous partagerons notre proposition de valeur de l'agilité@OPS, qui embarquera vos équipes OPS en Classe Business (Agility), et leur fera dire : "nous ne reviendrons pas en arrière".
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.
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!
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.
2. 2
Faisons connaissance avec …
Jérôme, 35 ans, Business Analyst
au sein d’une banque privée
Travaille sur les applicatifs des
Responsables de Portefeuilles
Souhaite mettre au point une
plateforme leur offrant plus de
réactivité et de souplesse
5. 5
Quel rôle et quelle(s) responsabilité(s) pour Jérôme
dans la définition du produit ?
Quel rôle et quelle(s) responsabilité(s) pour Jérôme
dans la réalisation du projet ?
Accompagnons Jérôme dans
son voyage vers l’Agile
6. 6
Quel rôle et quelle(s) responsabilité(s) pour Jérôme
dans la définition du produit ?
Quel rôle et quelle(s) responsabilité(s) pour Jérôme
dans la réalisation du projet ?
Accompagnons Jérôme dans
son voyage vers l’Agile
10. 10
Préparation réalisée en temps contraint,
au cours de laquelle se succèdent un certain
nombre d’activités et d’ateliers permettant
d’aligner tout le monde autour de
thématiques structurantes, qui se termine par
un livrable global et synthétique pour
validation et démarrage effectif du projet
Cadrage agile, n. m.
11. 11
~1J
Partager les
fondamentaux Agiles et
initialiser la dynamique
d’équipe
BOOTSTRAP
AGILE
~2h
Personnaliser les
utilisateurs pour
mieux les comprendre
PERSONAS
~1J
Qui sont les
utilisateurs ?
Quels sont leurs
problèmes/besoins ?
Quels enjeux pour
l’entreprise ?
Quelle proposition
de valeur ?
Quels critères
de succès ?
VISION
Quels
logiciels/technologies
/frameworks ?
Quels risques ?
Quelles contre-
mesures ?
RISQUES
~4h
JAN FEV MARS
POINT
D’ATTENTION
FEATURE
VICTOIRE
Quelle trajectoire de réalisation ?
ROADMAP
~1J
~4h
Quel process ?
ORGA AGILE
Quelles métriques ?
Quels rituels ?
? ? ?
Quelle solution
d’industrialisation
du code ?
~3h
Quels échanges
de données ?
Quels formats ?
ARCHI
TECHNIQUE
Quel matériel ?
Quels standards
de qualité pour
le code ?
Quels tests ?
~2h
~1h
~2h
TECH
ARCHI
APPLICATIVE
PRATIQUES
DE DEV
FLUX
ORGATECHPRODUIT
Quelles sont les macro-
fonctionnalités ?
STORYMAP
~1J
++
+
-
EPIC
(activité)
FEATURE
(Macro-
fonctionnalité)
~3h
Quel est le rôle de
chacun ?
Quelles sont les
interactions ?
RÔLES
RESPONSABILITÉS
Cadrage agile – entre 2 et 6 semaines
pour obtenir une équipe alignée prête à démarrer
2~6 semaines
13. 13
Real-Time Portfolio Management
(RTPM) est une application qui permet
de consulter les métriques performance
et risque sur l’ensemble des
portefeuilles gérés, en temps réel et à la
demande
La vision produit de Jérôme
14. 14
Exemple – atelier vision produit
Product Box
Luke Hohmann
http://www.innovationgames.com/product-box/
16. 16
Quoi ?
Durée
Qui ?
Story
Mapping
Découverte collaborative du produit
Outil de priorisation
2h à 8h
Séances de 2h maximum
Product Owner et BA
Stakeholders
Equipe de développement
Ergonomes
17. 17
Tranche de vie…
Ils s’adorent, mais il leur arrive de se
taper sur les nerfs au boulot
Le sport est un bon moyen pour
reconnecter… et se défouler !
Aspirations
Acheter un gros voilier, pour y vivre et
voyer / plonger dans le monde entier
Besoins
S’amuser et se relaxer ensemble
Leurs dernières vacances
Ski & plongée sous glace en Alaska
- Est-ce le meilleur moment pour y plonger ?
- Quelles autres activités sont disponibles sur place ?
- Doit-on / Peut on emmener notre propre équipement ?
- Kate voudrait essayer la plongée profonde, y a-t’-il des stages spécialisés ?
- “Tout compris” : plus de sports à pratiquer !
- Parmi les meilleurs sites au monde, les gens sont sympas, et l’ambiance
très relax. Ils ont découvert par hasard, c’est maintenant leur référence
- Plutôt spontané ! Quand c’est le moment pour eux, ils cherchent un endroit
qui leur plairait
- Comparent selon les activités sur place (plongée en particulier), et la
beauté de l’endroit
- La meilleure offre l’emporte
En préparation – Les Personas
« Les vacances sont l’occasion de plonger dans de nouveaux
spots »
OBJECTIFS
Trouver un super endroit pour pratiquer leurs sports favoris, et prendre le soleil.
Ou? : Peut-être l’Indonésie, mais ouverts à toutes les nouvelles destinations.
Quand? : Peu importe. Le meilleur moment pour y aller.
Budget? : Flexible.
Thomas & Kate Binch
55 ans – mariés, sans enfants
Importateur de vin
Cheltenham, Angleterre
EN QUELQUES MOTS…
QUESTIONS
PROCESS DE RÉSERVATION
ATTITUDES
18. 18
Organiser les activités de gauche à droite, dans l’ordre dans
lequel on répondrait à la question « Que font les utilisateurs de
ce produit ? »
Illustration de Jeff Patton – User Story Mapping – http://www.agileproductdesign.com
temps
19. 19
temps
Illustration de Jeff Patton – User Story Mapping – http://www.agileproductdesign.com
« Quelles tâches l’utilisateur accomplit-il au sein de cette
activité ? »
Organiser les tâches verticalement dans l’ordre du
workflow
22. 22
Meilleure compréhension du produit
• Liens entre les éléments matérialisés
• Représentation des flux et séquences utilisateur
• Priorisation facilitée par l’aspect visuel
Initialisation et suivi du backlog
• Création rapide des premiers éléments de backlog
• Suivi de l’avancement des incréments
Gestion du changement
• Souvent mieux reçue que le backlog
• Appropriation facilitée
La storymap : un « must have »
23. 23
Quel rôle et quelle(s) responsabilité(s) pour Jérôme
dans la définition du produit ?
Quel rôle et quelle(s) responsabilité(s) pour Jérôme
dans la réalisation du projet ?
Accompagnons Jérôme dans
son voyage vers l’Agile
25. 25
1. Story Map vers Product Backlog
Epic
ProductBacklog
Prioriséparvaleurmétier
User Story
26. 26
2. Être prêt pour le prochain Sprint Planning
Epic
ProductBacklog
Prioriséparvaleurmétier
User Story
User Stories
dans l’état
READY
27. 27
Cycle de vie de la User Story
New
To be described
To be estimated
Committed
Done
Ready
Described
À retenir
Le BA
amène un
ensemble
cohérent de
User Stories à
l’état Described
Coté
développement
agile
28. 28
Signifie que la User Story ne contient plus
d’ambiguïté
Peut être estimée puis réalisée sereinement par
l’équipe
Comment lever les ambiguïtés ?
Dialoguer, Dialoguer, Dialoguer
Utiliser les critères INVEST comme « guidelines »
Processus « three amigos »
L’état Described
29. 29
Indépendante
Elle dépend le moins possible d’autres User Stories
Négociable
Une User Story n’est pas un contrat. Elle est négociée et discutée
Valorisable
Elle apporte de la valeur à l’utilisateur final
Estimable
Elle peut être aisément estimée
Sprintable
Elle tient dans un sprint
Testable
Elle peut être testée et validée
User story - les critères INVEST
30. 30
Exemple issu de RTPM
Recalculer la valeur du portefeuille
En tant que responsable de portefeuille
Je veux recalculer la valeur d’un portefeuille à
une date arbitraire
Afin de pouvoir informer mon client des valeurs
les plus pertinentes
31. 31
Critères d’acceptation
Vérifier avec un portefeuille qui ne contient qu’une
Action en USD
Vérifier avec un portefeuille qui ne contient qu’une
Option en USD
Vérifier avec un portefeuille qui contient une
action et une option en USD
… … … … … … …
32. 32
Comment réduire la granularité (et augmenter la précision) ?
Recalculer la valeur du portefeuille contenant une action
En tant que responsable de portefeuille
Je veux recalculer la valeur d’un portefeuille contenant
une seule action à une date arbitraire
Afin de pouvoir informer mon client en ayant les valeurs
les plus pertinentes à lui communiquer
34. 34
Sachant que le portefeuille contient 1 action en CHF
Quand je demande la valeur de mon portefeuille
Alors la valeur de mon portefeuille vaut 1 CHF de
Et que l’action monte de 1,00 CHF le lendemain
le lendemain
plus
Un exemple concret – Formalisme Gherkin
Sachant que le portefeuille contient 1 action NESN
Quand je demande la valeur de mon portefeuille
Alors la valeur de mon portefeuille vaut 67,20 CHF
le 3 janvier 2014 au cours de 66,20
Et que l’action monte de 1,00 CHF le 4 janvier 2014
le 4 janvier 2014
35. 35
Exemple
Scenario: Recalculer la valeur du portefeuille le lendemain quand il ne possède
qu’une action Nestlé
Given le portefeuille contient 1 action NESN le 3 janvier 2014 au cours de 66,20
And l’action monte de 1,00 CHF le 4 janvier 2014
When je demande la valeur du portefeuille le lendemain
Then la valeur de mon portefeuille vaut 67,20 CHF
ScenarioFixture
36. 36
Processus des « Three Amigos »
BA
Développeur
QA
30 min – 1h
1 ou 2 sprint(s)
avant le
développement
Durée
Quand
Il introduit la User Story aux autres Amigos
Ressemblance avec une autre déjà développée ?
Il présente les tests associés
Qui ont été préparés à l’avance
Il prend en compte les feedbacks
immédiatement
Il donne son feedback sur la User Story
Granularité + tests
Il communique les tâches à réaliser avant le
développement
Est-ce qu’il a besoin de plus de docs ? Est-ce qu’il
a besoin d’accéder à un service particulier ?
(Il donne son estimation)
Bénéfices
Connaissance
partagée des besoins
Connaissance
partagée des tests
Consensus à propos
de la qualité de la
spécification
Il donne son feedback sur la User Story
Granularité + tests
Il communique les tâches à réaliser avant
les tests
Est-ce qu’il a besoin d’accéder à un système ?
(Il donne son estimation)
39. 39
Une présence tout au long du processus de delivery
Itération -1/-2 Itération +1/+X
40. 40
Sans une gestion de produit
appropriée, les équipes de
développement agile
construisent simplement de
mauvais produits plus vite.
41. 41
J’y vais demain !
Sur un nouveau projet
• Mener un atelier de vision produit
• Organiser des séances de Story Mapping
• Essayer de démarrer le projet rapidement
Sur un projet en cours
• Introduire progressivement les spécifications
exécutables
• Organiser des ateliers « Three amigos »
Pour incarner cette présentation, nous vous proposons de suivre les évolutions de jérome
Le projet va se dérouler en agile,
et du coup jérome se pose la question de son rôle au sein de ce processus, sachant que son titre n’est mentionné nulle part…
Indépendamment de son titre, jérome n’identifie plus les phases de projet caractéristiques d’un cycle en V ou il devrait intervenir
On lui parle d’itératif, d’incrémentale et de user story dans le processus de collecte des besoins utilisateurs
Et quand il voit le modele d’une user story, s’il percoit la simplicité du modèle, ils ne voient pas où sont les détails des spécifications
Bref il a du mal à se projeter,
comment cadrer la demande, comment alimenter ce fameux backlog, quel est mon role une fois que le backlog est alimenter
Et bien nous allons essayer de répondre à ces questions au travers des deux parties qui compose notre présentation. La premiere concernant la phase amont, la définition du produit qui va nous permettre d’alimenter ce fameux backlog et la deuxième concerne plus la phase projet et son implication dans celle –ci.
4 minutes
Et bien nous allons essayer de répondre à ces questions au travers des deux parties qui compose notre présentation. La premiere concernant la phase amont, la définition du produit qui va nous permettre d’alimenter ce fameux backlog et la deuxième concerne plus la phase projet et son implication dans celle –ci.
4 minutes
Le cadrage, d'habitude, c'est ça : exhaustif (cahier de specs) -> Trop de détails
On est quasi certain que l’on aura pas tout, alors demandons en beaucoup, en espérant avoir quelque chose de « viable ».
Standish Group, environ 50000 projets étudiés. Une des métriques produites est le taux d’utilisation des fonctionnalités réalisées (projets internes).
Cadrage standard caca
64% de fonctionnalités que l’on peut considérer comme du déchet (Jamais et rarement).
Seulement 20% des fonctionnalités sont essentielles (Toujours et Souvent)
Cadrage rapide, pas de tunnel d’1 an et demi
Insérer de l’agile au niveau du cadrage
-> accord puis démarrage ou pas
En 2 à 6 semaines, on devrait pouvoir cadrer n’importe quel projet, sinon découpage
Réunir tout le monde au départ -> difficile
+ réflexion entre ateliers
Timeboxing
Balayage du périmètre
Elevator statement => vendre son produit lors d’un voyage en ascenseur
Product Box => aller un cran plus loin que la vision produit, comment attirer le chaland avec un objet en tête de gondole
Comment vendriez-vous votre produit s’il était packagé dans une boîte, présent dans les rayonnages d’un supermarché
(atelier créatif et collaboratif)
Balayer le périmètre en largeur
Disposer d’une vue globale mais simple
Eviter les éléments trop détaillés
Créer la roadmap prévisionnelle
En définissant des incréments de produit
Former des incréments cohérents, maximisant la valeur livrée aux utilisateurs du produit
Personnaliser les utilisateurs du produit pour mieux les comprendre
Aider l’équipe de réalisation à comprendre le point de vue de l’utilisateur et faciliter les discussions sur les usages et les fonctionnalités
En réutilisant le travail fait dans l’atelier vision
Liste des utilisateurs types du produit, leurs caractéristiques
Qu’avez-vous fait ce matin avant de venir ici ?
- Manger
- Doucher
- Raser
- Brosser les dents
- Habiller
- …
Il n’est pas obligatoire d’avoir des éléments de chaque activité.
Par contre, chaque release doit contribuer à la vision produit et délivrer de la valeur aux utilisateurs.
Introduire Incrément de Produit
Jerôme apporte de la cohérence fonctionnelle aux releases
En tant que PMS, je veux fournir la structure et les données de portefeuille
En tant que PMS, je veux fournir la liste des portefeuilles sous gestion
En tant que PMS, je veux obtenir la liste des ratings
ma partie 17 minutes : 10 slides
Bien sur la responsailité de jérome se s’arrete pas là,
Revenons sur le processus avec le premier Sprint arrive! Il faut choisir les élements des éléments du backlog à développer durant ce Sprint.
Mais il est ou le backlog
Est-ce que ce que l’on a en sortie de notre cadrage est suffisant pour démarrer sereinement le premier Sprint?
j’en doute
Travail préparatoire au sprint : travailler sur le backlog
Durant la phase de cadrage, Jérôme a donc contribué à valider le périmètre du produit dans le cadre de la storymap
La storymap a permis de faire ressortir des Epix, des thèmes voir des usesr story un peu macro avec une priorisation à la release > itération
Prendre un plus petite morceau de la release pour l’iteration
Apporter du détail, de la précision aux besoins exprimés durant le cadrage, Pour qu’il n’y ait plus d’ambiguité au moment où l’équipe va réaliser cette User Story
Comment passer de la Storymap de sortie de cadrage -> à une représentation suffisamment détaillé pour que l’équipe puisse développer.
Solution 1 : pas de backlog pour les petits produits, on garde la storymap
Dans le Product Backlog, on va retrouver nos Epics Thèmes et User Stories priorisé (par le PO), sous un format excel ou autre
On va retrouver nos Stories prévues pour la première Release en haut du backlog!
Les éléments en haut du backlog, les plus prioritaires seront les éléments considérés par l’équipe pour le prochain Sprint.
Pour que l’équipe soit capable de réaliser cette User Story, il faut certainement plus d’élément que quelques phrases sur un bout de carton…
L’équipe décide donc ensemble d’un ensemble de critères (matérialisé par la frontière orange) pour qu’une User Story soit dans un état Ready : definition of ready (US qui pourra être considérée durant le prochain Sprint Planning) definition of done
Toutes les US venant du la SM se retrouvent à l’état NEW
. Scrum Master vérifie la forme et Scrum Master propose
Described -> Avec Forme + Critères d’acceptance claire + Exemples + Eventuellement doc
Bien sur fait en amont
Pourquoi délais ? À faire avant le planing meeting
Grooming -> Décomposer et estimer
Objectif du BA l’état described
Avant, Dialoguer, dialoguer, dialoguer ->
Au cœur du processus agile
Il ne faut pas oubiler qu’une User Story n’est pas qu’une carte. La carte n’incarne qu’une promesse de discussion à propos du besoin, On veut provoquer la conversation.
Etat Ready est l’état acceptable
Un petit peu abstrait, rentrons sur un cas concret de jérome
Revenons à jérôme et essayons d’appliuer cela à une user story
Commençons par un cas simple et vérifions qu’il marche réellement (avant d’ajouter de la complexité) -> discours sur la voiture
Simplifier, déscendre le niveau de granularité diminuer la complexité et augmenter la précision
Aspect récursif -> Quand est-ce que l’on s’arrete?
Afiiner une story et découper une story
Ok, on est content, on a une US sont on cerne bien mieux le scope
On a notre critère d’acceptance
Pour autant, est-ce que notre User Story est testable?
Ben non, pour pouvoir tester, il faut des exemples.
Une fois que c’est préciser, pourquoi pas ne pas aller plus loin et aller au bout de la démarche
Spécification par les tests et pouruqoi pas executable
Ou ce type de test pourrait être automatisé ici avec le framewok jbehave
Necessite de la maintenance, c’est pas figé, ça va évoluer et ça a un coup de maintenance
Support de dialogue entre BA et dev
Avec le dialogue, en utilisant des critères de type invest ou avec le processus des three amigos, jérome travaille donc en amont des itérations de développement pour alimenter les futures iteration en apportant les précisions, les compléments nécessaire et en levant les ambiguité
Ce n’est pas la seule participation de jérome sur le projet bien entendu
Avec le dialogue, en utilisant des critères de type invest ou avec le processus des three amigos, jérome travaille donc en amont des itérations de développement pour alimenter les futures iteration en apportant les précisions, les compléments nécessaire et en levant les ambiguité
On a vu iteration -1/ -2 sur user story à passer sur statut described, groom de backlog
Jérome est bien sur un acteur au sein de l’itération meme
Communiquer, apporter les précisions nécessaires, participer au rituel mise en place
Précision mais pas changements
Il a encore un role sur les tests complémentaires utilisateur réalisé en générale à iteration + 1, test de bout en bout, d’intégration, test GUI supplémentaire…