SlideShare une entreprise Scribd logo
1  sur  64
Télécharger pour lire hors ligne
Le rôle de l'analyste d'affaires et la place de la documentation dans un processus Agile françoisbeauregard pyxis-tech.com/francois-beauregard
Une belle aventurePyxis Technologies (2000 - xxxx)www.pyxis-tech.com Pyxis aide les organisations de développementlogicielàdevenir des endroitsoù les résultats, la qualité de vie et le plaisir coexistent de façon durable en étant en premier lieu un exemple de cequ'elle propose àses clients et en accompagnantceux-ci.
Uneautre belle aventureAgile Montréal (2002 - xxxx)www.agilemontreal.ca
Avertissements Quelques diagrammes sont en anglais! J’ai plus de diapos que nécessaire car… je parle beaucoup! Aussi …
Objectifs de la présentation Vous présenter les pratiques Agiles liées à l'analyse d'affaires, en particulier en matière de développement et de gestion des exigences Comprendre ce que signifie être Agile pendant la modélisation Comprendre où se situe la modélisation dans un processus Agile Fournir des éléments de réflexion pour la mise en œuvre d'améliorations dans vos projets Soyez sceptique mais ouvert!
Sondage à main levée Utilisez-vous une approche Agile dans votre organisation?
Déroulement État des lieux Agile en quelques mots Modélisation Agile et documentation Initiale Détaillée Quotidienne Conclusion
Des questions Quel est le rôle d’un analyste d’affaires? Quels sont ses objectifs? Comment aide-t-il? Que fait-il au quotidien?
Nos projets doivent être une réussite Réussite : Le projet se termine dans le respect du délai et du budget. Il comporte toutes les fonctions et caractéristiques prévues. Défi : Le projet est en retard, il y a dépassement de budget ou il manque certaines fonctions et caractéristiques.  Échec : Le projet est annulé avant sa fin ou il est terminé mais ne sera jamais utilisé. Standish Group CHAOS Report, 2003
Investissement dans les caractéristiques de valeur  Jim Johnson, Standish Group, XP 2002
Qu’est-ce que le développement logiciel? Le développement et la gestion des exigences logicielles se résument essentiellement à une problématique de communication. Ceux qui demandent lelogiciel doivent communiqueravec ceux qui le construisent.
Développement et gestion des exigences
Cycle en V (cascade)‏
Défis Dans une approche traditionnelle ayant un cycle en V, la définition des exigences se fait dans un document écrit en langage naturel par un expert du domaine. Les scénarios permettant de valider le code développé sont écrits dans un autre document par des experts en assurance qualité, avec un formalisme spécialisé. De bons experts en assurance qualité doivent avoir une double compétence et à cause de cela ils sont rares et onéreux. Le code de l'application est développé après lecture des exigences fonctionnelles et validé par la suite par les scénarios de test, le plus souvent manuellement. Les sources d'information et les intervenants sont multiples et soulèvent la question de la fiabilité de l'interprétation, de la synchronisation de l'information, de l'efficacité et de l'optimisation du procédé.
Défis (suite) Les documents sont multiples. Beaucoup d'effort pour s'assurer que tout est tenu à jour Traçabilité difficile Il est difficile de tester desdocuments! La gestion des exigences et lagestion de projet sontsouvent mal intégrées.
Mais alors que doit-on changer? Quelques idées... Avoir une forme contractuelle qui reconnaît qu’il n’est pas optimal (désiré) de chercher à connaître précisément l’ensemble des exigences au départ (ceci est un sujet en soit) Mettre en place des processus qui conservent un niveau de contrôle adéquat mais qui permettent les changements rapides Avoir une forme documentaire simplifiée qui permette l’évolutivité de la documentation Créer une culture de collaboration Mettre en place des outils (p. ex. : wiki) pour soutenir la démarche
Manifeste pour le développement Agile de logiciel Nous sommes à découvrir de meilleures manières de développer des logiciels en aidant les autres et en en développant nous-même. Par ce travail, nous en sommes venu à valoriser ce qui suit : les individus et les interactions davantage que les processus et les outils les logiciels fonctionnels davantage que la documentation exhaustive la collaboration avec le client davantage que la négociation de contrat l’ouverture au changement davantage que le suivi d’un plan En fait, bien que les éléments de droite soient importants, nous considérons que les éléments de gauche le sont encore plus.
Principes Agiles (un sous-ensemble) La priorité est de satisfaire le client par la livraison rapide et continuede solutions logicielles utiles.  Intégrez les changements, même ceux de dernière minute,  car ils offriront un avantage compétitif à votre client.  Élaborez des projets autour d’individus motivés, fournissez-leur le soutien nécessaire et faites-leur confiance.  Les meilleures solutions émergent des équipes auto-organisées.  Régulièrement, l’équipe fait une réflexion sur les façons de  devenir plus efficace, s’ajuste et modifie son comportement en conséquence.  Porter une attention continue à l’excellence technique et à un bon design améliore l’Agilité.  La simplicité est essentielle.
Qu’est-ce la gestion Agile de projet? “Agile project management is the work of energizing, empowering, and enabling project teams to rapidly and reliably deliver business value by engaging customers and continuously learning and adapting to their changing needs and environments.” - SanjivAugustine
ProcessusAgilestandard Scrum - 3 rôles ,[object Object]
ScrumMaster
ÉquipierL’analyste d’affaires?
équipe pluridisciplinaireautogérée inspection et  adaptation incrément prêt pourla production classé par valeur Uneéquipe Scrum = Un système
Une question commune Quel est la bonne façon de représenter la portée et de permettre d’apporter des changements à la définition? Corollaires : Êtes-vous bon actuellement avec cela? Comment les principes et pratiques Agiles peuvent vous aider?  Comment pouvez-vous partager cette responsabilité? Est-ce que ça doit être l’affaire de tous?
Déroulement État des lieus Agile en quelques mots Modélisation Agile et documentation Initiale Détaillée Quotidienne Conclusion
Qu’est-ce que la modélisation Agile? Il s’agit d’un ensemble de pratiques de modélisation fondées sur des valeurs Agiles et des principes d’ingénierie logicielle. Il s’agit d’une approche légère permettant d’améliorer les efforts de modélisation et de documentation.
Quelques valeurs et principes  ,[object Object]
Simplicité
Rétroaction
Courage
HumilitéPrincipes de base ,[object Object]
Faire place au changement
Permettre le prochain effort, c’est votre deuxième but
Permettre les modifications incrémentielles
Modéliser avec un but
Avoir des modèles multiples
Maximiser l’engagement des intervenants
Faire du travail de qualité
Avoir une rétroaction rapide
Avoir les logiciels comme principal but
Voyager légerPrincipes supplémentaires ,[object Object]
Il faut préconiser les communications ouvertes et honnêtes.,[object Object]
Quel est la façon la plus efficace de communiquer ?
À quel vitesse l’information se déplace-t-elle ? Configuration traditionnelle Configuration en espace ouvert
La modélisation Agile dans un processus Agile
La modélisationinitiale
Objectifs de la modélisation initiale  Comprendre les objectifs du projet Élaborer une stratégie incrémentale maximisant l’atteinte des objectifs (ex. : Story Mapping) Explorer le domaine d’affaires  Développer un langage commun  Définir l’architecture initiale
Quels sont les problèmes liés à la phase d’analyse traditionnelle initiale? Connaissance initiale incomplète Manque de rétroaction des utilisateurs Efforts d’analyse additionnelle sur des fonctionnalités qui sont de faible priorité ou qui apporte peu de valeur Peu de place au changement
Modèles possibles de modélisation des exigences Modélisation des exigences Cartographie des rôles utilisateurs Cas d’utilisation (descriptif)‏ Diagramme UML de cas d’utilisation Scénarios utilisateurs (user stories)‏ … Modélisation des interfaces utilisateurs Modélisation du domaine
Comment gérons-nous les exigences dans les projets Agiles?  Carnet du produit
Les détails relatifs aux exigences s’accumulent
Exemple de schéma en format libre
Quand cessons-nous d’ajouter des détails?
Modélisation détaillée
Objectifs de la modélisation détaillée Comprendre les exigences des intervenants Comprendre comment les entités d’affaires sont inter reliées  Détailler l’enchaînement des processus opérationnels Concevoir une interface utilisateur
Quels sont les problèmes liés à la phase de conception traditionnelle? Il est impossible de trouver tous les problèmes d’avance. Les architectes deviennent des spécialistes et ils ne codent plus. La conception traditionnelle ne fait pas place au changement. Comment communiquez-vous aux programmeurs vos idées relatives à la conception? Comment tenez-vous à jour la documentation relative à la conception?
La réponse? La conception évolutive Il ne s’agit pas de coder et de corriger. Il faut faire place au changement. Elle implique la réversibilité. Elle apprécie la simplicité. Elle a besoin de pratiques d’ingénierie. Tests  Réusinage Intégration continue
La réponse? La conception évolutive Il faut supporter la conception évolutive. Modélisation itérative  Propriété collective Application de modèles  Juste assez bien Devons-nous documenter la conception?
Documentation Agile Le problème fondamental c’est la communication, pas la documentation. Les modèles ne sont pas nécessairement des documents, vice versa. La documentation devrait être ‘légère et efficace’. Il faut mettre la documentation à jour seulement quand c’est nécessaire. Il ne faut jamais oublier que votre principal but, c’est le développement!

Contenu connexe

Tendances

Cmoi agile dojo 20140220 pmi acp
Cmoi agile dojo 20140220 pmi acpCmoi agile dojo 20140220 pmi acp
Cmoi agile dojo 20140220 pmi acpJean-Luc MAZE
 
Management de projet (agilité et design thinking)
Management de projet (agilité et design thinking)Management de projet (agilité et design thinking)
Management de projet (agilité et design thinking)David VALLAT
 
Lexique du management de projet
Lexique du management de projetLexique du management de projet
Lexique du management de projetMichel Estève
 
Atelier Scribing pour le groupe Business Analysis de l'ADIRA
Atelier Scribing pour le groupe Business Analysis de l'ADIRAAtelier Scribing pour le groupe Business Analysis de l'ADIRA
Atelier Scribing pour le groupe Business Analysis de l'ADIRAAnnick Rimbod-Pethiod, CBAP
 
Reussir sa transformation vers un modele IT agile et ouvert - Livret
Reussir sa transformation vers un modele IT agile et ouvert - LivretReussir sa transformation vers un modele IT agile et ouvert - Livret
Reussir sa transformation vers un modele IT agile et ouvert - LivretAXA en France
 
Agile Data Warehousing - 7 pillars - Procima Experts
Agile Data Warehousing - 7 pillars - Procima ExpertsAgile Data Warehousing - 7 pillars - Procima Experts
Agile Data Warehousing - 7 pillars - Procima ExpertsMarc-Eric LaRocque
 
SAFe qui peut ! Les patterns SAFe à l’épreuve du monde hybride digital - Agil...
SAFe qui peut ! Les patterns SAFe à l’épreuve du monde hybride digital - Agil...SAFe qui peut ! Les patterns SAFe à l’épreuve du monde hybride digital - Agil...
SAFe qui peut ! Les patterns SAFe à l’épreuve du monde hybride digital - Agil...Agile En Seine
 
Agilite Puissance3 chez W4
Agilite Puissance3 chez W4Agilite Puissance3 chez W4
Agilite Puissance3 chez W4Jean-Luc MAZE
 
Matinale Agile Wake Up #4 : les tests et l'agilité
Matinale Agile Wake Up #4 : les tests et l'agilitéMatinale Agile Wake Up #4 : les tests et l'agilité
Matinale Agile Wake Up #4 : les tests et l'agilitéZenika
 
Dossier Agile: Une autre relation client - fournisseur
Dossier Agile: Une autre relation client - fournisseurDossier Agile: Une autre relation client - fournisseur
Dossier Agile: Une autre relation client - fournisseurinsentia
 
Gestion de projet #3 : besoin client
Gestion de projet #3 : besoin clientGestion de projet #3 : besoin client
Gestion de projet #3 : besoin clientJean Michel
 
M2i Webinar - ITIL 4, une évolution majeure du référentiel (12-04-2019)
M2i Webinar - ITIL 4, une évolution majeure du référentiel (12-04-2019)M2i Webinar - ITIL 4, une évolution majeure du référentiel (12-04-2019)
M2i Webinar - ITIL 4, une évolution majeure du référentiel (12-04-2019)M2i Formation
 
Ddj Architecture & Design Beyond Functional Requirements On Agile Projects
Ddj   Architecture & Design   Beyond Functional Requirements On Agile ProjectsDdj   Architecture & Design   Beyond Functional Requirements On Agile Projects
Ddj Architecture & Design Beyond Functional Requirements On Agile ProjectsEmmanuel Hugonnet
 
Réussir son analyse des besoins dans la conduite d'un projet informatique (2007)
Réussir son analyse des besoins dans la conduite d'un projet informatique (2007)Réussir son analyse des besoins dans la conduite d'un projet informatique (2007)
Réussir son analyse des besoins dans la conduite d'un projet informatique (2007)Ardesi Midi-Pyrénées
 
Présentation imaginePartners IT
Présentation imaginePartners ITPrésentation imaginePartners IT
Présentation imaginePartners ITAnisManachi
 
Gestion de projet #2 : méthodes
Gestion de projet #2 : méthodesGestion de projet #2 : méthodes
Gestion de projet #2 : méthodesJean Michel
 
Management de Projet International
Management de Projet InternationalManagement de Projet International
Management de Projet InternationalRiana Andrieux
 
Glossaire FR-EN de Vocabulaire du Business Analyst
Glossaire FR-EN de Vocabulaire du Business AnalystGlossaire FR-EN de Vocabulaire du Business Analyst
Glossaire FR-EN de Vocabulaire du Business AnalystAnnick Rimbod-Pethiod, CBAP
 

Tendances (20)

Cmoi agile dojo 20140220 pmi acp
Cmoi agile dojo 20140220 pmi acpCmoi agile dojo 20140220 pmi acp
Cmoi agile dojo 20140220 pmi acp
 
Management de projet (agilité et design thinking)
Management de projet (agilité et design thinking)Management de projet (agilité et design thinking)
Management de projet (agilité et design thinking)
 
Lexique du management de projet
Lexique du management de projetLexique du management de projet
Lexique du management de projet
 
Atelier Scribing pour le groupe Business Analysis de l'ADIRA
Atelier Scribing pour le groupe Business Analysis de l'ADIRAAtelier Scribing pour le groupe Business Analysis de l'ADIRA
Atelier Scribing pour le groupe Business Analysis de l'ADIRA
 
Reussir sa transformation vers un modele IT agile et ouvert - Livret
Reussir sa transformation vers un modele IT agile et ouvert - LivretReussir sa transformation vers un modele IT agile et ouvert - Livret
Reussir sa transformation vers un modele IT agile et ouvert - Livret
 
Agile Data Warehousing - 7 pillars - Procima Experts
Agile Data Warehousing - 7 pillars - Procima ExpertsAgile Data Warehousing - 7 pillars - Procima Experts
Agile Data Warehousing - 7 pillars - Procima Experts
 
SAFe qui peut ! Les patterns SAFe à l’épreuve du monde hybride digital - Agil...
SAFe qui peut ! Les patterns SAFe à l’épreuve du monde hybride digital - Agil...SAFe qui peut ! Les patterns SAFe à l’épreuve du monde hybride digital - Agil...
SAFe qui peut ! Les patterns SAFe à l’épreuve du monde hybride digital - Agil...
 
Agilite Puissance3 chez W4
Agilite Puissance3 chez W4Agilite Puissance3 chez W4
Agilite Puissance3 chez W4
 
Matinale Agile Wake Up #4 : les tests et l'agilité
Matinale Agile Wake Up #4 : les tests et l'agilitéMatinale Agile Wake Up #4 : les tests et l'agilité
Matinale Agile Wake Up #4 : les tests et l'agilité
 
Methodes agile
Methodes agileMethodes agile
Methodes agile
 
Dossier Agile: Une autre relation client - fournisseur
Dossier Agile: Une autre relation client - fournisseurDossier Agile: Une autre relation client - fournisseur
Dossier Agile: Une autre relation client - fournisseur
 
Formation Gestion de projet
Formation Gestion de projetFormation Gestion de projet
Formation Gestion de projet
 
Gestion de projet #3 : besoin client
Gestion de projet #3 : besoin clientGestion de projet #3 : besoin client
Gestion de projet #3 : besoin client
 
M2i Webinar - ITIL 4, une évolution majeure du référentiel (12-04-2019)
M2i Webinar - ITIL 4, une évolution majeure du référentiel (12-04-2019)M2i Webinar - ITIL 4, une évolution majeure du référentiel (12-04-2019)
M2i Webinar - ITIL 4, une évolution majeure du référentiel (12-04-2019)
 
Ddj Architecture & Design Beyond Functional Requirements On Agile Projects
Ddj   Architecture & Design   Beyond Functional Requirements On Agile ProjectsDdj   Architecture & Design   Beyond Functional Requirements On Agile Projects
Ddj Architecture & Design Beyond Functional Requirements On Agile Projects
 
Réussir son analyse des besoins dans la conduite d'un projet informatique (2007)
Réussir son analyse des besoins dans la conduite d'un projet informatique (2007)Réussir son analyse des besoins dans la conduite d'un projet informatique (2007)
Réussir son analyse des besoins dans la conduite d'un projet informatique (2007)
 
Présentation imaginePartners IT
Présentation imaginePartners ITPrésentation imaginePartners IT
Présentation imaginePartners IT
 
Gestion de projet #2 : méthodes
Gestion de projet #2 : méthodesGestion de projet #2 : méthodes
Gestion de projet #2 : méthodes
 
Management de Projet International
Management de Projet InternationalManagement de Projet International
Management de Projet International
 
Glossaire FR-EN de Vocabulaire du Business Analyst
Glossaire FR-EN de Vocabulaire du Business AnalystGlossaire FR-EN de Vocabulaire du Business Analyst
Glossaire FR-EN de Vocabulaire du Business Analyst
 

Similaire à Le rôle de l'analyste d'affaires et la place de la documentation dans un processus agile

Impacts de l'adoption de Scrum
Impacts de l'adoption de ScrumImpacts de l'adoption de Scrum
Impacts de l'adoption de ScrumPyxis Technologies
 
Webinaire BluTech 02/2023 - L'agilité
Webinaire BluTech 02/2023 - L'agilitéWebinaire BluTech 02/2023 - L'agilité
Webinaire BluTech 02/2023 - L'agilitéAdrienMusserotte1
 
Agile du point de vue d'un PMP
Agile du point de vue d'un PMPAgile du point de vue d'un PMP
Agile du point de vue d'un PMPPyxis Technologies
 
Agile du point de vue d'un PMP
Agile du point de vue d'un PMPAgile du point de vue d'un PMP
Agile du point de vue d'un PMPguestaaee88d
 
Adoption de l'Agilité : principes et défis
Adoption de l'Agilité : principes et défisAdoption de l'Agilité : principes et défis
Adoption de l'Agilité : principes et défisPyxis Technologies
 
Méthodes agiles: Scrum et XP
Méthodes agiles: Scrum et XPMéthodes agiles: Scrum et XP
Méthodes agiles: Scrum et XPYouness Boukouchi
 
Introduction à Scrum et aux méthodes agiles (v1.0)
Introduction à Scrum et aux méthodes agiles (v1.0)Introduction à Scrum et aux méthodes agiles (v1.0)
Introduction à Scrum et aux méthodes agiles (v1.0)Blackbird
 
Déjeuner-débat EIM360 | Machine Learning et Transformation Digitale, un duo g...
Déjeuner-débat EIM360 | Machine Learning et Transformation Digitale, un duo g...Déjeuner-débat EIM360 | Machine Learning et Transformation Digitale, un duo g...
Déjeuner-débat EIM360 | Machine Learning et Transformation Digitale, un duo g...SOLLAN FRANCE
 
Plus vite et plus de valeur : plus d'agilité pour vos développements d'applic...
Plus vite et plus de valeur : plus d'agilité pour vos développements d'applic...Plus vite et plus de valeur : plus d'agilité pour vos développements d'applic...
Plus vite et plus de valeur : plus d'agilité pour vos développements d'applic...Microsoft Ideas
 
Le scrum master, metamorphe du bonheur
Le scrum master, metamorphe du bonheurLe scrum master, metamorphe du bonheur
Le scrum master, metamorphe du bonheursebastien_fournel
 
Pannel Retour d'expérience BAFS 2015 Genève : Orange
Pannel Retour d'expérience BAFS 2015 Genève : OrangePannel Retour d'expérience BAFS 2015 Genève : Orange
Pannel Retour d'expérience BAFS 2015 Genève : OrangeBAFS
 
Lean Software Development et pratiques Agiles
Lean Software Development et pratiques AgilesLean Software Development et pratiques Agiles
Lean Software Development et pratiques AgilesEric Le Merdy
 
Atelier comment choisir et déployer un erp - CCI Bordeaux et Prodware - 07 ...
Atelier   comment choisir et déployer un erp - CCI Bordeaux et Prodware - 07 ...Atelier   comment choisir et déployer un erp - CCI Bordeaux et Prodware - 07 ...
Atelier comment choisir et déployer un erp - CCI Bordeaux et Prodware - 07 ...polenumerique33
 
Tableau Drive, Une méthodologie innovante pour les déploiements en entreprise
Tableau Drive, Une méthodologie innovante pour les déploiements en entrepriseTableau Drive, Une méthodologie innovante pour les déploiements en entreprise
Tableau Drive, Une méthodologie innovante pour les déploiements en entrepriseTableau Software
 
Journée Egide 2016 : Support d'Alain Garnier (Jamespot) et Xavier Gendron (Be...
Journée Egide 2016 : Support d'Alain Garnier (Jamespot) et Xavier Gendron (Be...Journée Egide 2016 : Support d'Alain Garnier (Jamespot) et Xavier Gendron (Be...
Journée Egide 2016 : Support d'Alain Garnier (Jamespot) et Xavier Gendron (Be...Journee-Egide
 

Similaire à Le rôle de l'analyste d'affaires et la place de la documentation dans un processus agile (20)

Agile expliqué aux managers
Agile expliqué aux managersAgile expliqué aux managers
Agile expliqué aux managers
 
Impacts de l'adoption de Scrum
Impacts de l'adoption de ScrumImpacts de l'adoption de Scrum
Impacts de l'adoption de Scrum
 
Webinaire BluTech 02/2023 - L'agilité
Webinaire BluTech 02/2023 - L'agilitéWebinaire BluTech 02/2023 - L'agilité
Webinaire BluTech 02/2023 - L'agilité
 
Agile du point de vue d'un PMP
Agile du point de vue d'un PMPAgile du point de vue d'un PMP
Agile du point de vue d'un PMP
 
Agile du point de vue d'un PMP
Agile du point de vue d'un PMPAgile du point de vue d'un PMP
Agile du point de vue d'un PMP
 
Adoption de l'Agilité : principes et défis
Adoption de l'Agilité : principes et défisAdoption de l'Agilité : principes et défis
Adoption de l'Agilité : principes et défis
 
Méthodes agiles j certif Abidjan
Méthodes agiles j certif AbidjanMéthodes agiles j certif Abidjan
Méthodes agiles j certif Abidjan
 
Méthodes agiles: Scrum et XP
Méthodes agiles: Scrum et XPMéthodes agiles: Scrum et XP
Méthodes agiles: Scrum et XP
 
Introduction à Scrum et aux méthodes agiles (v1.0)
Introduction à Scrum et aux méthodes agiles (v1.0)Introduction à Scrum et aux méthodes agiles (v1.0)
Introduction à Scrum et aux méthodes agiles (v1.0)
 
Déjeuner-débat EIM360 | Machine Learning et Transformation Digitale, un duo g...
Déjeuner-débat EIM360 | Machine Learning et Transformation Digitale, un duo g...Déjeuner-débat EIM360 | Machine Learning et Transformation Digitale, un duo g...
Déjeuner-débat EIM360 | Machine Learning et Transformation Digitale, un duo g...
 
Agilite Scrum
Agilite Scrum Agilite Scrum
Agilite Scrum
 
Psp Tsp Agile 3 1 Fr
Psp Tsp Agile 3 1 FrPsp Tsp Agile 3 1 Fr
Psp Tsp Agile 3 1 Fr
 
Plus vite et plus de valeur : plus d'agilité pour vos développements d'applic...
Plus vite et plus de valeur : plus d'agilité pour vos développements d'applic...Plus vite et plus de valeur : plus d'agilité pour vos développements d'applic...
Plus vite et plus de valeur : plus d'agilité pour vos développements d'applic...
 
Brochure Vers l'entreprise Agile
Brochure Vers l'entreprise AgileBrochure Vers l'entreprise Agile
Brochure Vers l'entreprise Agile
 
Le scrum master, metamorphe du bonheur
Le scrum master, metamorphe du bonheurLe scrum master, metamorphe du bonheur
Le scrum master, metamorphe du bonheur
 
Pannel Retour d'expérience BAFS 2015 Genève : Orange
Pannel Retour d'expérience BAFS 2015 Genève : OrangePannel Retour d'expérience BAFS 2015 Genève : Orange
Pannel Retour d'expérience BAFS 2015 Genève : Orange
 
Lean Software Development et pratiques Agiles
Lean Software Development et pratiques AgilesLean Software Development et pratiques Agiles
Lean Software Development et pratiques Agiles
 
Atelier comment choisir et déployer un erp - CCI Bordeaux et Prodware - 07 ...
Atelier   comment choisir et déployer un erp - CCI Bordeaux et Prodware - 07 ...Atelier   comment choisir et déployer un erp - CCI Bordeaux et Prodware - 07 ...
Atelier comment choisir et déployer un erp - CCI Bordeaux et Prodware - 07 ...
 
Tableau Drive, Une méthodologie innovante pour les déploiements en entreprise
Tableau Drive, Une méthodologie innovante pour les déploiements en entrepriseTableau Drive, Une méthodologie innovante pour les déploiements en entreprise
Tableau Drive, Une méthodologie innovante pour les déploiements en entreprise
 
Journée Egide 2016 : Support d'Alain Garnier (Jamespot) et Xavier Gendron (Be...
Journée Egide 2016 : Support d'Alain Garnier (Jamespot) et Xavier Gendron (Be...Journée Egide 2016 : Support d'Alain Garnier (Jamespot) et Xavier Gendron (Be...
Journée Egide 2016 : Support d'Alain Garnier (Jamespot) et Xavier Gendron (Be...
 

Plus de Pyxis Technologies

Pitié, ne construisez pas le nouveau pont Champlain en Agilité...
Pitié, ne construisez pas le nouveau pont Champlain en Agilité...Pitié, ne construisez pas le nouveau pont Champlain en Agilité...
Pitié, ne construisez pas le nouveau pont Champlain en Agilité...Pyxis Technologies
 
Sorry, the new Champlain Bridge can’t be built using Agile...
Sorry, the new Champlain Bridge can’t be built using Agile...Sorry, the new Champlain Bridge can’t be built using Agile...
Sorry, the new Champlain Bridge can’t be built using Agile...Pyxis Technologies
 
Développer votre logiciel interne : comment y parvenir sans investir une fort...
Développer votre logiciel interne : comment y parvenir sans investir une fort...Développer votre logiciel interne : comment y parvenir sans investir une fort...
Développer votre logiciel interne : comment y parvenir sans investir une fort...Pyxis Technologies
 
Agilité du point de vue de la gouvernance
Agilité du point de vue de la gouvernanceAgilité du point de vue de la gouvernance
Agilité du point de vue de la gouvernancePyxis Technologies
 
La gestion de portefeuille Agile - c'est pas compliqué!
La gestion de portefeuille Agile - c'est pas compliqué! La gestion de portefeuille Agile - c'est pas compliqué!
La gestion de portefeuille Agile - c'est pas compliqué! Pyxis Technologies
 
La valeur d'affaires comme indicateur de la gestion de projet - IIBA Montréal...
La valeur d'affaires comme indicateur de la gestion de projet - IIBA Montréal...La valeur d'affaires comme indicateur de la gestion de projet - IIBA Montréal...
La valeur d'affaires comme indicateur de la gestion de projet - IIBA Montréal...Pyxis Technologies
 
Agile BA - catalyseur, createur de valeur - BAFS 29 juin 2015 Geneve
Agile BA - catalyseur, createur de valeur - BAFS 29 juin 2015 Geneve Agile BA - catalyseur, createur de valeur - BAFS 29 juin 2015 Geneve
Agile BA - catalyseur, createur de valeur - BAFS 29 juin 2015 Geneve Pyxis Technologies
 
Estimation initiale dun projet agile de Mathieu Boisvert
Estimation initiale dun projet agile de Mathieu BoisvertEstimation initiale dun projet agile de Mathieu Boisvert
Estimation initiale dun projet agile de Mathieu BoisvertPyxis Technologies
 
Les attitudes doxiques dans les équipes et le syndrome du Titanic!
Les attitudes doxiques dans les équipes et le syndrome du Titanic!Les attitudes doxiques dans les équipes et le syndrome du Titanic!
Les attitudes doxiques dans les équipes et le syndrome du Titanic!Pyxis Technologies
 
La valeur d’affaires: L’indicateur qui peut changer le succès des projets
La valeur d’affaires: L’indicateur qui peut changer le succès des projetsLa valeur d’affaires: L’indicateur qui peut changer le succès des projets
La valeur d’affaires: L’indicateur qui peut changer le succès des projetsPyxis Technologies
 
Le rôle de l’architecte Agile - Mathieu Boisvert
Le rôle de l’architecte Agile - Mathieu BoisvertLe rôle de l’architecte Agile - Mathieu Boisvert
Le rôle de l’architecte Agile - Mathieu BoisvertPyxis Technologies
 
Agilité et la gestion du changement mboisvert - 15 octobre 2013
Agilité et la gestion du changement   mboisvert - 15 octobre 2013Agilité et la gestion du changement   mboisvert - 15 octobre 2013
Agilité et la gestion du changement mboisvert - 15 octobre 2013Pyxis Technologies
 
Comment être agile dans un contexte non lié aux TI ?
Comment être agile dans un contexte non lié aux TI ?Comment être agile dans un contexte non lié aux TI ?
Comment être agile dans un contexte non lié aux TI ?Pyxis Technologies
 
La revue d'itération intégrée… Et autres fabuleuses pratiques Agiles adaptées...
La revue d'itération intégrée… Et autres fabuleuses pratiques Agiles adaptées...La revue d'itération intégrée… Et autres fabuleuses pratiques Agiles adaptées...
La revue d'itération intégrée… Et autres fabuleuses pratiques Agiles adaptées...Pyxis Technologies
 
Choisir ses priorités: le développement incrémental de produit
Choisir ses priorités: le développement incrémental de produitChoisir ses priorités: le développement incrémental de produit
Choisir ses priorités: le développement incrémental de produitPyxis Technologies
 
Apprendre pour la performance et le bien-être
Apprendre pour la performance et le bien-êtreApprendre pour la performance et le bien-être
Apprendre pour la performance et le bien-êtrePyxis Technologies
 
L'agilité : de l'individu à l'organisation en passant par l'équipe
L'agilité : de l'individu à l'organisation en passant par l'équipeL'agilité : de l'individu à l'organisation en passant par l'équipe
L'agilité : de l'individu à l'organisation en passant par l'équipePyxis Technologies
 
Agile du point de vue d'un PMP
Agile du point de vue d'un PMPAgile du point de vue d'un PMP
Agile du point de vue d'un PMPPyxis Technologies
 

Plus de Pyxis Technologies (20)

Pitié, ne construisez pas le nouveau pont Champlain en Agilité...
Pitié, ne construisez pas le nouveau pont Champlain en Agilité...Pitié, ne construisez pas le nouveau pont Champlain en Agilité...
Pitié, ne construisez pas le nouveau pont Champlain en Agilité...
 
Sorry, the new Champlain Bridge can’t be built using Agile...
Sorry, the new Champlain Bridge can’t be built using Agile...Sorry, the new Champlain Bridge can’t be built using Agile...
Sorry, the new Champlain Bridge can’t be built using Agile...
 
Développer votre logiciel interne : comment y parvenir sans investir une fort...
Développer votre logiciel interne : comment y parvenir sans investir une fort...Développer votre logiciel interne : comment y parvenir sans investir une fort...
Développer votre logiciel interne : comment y parvenir sans investir une fort...
 
Agilité du point de vue de la gouvernance
Agilité du point de vue de la gouvernanceAgilité du point de vue de la gouvernance
Agilité du point de vue de la gouvernance
 
La gestion de portefeuille Agile - c'est pas compliqué!
La gestion de portefeuille Agile - c'est pas compliqué! La gestion de portefeuille Agile - c'est pas compliqué!
La gestion de portefeuille Agile - c'est pas compliqué!
 
Introduction à Agile Lean
Introduction à Agile LeanIntroduction à Agile Lean
Introduction à Agile Lean
 
La valeur d'affaires comme indicateur de la gestion de projet - IIBA Montréal...
La valeur d'affaires comme indicateur de la gestion de projet - IIBA Montréal...La valeur d'affaires comme indicateur de la gestion de projet - IIBA Montréal...
La valeur d'affaires comme indicateur de la gestion de projet - IIBA Montréal...
 
Agile BA - catalyseur, createur de valeur - BAFS 29 juin 2015 Geneve
Agile BA - catalyseur, createur de valeur - BAFS 29 juin 2015 Geneve Agile BA - catalyseur, createur de valeur - BAFS 29 juin 2015 Geneve
Agile BA - catalyseur, createur de valeur - BAFS 29 juin 2015 Geneve
 
Estimation initiale dun projet agile de Mathieu Boisvert
Estimation initiale dun projet agile de Mathieu BoisvertEstimation initiale dun projet agile de Mathieu Boisvert
Estimation initiale dun projet agile de Mathieu Boisvert
 
Les attitudes doxiques dans les équipes et le syndrome du Titanic!
Les attitudes doxiques dans les équipes et le syndrome du Titanic!Les attitudes doxiques dans les équipes et le syndrome du Titanic!
Les attitudes doxiques dans les équipes et le syndrome du Titanic!
 
La valeur d’affaires: L’indicateur qui peut changer le succès des projets
La valeur d’affaires: L’indicateur qui peut changer le succès des projetsLa valeur d’affaires: L’indicateur qui peut changer le succès des projets
La valeur d’affaires: L’indicateur qui peut changer le succès des projets
 
Danser avec les polarités
Danser avec les polaritésDanser avec les polarités
Danser avec les polarités
 
Le rôle de l’architecte Agile - Mathieu Boisvert
Le rôle de l’architecte Agile - Mathieu BoisvertLe rôle de l’architecte Agile - Mathieu Boisvert
Le rôle de l’architecte Agile - Mathieu Boisvert
 
Agilité et la gestion du changement mboisvert - 15 octobre 2013
Agilité et la gestion du changement   mboisvert - 15 octobre 2013Agilité et la gestion du changement   mboisvert - 15 octobre 2013
Agilité et la gestion du changement mboisvert - 15 octobre 2013
 
Comment être agile dans un contexte non lié aux TI ?
Comment être agile dans un contexte non lié aux TI ?Comment être agile dans un contexte non lié aux TI ?
Comment être agile dans un contexte non lié aux TI ?
 
La revue d'itération intégrée… Et autres fabuleuses pratiques Agiles adaptées...
La revue d'itération intégrée… Et autres fabuleuses pratiques Agiles adaptées...La revue d'itération intégrée… Et autres fabuleuses pratiques Agiles adaptées...
La revue d'itération intégrée… Et autres fabuleuses pratiques Agiles adaptées...
 
Choisir ses priorités: le développement incrémental de produit
Choisir ses priorités: le développement incrémental de produitChoisir ses priorités: le développement incrémental de produit
Choisir ses priorités: le développement incrémental de produit
 
Apprendre pour la performance et le bien-être
Apprendre pour la performance et le bien-êtreApprendre pour la performance et le bien-être
Apprendre pour la performance et le bien-être
 
L'agilité : de l'individu à l'organisation en passant par l'équipe
L'agilité : de l'individu à l'organisation en passant par l'équipeL'agilité : de l'individu à l'organisation en passant par l'équipe
L'agilité : de l'individu à l'organisation en passant par l'équipe
 
Agile du point de vue d'un PMP
Agile du point de vue d'un PMPAgile du point de vue d'un PMP
Agile du point de vue d'un PMP
 

Dernier

La Grosse Conf 2024 - Philippe Stepniewski -Atelier - Live coding d'une base ...
La Grosse Conf 2024 - Philippe Stepniewski -Atelier - Live coding d'une base ...La Grosse Conf 2024 - Philippe Stepniewski -Atelier - Live coding d'une base ...
La Grosse Conf 2024 - Philippe Stepniewski -Atelier - Live coding d'une base ...OCTO Technology
 
Milo-AI Milo AI Congress est conçu pour transformer votre compréhension de l'IA
Milo-AI Milo AI Congress est conçu pour transformer votre compréhension de l'IAMilo-AI Milo AI Congress est conçu pour transformer votre compréhension de l'IA
Milo-AI Milo AI Congress est conçu pour transformer votre compréhension de l'IAUGAIA
 
Intelligence Artificielle: Vers l'ère de l'imagination
Intelligence Artificielle: Vers l'ère de l'imaginationIntelligence Artificielle: Vers l'ère de l'imagination
Intelligence Artificielle: Vers l'ère de l'imaginationTony Aubé
 
Etude_Bpifrance_-_Les_Greentech_francaises_-_3eme_edition_annuelle_2024.pdf
Etude_Bpifrance_-_Les_Greentech_francaises_-_3eme_edition_annuelle_2024.pdfEtude_Bpifrance_-_Les_Greentech_francaises_-_3eme_edition_annuelle_2024.pdf
Etude_Bpifrance_-_Les_Greentech_francaises_-_3eme_edition_annuelle_2024.pdfsnapierala
 
LA SUPERINTELLIGENCE ARTIFICIELLE, SES BÉNÉFICES ET NUIRES ET QUE FAIRE POUR ...
LA SUPERINTELLIGENCE ARTIFICIELLE, SES BÉNÉFICES ET NUIRES ET QUE FAIRE POUR ...LA SUPERINTELLIGENCE ARTIFICIELLE, SES BÉNÉFICES ET NUIRES ET QUE FAIRE POUR ...
LA SUPERINTELLIGENCE ARTIFICIELLE, SES BÉNÉFICES ET NUIRES ET QUE FAIRE POUR ...Faga1939
 
La Grosse Conf 2024 - Philippe Prados - Atelier - RAG : au-delà de la démonst...
La Grosse Conf 2024 - Philippe Prados - Atelier - RAG : au-delà de la démonst...La Grosse Conf 2024 - Philippe Prados - Atelier - RAG : au-delà de la démonst...
La Grosse Conf 2024 - Philippe Prados - Atelier - RAG : au-delà de la démonst...OCTO Technology
 
GUM365 - Rencontre mensuelle Avril 2024 - Montréal
GUM365 - Rencontre mensuelle Avril 2024 - MontréalGUM365 - Rencontre mensuelle Avril 2024 - Montréal
GUM365 - Rencontre mensuelle Avril 2024 - MontréalNicolas Georgeault
 
Le Comptoir OCTO - MLOps : Les patterns MLOps dans le cloud
Le Comptoir OCTO - MLOps : Les patterns MLOps dans le cloudLe Comptoir OCTO - MLOps : Les patterns MLOps dans le cloud
Le Comptoir OCTO - MLOps : Les patterns MLOps dans le cloudOCTO Technology
 

Dernier (8)

La Grosse Conf 2024 - Philippe Stepniewski -Atelier - Live coding d'une base ...
La Grosse Conf 2024 - Philippe Stepniewski -Atelier - Live coding d'une base ...La Grosse Conf 2024 - Philippe Stepniewski -Atelier - Live coding d'une base ...
La Grosse Conf 2024 - Philippe Stepniewski -Atelier - Live coding d'une base ...
 
Milo-AI Milo AI Congress est conçu pour transformer votre compréhension de l'IA
Milo-AI Milo AI Congress est conçu pour transformer votre compréhension de l'IAMilo-AI Milo AI Congress est conçu pour transformer votre compréhension de l'IA
Milo-AI Milo AI Congress est conçu pour transformer votre compréhension de l'IA
 
Intelligence Artificielle: Vers l'ère de l'imagination
Intelligence Artificielle: Vers l'ère de l'imaginationIntelligence Artificielle: Vers l'ère de l'imagination
Intelligence Artificielle: Vers l'ère de l'imagination
 
Etude_Bpifrance_-_Les_Greentech_francaises_-_3eme_edition_annuelle_2024.pdf
Etude_Bpifrance_-_Les_Greentech_francaises_-_3eme_edition_annuelle_2024.pdfEtude_Bpifrance_-_Les_Greentech_francaises_-_3eme_edition_annuelle_2024.pdf
Etude_Bpifrance_-_Les_Greentech_francaises_-_3eme_edition_annuelle_2024.pdf
 
LA SUPERINTELLIGENCE ARTIFICIELLE, SES BÉNÉFICES ET NUIRES ET QUE FAIRE POUR ...
LA SUPERINTELLIGENCE ARTIFICIELLE, SES BÉNÉFICES ET NUIRES ET QUE FAIRE POUR ...LA SUPERINTELLIGENCE ARTIFICIELLE, SES BÉNÉFICES ET NUIRES ET QUE FAIRE POUR ...
LA SUPERINTELLIGENCE ARTIFICIELLE, SES BÉNÉFICES ET NUIRES ET QUE FAIRE POUR ...
 
La Grosse Conf 2024 - Philippe Prados - Atelier - RAG : au-delà de la démonst...
La Grosse Conf 2024 - Philippe Prados - Atelier - RAG : au-delà de la démonst...La Grosse Conf 2024 - Philippe Prados - Atelier - RAG : au-delà de la démonst...
La Grosse Conf 2024 - Philippe Prados - Atelier - RAG : au-delà de la démonst...
 
GUM365 - Rencontre mensuelle Avril 2024 - Montréal
GUM365 - Rencontre mensuelle Avril 2024 - MontréalGUM365 - Rencontre mensuelle Avril 2024 - Montréal
GUM365 - Rencontre mensuelle Avril 2024 - Montréal
 
Le Comptoir OCTO - MLOps : Les patterns MLOps dans le cloud
Le Comptoir OCTO - MLOps : Les patterns MLOps dans le cloudLe Comptoir OCTO - MLOps : Les patterns MLOps dans le cloud
Le Comptoir OCTO - MLOps : Les patterns MLOps dans le cloud
 

Le rôle de l'analyste d'affaires et la place de la documentation dans un processus agile

  • 1. Le rôle de l'analyste d'affaires et la place de la documentation dans un processus Agile françoisbeauregard pyxis-tech.com/francois-beauregard
  • 2. Une belle aventurePyxis Technologies (2000 - xxxx)www.pyxis-tech.com Pyxis aide les organisations de développementlogicielàdevenir des endroitsoù les résultats, la qualité de vie et le plaisir coexistent de façon durable en étant en premier lieu un exemple de cequ'elle propose àses clients et en accompagnantceux-ci.
  • 3. Uneautre belle aventureAgile Montréal (2002 - xxxx)www.agilemontreal.ca
  • 4. Avertissements Quelques diagrammes sont en anglais! J’ai plus de diapos que nécessaire car… je parle beaucoup! Aussi …
  • 5.
  • 6.
  • 7. Objectifs de la présentation Vous présenter les pratiques Agiles liées à l'analyse d'affaires, en particulier en matière de développement et de gestion des exigences Comprendre ce que signifie être Agile pendant la modélisation Comprendre où se situe la modélisation dans un processus Agile Fournir des éléments de réflexion pour la mise en œuvre d'améliorations dans vos projets Soyez sceptique mais ouvert!
  • 8. Sondage à main levée Utilisez-vous une approche Agile dans votre organisation?
  • 9. Déroulement État des lieux Agile en quelques mots Modélisation Agile et documentation Initiale Détaillée Quotidienne Conclusion
  • 10. Des questions Quel est le rôle d’un analyste d’affaires? Quels sont ses objectifs? Comment aide-t-il? Que fait-il au quotidien?
  • 11.
  • 12. Nos projets doivent être une réussite Réussite : Le projet se termine dans le respect du délai et du budget. Il comporte toutes les fonctions et caractéristiques prévues. Défi : Le projet est en retard, il y a dépassement de budget ou il manque certaines fonctions et caractéristiques. Échec : Le projet est annulé avant sa fin ou il est terminé mais ne sera jamais utilisé. Standish Group CHAOS Report, 2003
  • 13. Investissement dans les caractéristiques de valeur Jim Johnson, Standish Group, XP 2002
  • 14. Qu’est-ce que le développement logiciel? Le développement et la gestion des exigences logicielles se résument essentiellement à une problématique de communication. Ceux qui demandent lelogiciel doivent communiqueravec ceux qui le construisent.
  • 15. Développement et gestion des exigences
  • 16. Cycle en V (cascade)‏
  • 17. Défis Dans une approche traditionnelle ayant un cycle en V, la définition des exigences se fait dans un document écrit en langage naturel par un expert du domaine. Les scénarios permettant de valider le code développé sont écrits dans un autre document par des experts en assurance qualité, avec un formalisme spécialisé. De bons experts en assurance qualité doivent avoir une double compétence et à cause de cela ils sont rares et onéreux. Le code de l'application est développé après lecture des exigences fonctionnelles et validé par la suite par les scénarios de test, le plus souvent manuellement. Les sources d'information et les intervenants sont multiples et soulèvent la question de la fiabilité de l'interprétation, de la synchronisation de l'information, de l'efficacité et de l'optimisation du procédé.
  • 18. Défis (suite) Les documents sont multiples. Beaucoup d'effort pour s'assurer que tout est tenu à jour Traçabilité difficile Il est difficile de tester desdocuments! La gestion des exigences et lagestion de projet sontsouvent mal intégrées.
  • 19. Mais alors que doit-on changer? Quelques idées... Avoir une forme contractuelle qui reconnaît qu’il n’est pas optimal (désiré) de chercher à connaître précisément l’ensemble des exigences au départ (ceci est un sujet en soit) Mettre en place des processus qui conservent un niveau de contrôle adéquat mais qui permettent les changements rapides Avoir une forme documentaire simplifiée qui permette l’évolutivité de la documentation Créer une culture de collaboration Mettre en place des outils (p. ex. : wiki) pour soutenir la démarche
  • 20. Manifeste pour le développement Agile de logiciel Nous sommes à découvrir de meilleures manières de développer des logiciels en aidant les autres et en en développant nous-même. Par ce travail, nous en sommes venu à valoriser ce qui suit : les individus et les interactions davantage que les processus et les outils les logiciels fonctionnels davantage que la documentation exhaustive la collaboration avec le client davantage que la négociation de contrat l’ouverture au changement davantage que le suivi d’un plan En fait, bien que les éléments de droite soient importants, nous considérons que les éléments de gauche le sont encore plus.
  • 21. Principes Agiles (un sous-ensemble) La priorité est de satisfaire le client par la livraison rapide et continuede solutions logicielles utiles. Intégrez les changements, même ceux de dernière minute, car ils offriront un avantage compétitif à votre client. Élaborez des projets autour d’individus motivés, fournissez-leur le soutien nécessaire et faites-leur confiance. Les meilleures solutions émergent des équipes auto-organisées. Régulièrement, l’équipe fait une réflexion sur les façons de devenir plus efficace, s’ajuste et modifie son comportement en conséquence. Porter une attention continue à l’excellence technique et à un bon design améliore l’Agilité. La simplicité est essentielle.
  • 22.
  • 23.
  • 24. Qu’est-ce la gestion Agile de projet? “Agile project management is the work of energizing, empowering, and enabling project teams to rapidly and reliably deliver business value by engaging customers and continuously learning and adapting to their changing needs and environments.” - SanjivAugustine
  • 25.
  • 28. équipe pluridisciplinaireautogérée inspection et adaptation incrément prêt pourla production classé par valeur Uneéquipe Scrum = Un système
  • 29. Une question commune Quel est la bonne façon de représenter la portée et de permettre d’apporter des changements à la définition? Corollaires : Êtes-vous bon actuellement avec cela? Comment les principes et pratiques Agiles peuvent vous aider? Comment pouvez-vous partager cette responsabilité? Est-ce que ça doit être l’affaire de tous?
  • 30. Déroulement État des lieus Agile en quelques mots Modélisation Agile et documentation Initiale Détaillée Quotidienne Conclusion
  • 31. Qu’est-ce que la modélisation Agile? Il s’agit d’un ensemble de pratiques de modélisation fondées sur des valeurs Agiles et des principes d’ingénierie logicielle. Il s’agit d’une approche légère permettant d’améliorer les efforts de modélisation et de documentation.
  • 32.
  • 36.
  • 37. Faire place au changement
  • 38. Permettre le prochain effort, c’est votre deuxième but
  • 39. Permettre les modifications incrémentielles
  • 41. Avoir des modèles multiples
  • 43. Faire du travail de qualité
  • 45. Avoir les logiciels comme principal but
  • 46.
  • 47.
  • 48. Quel est la façon la plus efficace de communiquer ?
  • 49. À quel vitesse l’information se déplace-t-elle ? Configuration traditionnelle Configuration en espace ouvert
  • 50. La modélisation Agile dans un processus Agile
  • 52. Objectifs de la modélisation initiale Comprendre les objectifs du projet Élaborer une stratégie incrémentale maximisant l’atteinte des objectifs (ex. : Story Mapping) Explorer le domaine d’affaires Développer un langage commun Définir l’architecture initiale
  • 53. Quels sont les problèmes liés à la phase d’analyse traditionnelle initiale? Connaissance initiale incomplète Manque de rétroaction des utilisateurs Efforts d’analyse additionnelle sur des fonctionnalités qui sont de faible priorité ou qui apporte peu de valeur Peu de place au changement
  • 54. Modèles possibles de modélisation des exigences Modélisation des exigences Cartographie des rôles utilisateurs Cas d’utilisation (descriptif)‏ Diagramme UML de cas d’utilisation Scénarios utilisateurs (user stories)‏ … Modélisation des interfaces utilisateurs Modélisation du domaine
  • 55. Comment gérons-nous les exigences dans les projets Agiles? Carnet du produit
  • 56. Les détails relatifs aux exigences s’accumulent
  • 57. Exemple de schéma en format libre
  • 60. Objectifs de la modélisation détaillée Comprendre les exigences des intervenants Comprendre comment les entités d’affaires sont inter reliées Détailler l’enchaînement des processus opérationnels Concevoir une interface utilisateur
  • 61. Quels sont les problèmes liés à la phase de conception traditionnelle? Il est impossible de trouver tous les problèmes d’avance. Les architectes deviennent des spécialistes et ils ne codent plus. La conception traditionnelle ne fait pas place au changement. Comment communiquez-vous aux programmeurs vos idées relatives à la conception? Comment tenez-vous à jour la documentation relative à la conception?
  • 62. La réponse? La conception évolutive Il ne s’agit pas de coder et de corriger. Il faut faire place au changement. Elle implique la réversibilité. Elle apprécie la simplicité. Elle a besoin de pratiques d’ingénierie. Tests Réusinage Intégration continue
  • 63. La réponse? La conception évolutive Il faut supporter la conception évolutive. Modélisation itérative Propriété collective Application de modèles Juste assez bien Devons-nous documenter la conception?
  • 64. Documentation Agile Le problème fondamental c’est la communication, pas la documentation. Les modèles ne sont pas nécessairement des documents, vice versa. La documentation devrait être ‘légère et efficace’. Il faut mettre la documentation à jour seulement quand c’est nécessaire. Il ne faut jamais oublier que votre principal but, c’est le développement!
  • 65. Modélisation détaillée des exigences : modèles possibles Modélisation des exigences Cas d’utilisation Scénarios utilisateurs Modélisation des interfaces utilisateurs Modélisation de domaine
  • 66. Prototype de fidélité de bas niveau :prototypes papier
  • 68. Objectifs de la modélisation juste à temps Faciliter la collaboration par la communication Confirmer les exigences avec des exemples de règles d’affaires Examiner en détail les éléments de conception Avoir une compréhension commune de la conception
  • 69. Pratiques Agiles de modélisation Il faut savoir quand arrêter la modélisation. Il faut le prouver avec du code. Le code est un modèle. C’est juste assez bien. Il faut modéliser avec les autres.
  • 70. Modèles possibles de collaboration Collaboration concernant les exigences Détails sur les cartes de scénario (verbalement)‏ Tests d’acceptation du client Séance de conception rapide Développement piloté par les test (TDD)‏
  • 71. Le code est le modèle primaire Le prouver avec du code Vérifier le code avec les tests d’acceptation du client Faire la conception avec les tests unitaires S’assurer que les tests unitaires constituent la documentation principale du code Rester près du code : les concepteurs devraient coder
  • 72. Spécifications exécutables – Un exemple Le système doit supporter l'addition de deux nombres naturels. Comment tester cela : Tapez 3 dans le champ de saisie. Cliquez sur le bouton +. Tapez 7 dans le champ de saisie. Cliquez sur le bouton =. Vérifiez que le résultat affiché est 10. Est-ce qu'il y a une meilleure façon?
  • 73. Spécifications exécutables – Un exemple (suite) Le système doit également supporter la division. Est-cequ'il y a unemeilleurefaçon?
  • 74. Exemple plus significatif Un crédit allant jusqu'à 1000 $ est accordé à un client qui fait affaire avec nous depuis plus de 12 mois s'il a été un bon payeur durant cette période et s'il a un solde à payer inférieur à 6000 $.
  • 76. Conclusion Les conceptions Agiles se réalisent de façon émergente, elles ne sont pas définies au départ. L’étape de modélisation initiale est cruciale. Itérez, itérez, itérez... Chaque investissement en documentation devrait être compris et entendu avec le client. Adhérez au principe du juste assez bien
  • 77. Without the shift in thinking, methodology becomes technique and practice becomes imitation. Peter Block
  • 78. Merci! Des questions? Pour obtenir les diapos : fbeauregard@pyxis-tech.com
  • 79. En discuter davantage N’hésitez pas à m’accrocher N’hésitez pas à me contacter - fbeauregard@pyxis-tech.com - Voussouhaitezouvrirune discussion ou faire uneprésentation (celle-làouuneautre) dansvotreorganisation - Avec grand plaisir!