SlideShare une entreprise Scribd logo
1  sur  31
SavoirAgile.com
Wébinaire -
18 février 2016
RÔLE DE
L’ARCHITECTE AGILE
©PyxisTechnologiesinc.
Merci!
PYXIS VOUS OFFRE UNE GAMME
COMPLÈTE DE SERVICES
©PyxisTechnologiesinc.
QUI SUIS-JE?
 À Pyxis depuis 2004;
 Différents rôles :
 conseiller;
 formateur;
 chargé de cours à UQAM;
 co-auteur du livre Choisir l’Agilité.
Contact:
mboisvert@pyxis-tech.com
ca.linkedin.com/in/mathieuboisvert/
©PyxisTechnologiesinc.
QUEL EST LE PROBLÈME?
©PyxisTechnologiesinc.
DOIT-ON EN DÉDUIRE QU’EN AGILE…
 On ne peut pas faire d’architecture en amont?
 On code, on ne réfléchit pas?
 On se préoccupe pas des soucis « horizontaux », on reste
focus sur le projet?
 Un architecte pour être utile doit programmer?
 Une équipe auto organisée ne peut être influencée?
©PyxisTechnologiesinc.
OBJECTIFS DU WÉBINAIRE
 Informer sur les impacts de l’approche Agile sur le rôle de
l’architecte
 Présenter différentes façons de jouer efficacement le rôle
de l’architecte dans des projets Agile
 Déboulonner certains mythes entourant l’architecture dans
un mode Agile
IMPACT #1:
ÉMERGENCE ET
INCRÉMENTALITÉ
Rôle de
l’architecte
Agile
©PyxisTechnologiesinc.
VOTRE PROJET RESSEMBLE-T-IL À
CECI?
©PyxisTechnologiesinc.
BALANCER ANTICIPATION ET
ADAPTATION
Pratiques
•Éllicitation complète des besoins en amont
•Architecture détaillée en amont
•Communication par documents approuvés
Pratiques
• Compréhension des besoins « Juste
assez, juste à temps »
• Architecture émergente (dernier
moment responsable
• Cycle de rétroaction (feedback loop)
Risques
•Paralysie par l’analyse
•Sur ingénierie
•Se baser sur des fausses
hypothèses
•Solution non adaptée
Risques
•Réingénierie coûteuse
•Solution non globale
Ne pas se compromettre si ce n’est pas requis!
©PyxisTechnologiesinc.
CADRE DE TRAVAIL SCRUM
Le carnet pour prioriser
les items avec des
stratégies:
• Juste assez,
• au bon moment,
• garder les options
ouvertes,
• jusqu’au dernier
moment
responsable.
La démonstration et la
livraison du dernier
incrément du système, pour:
• Valider le résultat,
• Confirmer les
hypothèses,
• Ajuster la conception
(architecture émergente)
responsable.
©PyxisTechnologiesinc.
DES SPÉCIFICATIONS ORIENTÉES
SUR LES BESOINS AFFAIRES
Thèmes
Épics
User Story
Cas d’utilisation
Les
besoins
d’affaires
allimentent
et fixent la
priorité du
carnet de
produit
Une stratégie
pour gérer et
planifier les
considération
d’architecture
s est requise!
Carnet de produit
Spike
©PyxisTechnologiesinc.
Projet
PATTERNS DE DÉMARRAGE
Itération
1
Itération
2 […]
Itération
N
a) Directement
en projet
(littérature Scrum)
Itération
1
Itération
2 […]
Itération
N
Itération
0
b) Ateliers
de démarrage
(commun)
Itération
N
Itération
0
c) Phase d’analyse
préliminaire
(commun)
Analyse
préliminaire
Itération
1
Itération
2 […]
Itération
N
d) Analyse
préliminaire
empirique
Itération
4
Itération
5 […]
Avant-Projet
Itération
2
Itération
3
Itération
1
(ou pas)
Décision
©PyxisTechnologiesinc.
Risque
technique
Effortde
développement
ÉVOLUTION DE LA CONCEPTION
ET DU RISQUE
Fonctionnalités
Tâches techniques
ConstructionConception
Faisabilit
é
Beaucoup de
conception au départ
Beaucoup de
fonctionnalités
affaire par la suite
©PyxisTechnologiesinc.
EXEMPLE 1: LE COMPTE D’ÉPARGNE
Couche
client en
Java
Interface
BD
Couche
serveur en
Cobol
Batch de
réconciliation
Systéme
financier
Le solde de Mathieu Boisvert pour commencer
Peu de valeur affaire, grande validation de l’architecture !
©PyxisTechnologiesinc.
 L’agent de recommandation
 Commencer par les interfaces d’administration
 La refonte d’un système patrimoine
 Commencer par les transactions les plus fréquentes, les plus
révélatrices
 Le logiciel de taxation
 Commencer par les activités les plus risqués
AUTRES EXEMPLES
IMPACT #2:
COLLABORER AVEC
LES ÉQUIPES
Rôle de
l’architecte
Agile
©PyxisTechnologiesinc.
RESPONSABILITÉS D’UN ARCHITECTE
 Établir et communiquer une stratégie de
réalisation
 Assurer un leadership sur la solution développée
(guider, accompagner)
 Être le gardien des contraintes organisationnelles
©PyxisTechnologiesinc.
STRUCTURE D'ÉQUIPE AGILE
du Scrum Master ,
Des Équipiers, Du Responsable
de produit,
de l’ensemble des individus ayant
les compétences pour produire
un incrément de produit.
L’équipe Scrum se compose…
Les collaborateurs et les contributeurs
soutiennent l’équipe
Gestionnaires Clients
Experts
Et
l’architecte
?
©PyxisTechnologiesinc.
ÊTRE OU NE PAS ÊTRE DANS L’ÉQUIPE ?
 Équipier est sans doute la meilleure posture pour
accomplir vos objectifs
 Aurez-vous la disponibilité nécessaire?
 Arriverez-vous à garder un pas de recul?
 Plus souvent qu’autrement l’architecte se positionne
comme un collaborateur
©PyxisTechnologiesinc.
LE DÉFI DU COLLABORATEUR
 Il faut à tout prix éviter les situations suivantes:
 L’équipe attend après une décision
 L’équipe se fait systématiquement reprendre ses initiatives et perd
ainsi confiance
 L’équipe n’a pas accès à l’information qui lui permettrait de
décider
 Bref… l’équipe a constamment besoin de son architecte… qui n’est
pas toujours disponible!
©PyxisTechnologiesinc.
ARCHITECT OWNER (DISCIPLINED
AGILE DELIVERY)
 Guider la création et l’évolution de l’architecture de la
solution
 Mentorat auprès de l’équipe sur les considérations
d’architecture
 Leader les efforts d’architecture initiale
 S’assurer que l’équipe comprend et adhère aux principes
d’architecture de l’organisation
 S’assurer que l’équipe connaît les « assets » de
l’organisation et les utilise de façon approprié
 S’assurer que la solution est intégré et testé fréquemment
 S’assurer que les préoccupations non fonctionnelles sont
bien représentées dans le carnet de produit et/ou la définition
de terminé
©PyxisTechnologiesinc.
1. Imposer (Tell) Imposer une décision à l’équipe
2. Vendre (Sell) Décider et convaincre l’équipe
3. Consulter (Consult) Consulter l’équipe avant de décider
4. Collaborer (Agree) Décider en collaboration avec l’équipe
5. Aviser (Advise) Influencer la décision prise par l’équipe
6. Demander (Inquire) S’informer d’une décision prise par l’équipe
7. Déléguer (Delegate) Laisser l’équipe prendre ses propres
décisions
LEADERSHIP SITUATIONNEL
Source : Jurgen Appelo, Management 3.0 – leading agile developers, developing agile leaders, Addison-Wesley, 2011
©PyxisTechnologiesinc.
QUELQUES EXEMPLES
Décision Niveau de
délégation
Moment de la prise
de décision
La communication entre les
composants se fera via des appels
SOAP
Les validations dans les formulaires
se feront en temps réel
Le module de chargement des
données se fera à partir d’un fichier
excel
Le champ « description » ne peut être
NULL et ne peut excéder 200
caractères
Nous débuterons par le module de
prise de commande
©PyxisTechnologiesinc.
COMMENT COMMUNIQUEZ-VOUS?
Le développement de
solutions logicielles
est une activité
coopérative
d'invention et de
communication.
Efficacitédelacommunication
Richesse du canal de communication
Froid Chaud
FaibleForte
Options de
documentation
Options de
modélisation
Papier
Enregistrement
audio
Enregistrement
vidéo
Conversation
par courriel
Conversation
par téléphone
Conversation
par vidéo
Conversation
face à face
Face à face au
tableau blanc
©PyxisTechnologiesinc.
OPPORTUNITÉS DE COLLABORATION
 Sprint 0
 Transfert « face à face » des
travaux d’architecture en amont
 Beaucoup de « tableau blanc »
 Sprint Planning
 Conception détaillée du sprint à
venir
 Encore du « tableau blanc »
 Daily Scrum
 Visibilité sur les enjeux pour
offrir de l’aide
 Binôme
 Transfert de connaissance,
essais, validation d’hypothèse
 Définition de TERMINÉ
 Étapes de validation
 Soucis horizontaux
 Définition de PRÊT
 Analyse d’impact
 Pistes de solution
 Revue de sprint
 Challenger la solution
©PyxisTechnologiesinc.
ÉquipierÉquipier
Architecte
Comité d’architecture
STRUCTURE ÉLARGIE
Équipe 1 Équipe 2
Vision,
Contexte org,
Normes,
Orientation
CONCLUSION
Le rôle de
l’architecte
Agile
©PyxisTechnologiesinc.
FAIRE DE L’ARCHITECTURE AGILE
 Pour faire face à la complexité il faut laisser une
place à l’émergence dans nos stratégies de
conception
 Il faut limiter l’effort initial de conception
 Il faut chercher à valider rapidement ses
hypothèses
 Il faut utiliser des modèles de conception qui nous
garde très près du besoins d’affaires
©PyxisTechnologiesinc.
ÊTRE UN ARCHITECTE AGILE
 Prendre une décision ce n’est qu’une partie de
l’équation.
 La communication « face à face » sera toujours la plus
efficace
 Soyez inclusif dans vos activités de modélisation
 Travaillez au bon niveau de détail
 Ajustez votre style de leadership au contexte
 L’humilité est votre ami 
Titre sur mesure
POINTS FORTS
1
Période de
questions
?
©PyxisTechnologiesinc.
NOS PROCHAINS WEBINAIRES

Contenu connexe

Tendances

Offre Onepoint - Conduite du Changement et Transformation
Offre Onepoint - Conduite du Changement et TransformationOffre Onepoint - Conduite du Changement et Transformation
Offre Onepoint - Conduite du Changement et TransformationGroupeONEPOINT
 
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
 
Progresser en communauté de pratiques - Agile en Seine 2021
Progresser en communauté de pratiques - Agile en Seine 2021Progresser en communauté de pratiques - Agile en Seine 2021
Progresser en communauté de pratiques - Agile en Seine 2021Agile En Seine
 
Management de l'information et des connaissances - IEAM - Nicolas BOURNEZ DES...
Management de l'information et des connaissances - IEAM - Nicolas BOURNEZ DES...Management de l'information et des connaissances - IEAM - Nicolas BOURNEZ DES...
Management de l'information et des connaissances - IEAM - Nicolas BOURNEZ DES...IEAM-Paris
 
Communications internes, levier pour faciliter le changement.
Communications internes, levier pour faciliter le changement.Communications internes, levier pour faciliter le changement.
Communications internes, levier pour faciliter le changement.PMI-Montréal
 
Fondamentaux de la gestion de projet (cours 2)
Fondamentaux de la gestion de projet (cours 2)Fondamentaux de la gestion de projet (cours 2)
Fondamentaux de la gestion de projet (cours 2)Françoise Gouzi
 
Comment manager le changement
Comment manager le changement Comment manager le changement
Comment manager le changement Patrick Birault
 
Outils collaboratifs & conduite du changement
Outils collaboratifs & conduite du changementOutils collaboratifs & conduite du changement
Outils collaboratifs & conduite du changementLise Bourges
 
Offre conduite du changement appliquée aux projets digitaux Aubay
Offre conduite du changement appliquée aux projets digitaux AubayOffre conduite du changement appliquée aux projets digitaux Aubay
Offre conduite du changement appliquée aux projets digitaux AubayAnne-Pascale Noel
 
Introduction au Value Stream Management
Introduction au Value Stream ManagementIntroduction au Value Stream Management
Introduction au Value Stream ManagementEtienne Laverdière
 
Les "Core Protocols" des pratiques puissantes pour une véritable vie d'équipe
Les "Core Protocols" des pratiques puissantes pour une véritable vie d'équipeLes "Core Protocols" des pratiques puissantes pour une véritable vie d'équipe
Les "Core Protocols" des pratiques puissantes pour une véritable vie d'équipeFrantz Degrigny
 
Les clés de la transformation digitale
Les clés de la transformation digitaleLes clés de la transformation digitale
Les clés de la transformation digitaleFrederic CAVAZZA
 
Agile et gestion du changement - Au-delà du Manifeste et de la méthodologie
Agile et gestion du changement -  Au-delà du Manifeste et de la méthodologie Agile et gestion du changement -  Au-delà du Manifeste et de la méthodologie
Agile et gestion du changement - Au-delà du Manifeste et de la méthodologie PMI-Montréal
 
Atelier - Développer son intelligence relationnelle
Atelier - Développer son intelligence relationnelleAtelier - Développer son intelligence relationnelle
Atelier - Développer son intelligence relationnelleMedialibs
 
Banque de demain chapitre 2 : transformer le modèle bancaire pour innover
Banque de demain chapitre 2 : transformer le modèle bancaire pour innoverBanque de demain chapitre 2 : transformer le modèle bancaire pour innover
Banque de demain chapitre 2 : transformer le modèle bancaire pour innoverOCTO Technology
 
Gestion des conflits : la démarche gagnant / gagnant
Gestion des conflits : la démarche gagnant / gagnantGestion des conflits : la démarche gagnant / gagnant
Gestion des conflits : la démarche gagnant / gagnantFrançoise HECQUARD
 

Tendances (20)

Conduire le changement
Conduire le changementConduire le changement
Conduire le changement
 
Offre Onepoint - Conduite du Changement et Transformation
Offre Onepoint - Conduite du Changement et TransformationOffre Onepoint - Conduite du Changement et Transformation
Offre Onepoint - Conduite du Changement et Transformation
 
Management Agile & management 3.0
Management Agile & management 3.0Management Agile & management 3.0
Management Agile & management 3.0
 
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
 
Progresser en communauté de pratiques - Agile en Seine 2021
Progresser en communauté de pratiques - Agile en Seine 2021Progresser en communauté de pratiques - Agile en Seine 2021
Progresser en communauté de pratiques - Agile en Seine 2021
 
Conduite du Changement 2.0
Conduite du Changement 2.0Conduite du Changement 2.0
Conduite du Changement 2.0
 
Management de l'information et des connaissances - IEAM - Nicolas BOURNEZ DES...
Management de l'information et des connaissances - IEAM - Nicolas BOURNEZ DES...Management de l'information et des connaissances - IEAM - Nicolas BOURNEZ DES...
Management de l'information et des connaissances - IEAM - Nicolas BOURNEZ DES...
 
Communications internes, levier pour faciliter le changement.
Communications internes, levier pour faciliter le changement.Communications internes, levier pour faciliter le changement.
Communications internes, levier pour faciliter le changement.
 
Fondamentaux de la gestion de projet (cours 2)
Fondamentaux de la gestion de projet (cours 2)Fondamentaux de la gestion de projet (cours 2)
Fondamentaux de la gestion de projet (cours 2)
 
Comment manager le changement
Comment manager le changement Comment manager le changement
Comment manager le changement
 
Outils collaboratifs & conduite du changement
Outils collaboratifs & conduite du changementOutils collaboratifs & conduite du changement
Outils collaboratifs & conduite du changement
 
Offre conduite du changement appliquée aux projets digitaux Aubay
Offre conduite du changement appliquée aux projets digitaux AubayOffre conduite du changement appliquée aux projets digitaux Aubay
Offre conduite du changement appliquée aux projets digitaux Aubay
 
Introduction au Value Stream Management
Introduction au Value Stream ManagementIntroduction au Value Stream Management
Introduction au Value Stream Management
 
Les "Core Protocols" des pratiques puissantes pour une véritable vie d'équipe
Les "Core Protocols" des pratiques puissantes pour une véritable vie d'équipeLes "Core Protocols" des pratiques puissantes pour une véritable vie d'équipe
Les "Core Protocols" des pratiques puissantes pour une véritable vie d'équipe
 
Les clés de la transformation digitale
Les clés de la transformation digitaleLes clés de la transformation digitale
Les clés de la transformation digitale
 
Lean management
Lean managementLean management
Lean management
 
Agile et gestion du changement - Au-delà du Manifeste et de la méthodologie
Agile et gestion du changement -  Au-delà du Manifeste et de la méthodologie Agile et gestion du changement -  Au-delà du Manifeste et de la méthodologie
Agile et gestion du changement - Au-delà du Manifeste et de la méthodologie
 
Atelier - Développer son intelligence relationnelle
Atelier - Développer son intelligence relationnelleAtelier - Développer son intelligence relationnelle
Atelier - Développer son intelligence relationnelle
 
Banque de demain chapitre 2 : transformer le modèle bancaire pour innover
Banque de demain chapitre 2 : transformer le modèle bancaire pour innoverBanque de demain chapitre 2 : transformer le modèle bancaire pour innover
Banque de demain chapitre 2 : transformer le modèle bancaire pour innover
 
Gestion des conflits : la démarche gagnant / gagnant
Gestion des conflits : la démarche gagnant / gagnantGestion des conflits : la démarche gagnant / gagnant
Gestion des conflits : la démarche gagnant / gagnant
 

En vedette

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
 
Atelier agile 2009_09_27
Atelier agile 2009_09_27Atelier agile 2009_09_27
Atelier agile 2009_09_27domidp
 
Campus M21 | Medienpraxis III: Online / Social Media - Vorlesung II
Campus M21 | Medienpraxis III: Online / Social Media - Vorlesung IICampus M21 | Medienpraxis III: Online / Social Media - Vorlesung II
Campus M21 | Medienpraxis III: Online / Social Media - Vorlesung IIDaniel Rehn
 
ECM-Webinar: Alfresco Migration Bestandsdaten Teil 2
ECM-Webinar: Alfresco Migration Bestandsdaten Teil 2ECM-Webinar: Alfresco Migration Bestandsdaten Teil 2
ECM-Webinar: Alfresco Migration Bestandsdaten Teil 2dmc digital media center GmbH
 
Campus M21 | Medienpraxis II: Online - Vorlesung I vom 30.01.2013
Campus M21 | Medienpraxis II: Online - Vorlesung I vom 30.01.2013Campus M21 | Medienpraxis II: Online - Vorlesung I vom 30.01.2013
Campus M21 | Medienpraxis II: Online - Vorlesung I vom 30.01.2013Daniel Rehn
 
Otimizando aplicações Zend Framework - Tchelinux
Otimizando aplicações Zend Framework - TchelinuxOtimizando aplicações Zend Framework - Tchelinux
Otimizando aplicações Zend Framework - TchelinuxElton Minetto
 
Campus M21 | Medienpraxis II: Online - Vorlesung III vom 11.02.2013
Campus M21 | Medienpraxis II: Online - Vorlesung III vom 11.02.2013Campus M21 | Medienpraxis II: Online - Vorlesung III vom 11.02.2013
Campus M21 | Medienpraxis II: Online - Vorlesung III vom 11.02.2013Daniel Rehn
 
Ligação do Flex a um backend LAMP usando AMFPHP
Ligação do Flex a um backend LAMP usando AMFPHPLigação do Flex a um backend LAMP usando AMFPHP
Ligação do Flex a um backend LAMP usando AMFPHPelliando dias
 
Què ha fet ICV-EUiA amb el meu vot?
Què ha fet ICV-EUiA amb el meu vot?Què ha fet ICV-EUiA amb el meu vot?
Què ha fet ICV-EUiA amb el meu vot?iniciativaverds
 
SQL Server 2008 'Best Practices' - Stéphane Haby, dbi services - Mövenpick La...
SQL Server 2008 'Best Practices' - Stéphane Haby, dbi services - Mövenpick La...SQL Server 2008 'Best Practices' - Stéphane Haby, dbi services - Mövenpick La...
SQL Server 2008 'Best Practices' - Stéphane Haby, dbi services - Mövenpick La...dbi services
 
Presentació assamblea
Presentació assamblea Presentació assamblea
Presentació assamblea FC Barcelona
 
02.10.2011 SC B.A.T II
02.10.2011   SC B.A.T II02.10.2011   SC B.A.T II
02.10.2011 SC B.A.T IIHerdwangerSV
 
Lean Kanban FR 2013 - Vin et kanban
Lean Kanban FR 2013 - Vin et kanbanLean Kanban FR 2013 - Vin et kanban
Lean Kanban FR 2013 - Vin et kanbanJulien Fallet
 
Dominator: Rectifieuse plane de profils à CN et avance lente de Jones & Shipman
Dominator: Rectifieuse plane de profils à CN et avance lente de Jones & ShipmanDominator: Rectifieuse plane de profils à CN et avance lente de Jones & Shipman
Dominator: Rectifieuse plane de profils à CN et avance lente de Jones & Shipmanjonesshipman
 
Présentation LMAX Disruptor So@t
Présentation LMAX Disruptor So@tPrésentation LMAX Disruptor So@t
Présentation LMAX Disruptor So@tFrancois Ostyn
 
Semana 5: Caracteres, tipos char e int, tipos de valor vs. tipos de referência
Semana  5: Caracteres, tipos char e int, tipos de valor vs. tipos de referênciaSemana  5: Caracteres, tipos char e int, tipos de valor vs. tipos de referência
Semana 5: Caracteres, tipos char e int, tipos de valor vs. tipos de referênciaManuel Menezes de Sequeira
 

En vedette (20)

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 ?
 
Atelier agile 2009_09_27
Atelier agile 2009_09_27Atelier agile 2009_09_27
Atelier agile 2009_09_27
 
Campus M21 | Medienpraxis III: Online / Social Media - Vorlesung II
Campus M21 | Medienpraxis III: Online / Social Media - Vorlesung IICampus M21 | Medienpraxis III: Online / Social Media - Vorlesung II
Campus M21 | Medienpraxis III: Online / Social Media - Vorlesung II
 
ECM-Webinar: Alfresco Migration Bestandsdaten Teil 2
ECM-Webinar: Alfresco Migration Bestandsdaten Teil 2ECM-Webinar: Alfresco Migration Bestandsdaten Teil 2
ECM-Webinar: Alfresco Migration Bestandsdaten Teil 2
 
Campus M21 | Medienpraxis II: Online - Vorlesung I vom 30.01.2013
Campus M21 | Medienpraxis II: Online - Vorlesung I vom 30.01.2013Campus M21 | Medienpraxis II: Online - Vorlesung I vom 30.01.2013
Campus M21 | Medienpraxis II: Online - Vorlesung I vom 30.01.2013
 
NotORM
NotORMNotORM
NotORM
 
Otimizando aplicações Zend Framework - Tchelinux
Otimizando aplicações Zend Framework - TchelinuxOtimizando aplicações Zend Framework - Tchelinux
Otimizando aplicações Zend Framework - Tchelinux
 
Campus M21 | Medienpraxis II: Online - Vorlesung III vom 11.02.2013
Campus M21 | Medienpraxis II: Online - Vorlesung III vom 11.02.2013Campus M21 | Medienpraxis II: Online - Vorlesung III vom 11.02.2013
Campus M21 | Medienpraxis II: Online - Vorlesung III vom 11.02.2013
 
Ligação do Flex a um backend LAMP usando AMFPHP
Ligação do Flex a um backend LAMP usando AMFPHPLigação do Flex a um backend LAMP usando AMFPHP
Ligação do Flex a um backend LAMP usando AMFPHP
 
Què ha fet ICV-EUiA amb el meu vot?
Què ha fet ICV-EUiA amb el meu vot?Què ha fet ICV-EUiA amb el meu vot?
Què ha fet ICV-EUiA amb el meu vot?
 
MySQL Query Optimization
MySQL Query OptimizationMySQL Query Optimization
MySQL Query Optimization
 
SQL Server 2008 'Best Practices' - Stéphane Haby, dbi services - Mövenpick La...
SQL Server 2008 'Best Practices' - Stéphane Haby, dbi services - Mövenpick La...SQL Server 2008 'Best Practices' - Stéphane Haby, dbi services - Mövenpick La...
SQL Server 2008 'Best Practices' - Stéphane Haby, dbi services - Mövenpick La...
 
Presentació assamblea
Presentació assamblea Presentació assamblea
Presentació assamblea
 
Tutorialphpmyadmin
TutorialphpmyadminTutorialphpmyadmin
Tutorialphpmyadmin
 
02.10.2011 SC B.A.T II
02.10.2011   SC B.A.T II02.10.2011   SC B.A.T II
02.10.2011 SC B.A.T II
 
Lean Kanban FR 2013 - Vin et kanban
Lean Kanban FR 2013 - Vin et kanbanLean Kanban FR 2013 - Vin et kanban
Lean Kanban FR 2013 - Vin et kanban
 
Dominator: Rectifieuse plane de profils à CN et avance lente de Jones & Shipman
Dominator: Rectifieuse plane de profils à CN et avance lente de Jones & ShipmanDominator: Rectifieuse plane de profils à CN et avance lente de Jones & Shipman
Dominator: Rectifieuse plane de profils à CN et avance lente de Jones & Shipman
 
Présentation LMAX Disruptor So@t
Présentation LMAX Disruptor So@tPrésentation LMAX Disruptor So@t
Présentation LMAX Disruptor So@t
 
Semana 5: Caracteres, tipos char e int, tipos de valor vs. tipos de referência
Semana  5: Caracteres, tipos char e int, tipos de valor vs. tipos de referênciaSemana  5: Caracteres, tipos char e int, tipos de valor vs. tipos de referência
Semana 5: Caracteres, tipos char e int, tipos de valor vs. tipos de referência
 
Einführung in SCRUM
Einführung in SCRUMEinführung in SCRUM
Einführung in SCRUM
 

Similaire à Le rôle de l’architecte Agile - Mathieu Boisvert

Valtech - Quelle place pour le département Architecture dans l'entreprise agi...
Valtech - Quelle place pour le département Architecture dans l'entreprise agi...Valtech - Quelle place pour le département Architecture dans l'entreprise agi...
Valtech - Quelle place pour le département Architecture dans l'entreprise agi...Valtech
 
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
 
La gestion de projets nouveaux médias
La gestion de projets nouveaux médiasLa gestion de projets nouveaux médias
La gestion de projets nouveaux médiasBenjamin Hoguet
 
Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Dominic Danis
 
Une expérience de Design Thinking à Groupama - Agile en Seine 2021
Une expérience de Design Thinking à Groupama - Agile en Seine 2021Une expérience de Design Thinking à Groupama - Agile en Seine 2021
Une expérience de Design Thinking à Groupama - Agile en Seine 2021Agile En Seine
 
L’ergonomie et l’expérience utilisateur en contexte agile (Agile UX Masterclass)
L’ergonomie et l’expérience utilisateur en contexte agile (Agile UX Masterclass)L’ergonomie et l’expérience utilisateur en contexte agile (Agile UX Masterclass)
L’ergonomie et l’expérience utilisateur en contexte agile (Agile UX Masterclass)Étienne Garbugli
 
Impacts de l'adoption de Scrum
Impacts de l'adoption de ScrumImpacts de l'adoption de Scrum
Impacts de l'adoption de ScrumPyxis Technologies
 
Le redressement de projets en péril
Le redressement de projets en périlLe redressement de projets en péril
Le redressement de projets en périlPMI-Montréal
 
Tour d'horizon des méthodes agiles
Tour d'horizon des méthodes agilesTour d'horizon des méthodes agiles
Tour d'horizon des méthodes agilesChristophe Addinquy
 
Afterwork OCTO Delivery - L'ADN d'un développement produit réussi
Afterwork OCTO Delivery - L'ADN d'un développement produit réussiAfterwork OCTO Delivery - L'ADN d'un développement produit réussi
Afterwork OCTO Delivery - L'ADN d'un développement produit réussicyrilpicat
 
L'ADN d'un développement produit réussi
L'ADN d'un développement produit réussiL'ADN d'un développement produit réussi
L'ADN d'un développement produit réussiOCTO Technology Suisse
 
Comment intégrer la R&D dans la création d'un business viable ?
Comment intégrer la R&D dans la création d'un business viable ?Comment intégrer la R&D dans la création d'un business viable ?
Comment intégrer la R&D dans la création d'un business viable ?Technofutur TIC
 
Conférence #nwx2014 - Nicolas Saillard - Agilité en SSII
Conférence #nwx2014 - Nicolas Saillard - Agilité en SSIIConférence #nwx2014 - Nicolas Saillard - Agilité en SSII
Conférence #nwx2014 - Nicolas Saillard - Agilité en SSIINormandie Web Xperts
 
Grille de lecture des méthodes agiles
Grille de lecture des méthodes agilesGrille de lecture des méthodes agiles
Grille de lecture des méthodes agilesXavier Warzee
 
Le rôle de l'analyste d'affaires et la place de la documentation dans un proc...
Le rôle de l'analyste d'affaires et la place de la documentation dans un proc...Le rôle de l'analyste d'affaires et la place de la documentation dans un proc...
Le rôle de l'analyste d'affaires et la place de la documentation dans un proc...Pyxis Technologies
 
Mix-IT 2013 - Agilistes : n'oubliez pas la technique - mix-it 2013
Mix-IT 2013 - Agilistes : n'oubliez pas la technique - mix-it 2013Mix-IT 2013 - Agilistes : n'oubliez pas la technique - mix-it 2013
Mix-IT 2013 - Agilistes : n'oubliez pas la technique - mix-it 2013Xavier NOPRE
 
Le Rapid Prototyping, ça marche !
Le Rapid Prototyping, ça marche !Le Rapid Prototyping, ça marche !
Le Rapid Prototyping, ça marche !Catherine Verfaillie
 
Design Systems : à votre marque, prêts, partez !
Design Systems : à votre marque, prêts, partez !Design Systems : à votre marque, prêts, partez !
Design Systems : à votre marque, prêts, partez !Idean France
 
C'est une bonne situation ça, Staff Engineer ? 😉 (@DevoxxFR 2024)
C'est une bonne situation ça, Staff Engineer ? 😉 (@DevoxxFR 2024)C'est une bonne situation ça, Staff Engineer ? 😉 (@DevoxxFR 2024)
C'est une bonne situation ça, Staff Engineer ? 😉 (@DevoxxFR 2024)François
 

Similaire à Le rôle de l’architecte Agile - Mathieu Boisvert (20)

Valtech - Quelle place pour le département Architecture dans l'entreprise agi...
Valtech - Quelle place pour le département Architecture dans l'entreprise agi...Valtech - Quelle place pour le département Architecture dans l'entreprise agi...
Valtech - Quelle place pour le département Architecture dans l'entreprise agi...
 
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
 
La gestion de projets nouveaux médias
La gestion de projets nouveaux médiasLa gestion de projets nouveaux médias
La gestion de projets nouveaux médias
 
Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010
 
Une expérience de Design Thinking à Groupama - Agile en Seine 2021
Une expérience de Design Thinking à Groupama - Agile en Seine 2021Une expérience de Design Thinking à Groupama - Agile en Seine 2021
Une expérience de Design Thinking à Groupama - Agile en Seine 2021
 
L’ergonomie et l’expérience utilisateur en contexte agile (Agile UX Masterclass)
L’ergonomie et l’expérience utilisateur en contexte agile (Agile UX Masterclass)L’ergonomie et l’expérience utilisateur en contexte agile (Agile UX Masterclass)
L’ergonomie et l’expérience utilisateur en contexte agile (Agile UX Masterclass)
 
Impacts de l'adoption de Scrum
Impacts de l'adoption de ScrumImpacts de l'adoption de Scrum
Impacts de l'adoption de Scrum
 
2UNL - PARISWEB 2010
2UNL - PARISWEB 20102UNL - PARISWEB 2010
2UNL - PARISWEB 2010
 
Le redressement de projets en péril
Le redressement de projets en périlLe redressement de projets en péril
Le redressement de projets en péril
 
Tour d'horizon des méthodes agiles
Tour d'horizon des méthodes agilesTour d'horizon des méthodes agiles
Tour d'horizon des méthodes agiles
 
Afterwork OCTO Delivery - L'ADN d'un développement produit réussi
Afterwork OCTO Delivery - L'ADN d'un développement produit réussiAfterwork OCTO Delivery - L'ADN d'un développement produit réussi
Afterwork OCTO Delivery - L'ADN d'un développement produit réussi
 
L'ADN d'un développement produit réussi
L'ADN d'un développement produit réussiL'ADN d'un développement produit réussi
L'ADN d'un développement produit réussi
 
Comment intégrer la R&D dans la création d'un business viable ?
Comment intégrer la R&D dans la création d'un business viable ?Comment intégrer la R&D dans la création d'un business viable ?
Comment intégrer la R&D dans la création d'un business viable ?
 
Conférence #nwx2014 - Nicolas Saillard - Agilité en SSII
Conférence #nwx2014 - Nicolas Saillard - Agilité en SSIIConférence #nwx2014 - Nicolas Saillard - Agilité en SSII
Conférence #nwx2014 - Nicolas Saillard - Agilité en SSII
 
Grille de lecture des méthodes agiles
Grille de lecture des méthodes agilesGrille de lecture des méthodes agiles
Grille de lecture des méthodes agiles
 
Le rôle de l'analyste d'affaires et la place de la documentation dans un proc...
Le rôle de l'analyste d'affaires et la place de la documentation dans un proc...Le rôle de l'analyste d'affaires et la place de la documentation dans un proc...
Le rôle de l'analyste d'affaires et la place de la documentation dans un proc...
 
Mix-IT 2013 - Agilistes : n'oubliez pas la technique - mix-it 2013
Mix-IT 2013 - Agilistes : n'oubliez pas la technique - mix-it 2013Mix-IT 2013 - Agilistes : n'oubliez pas la technique - mix-it 2013
Mix-IT 2013 - Agilistes : n'oubliez pas la technique - mix-it 2013
 
Le Rapid Prototyping, ça marche !
Le Rapid Prototyping, ça marche !Le Rapid Prototyping, ça marche !
Le Rapid Prototyping, ça marche !
 
Design Systems : à votre marque, prêts, partez !
Design Systems : à votre marque, prêts, partez !Design Systems : à votre marque, prêts, partez !
Design Systems : à votre marque, prêts, partez !
 
C'est une bonne situation ça, Staff Engineer ? 😉 (@DevoxxFR 2024)
C'est une bonne situation ça, Staff Engineer ? 😉 (@DevoxxFR 2024)C'est une bonne situation ça, Staff Engineer ? 😉 (@DevoxxFR 2024)
C'est une bonne situation ça, Staff Engineer ? 😉 (@DevoxxFR 2024)
 

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
 
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
 
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
 
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
 
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
 
Agile Tour Montréal 2010 - De l'Agilité qui réduit l'Agilité par François Bea...
Agile Tour Montréal 2010 - De l'Agilité qui réduit l'Agilité par François Bea...Agile Tour Montréal 2010 - De l'Agilité qui réduit l'Agilité par François Bea...
Agile Tour Montréal 2010 - De l'Agilité qui réduit l'Agilité par François Bea...Pyxis Technologies
 
FluentSelenium Presentation Code Camp09
FluentSelenium Presentation Code Camp09FluentSelenium Presentation Code Camp09
FluentSelenium Presentation Code Camp09Pyxis Technologies
 
Agile Tour2009 - François Beauregard
Agile Tour2009 - François BeauregardAgile Tour2009 - François Beauregard
Agile Tour2009 - François BeauregardPyxis Technologies
 
l'Agilité dans les projets Envergure Mtl
l'Agilité dans les projets Envergure Mtll'Agilité dans les projets Envergure Mtl
l'Agilité dans les projets Envergure MtlPyxis 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...
 
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
 
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!
 
Danser avec les polarités
Danser avec les polaritésDanser avec les polarités
Danser avec les polarités
 
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
 
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
 
Agile Tour Montréal 2010 - De l'Agilité qui réduit l'Agilité par François Bea...
Agile Tour Montréal 2010 - De l'Agilité qui réduit l'Agilité par François Bea...Agile Tour Montréal 2010 - De l'Agilité qui réduit l'Agilité par François Bea...
Agile Tour Montréal 2010 - De l'Agilité qui réduit l'Agilité par François Bea...
 
Pyxis selon Pyxis
Pyxis selon PyxisPyxis selon Pyxis
Pyxis selon Pyxis
 
FluentSelenium Presentation Code Camp09
FluentSelenium Presentation Code Camp09FluentSelenium Presentation Code Camp09
FluentSelenium Presentation Code Camp09
 
Agile Tour2009 - François Beauregard
Agile Tour2009 - François BeauregardAgile Tour2009 - François Beauregard
Agile Tour2009 - François Beauregard
 
l'Agilité dans les projets Envergure Mtl
l'Agilité dans les projets Envergure Mtll'Agilité dans les projets Envergure Mtl
l'Agilité dans les projets Envergure Mtl
 

Le rôle de l’architecte Agile - Mathieu Boisvert

  • 1. SavoirAgile.com Wébinaire - 18 février 2016 RÔLE DE L’ARCHITECTE AGILE
  • 2. ©PyxisTechnologiesinc. Merci! PYXIS VOUS OFFRE UNE GAMME COMPLÈTE DE SERVICES
  • 3. ©PyxisTechnologiesinc. QUI SUIS-JE?  À Pyxis depuis 2004;  Différents rôles :  conseiller;  formateur;  chargé de cours à UQAM;  co-auteur du livre Choisir l’Agilité. Contact: mboisvert@pyxis-tech.com ca.linkedin.com/in/mathieuboisvert/
  • 5. ©PyxisTechnologiesinc. DOIT-ON EN DÉDUIRE QU’EN AGILE…  On ne peut pas faire d’architecture en amont?  On code, on ne réfléchit pas?  On se préoccupe pas des soucis « horizontaux », on reste focus sur le projet?  Un architecte pour être utile doit programmer?  Une équipe auto organisée ne peut être influencée?
  • 6. ©PyxisTechnologiesinc. OBJECTIFS DU WÉBINAIRE  Informer sur les impacts de l’approche Agile sur le rôle de l’architecte  Présenter différentes façons de jouer efficacement le rôle de l’architecte dans des projets Agile  Déboulonner certains mythes entourant l’architecture dans un mode Agile
  • 9. ©PyxisTechnologiesinc. BALANCER ANTICIPATION ET ADAPTATION Pratiques •Éllicitation complète des besoins en amont •Architecture détaillée en amont •Communication par documents approuvés Pratiques • Compréhension des besoins « Juste assez, juste à temps » • Architecture émergente (dernier moment responsable • Cycle de rétroaction (feedback loop) Risques •Paralysie par l’analyse •Sur ingénierie •Se baser sur des fausses hypothèses •Solution non adaptée Risques •Réingénierie coûteuse •Solution non globale Ne pas se compromettre si ce n’est pas requis!
  • 10. ©PyxisTechnologiesinc. CADRE DE TRAVAIL SCRUM Le carnet pour prioriser les items avec des stratégies: • Juste assez, • au bon moment, • garder les options ouvertes, • jusqu’au dernier moment responsable. La démonstration et la livraison du dernier incrément du système, pour: • Valider le résultat, • Confirmer les hypothèses, • Ajuster la conception (architecture émergente) responsable.
  • 11. ©PyxisTechnologiesinc. DES SPÉCIFICATIONS ORIENTÉES SUR LES BESOINS AFFAIRES Thèmes Épics User Story Cas d’utilisation Les besoins d’affaires allimentent et fixent la priorité du carnet de produit Une stratégie pour gérer et planifier les considération d’architecture s est requise! Carnet de produit Spike
  • 12. ©PyxisTechnologiesinc. Projet PATTERNS DE DÉMARRAGE Itération 1 Itération 2 […] Itération N a) Directement en projet (littérature Scrum) Itération 1 Itération 2 […] Itération N Itération 0 b) Ateliers de démarrage (commun) Itération N Itération 0 c) Phase d’analyse préliminaire (commun) Analyse préliminaire Itération 1 Itération 2 […] Itération N d) Analyse préliminaire empirique Itération 4 Itération 5 […] Avant-Projet Itération 2 Itération 3 Itération 1 (ou pas) Décision
  • 13. ©PyxisTechnologiesinc. Risque technique Effortde développement ÉVOLUTION DE LA CONCEPTION ET DU RISQUE Fonctionnalités Tâches techniques ConstructionConception Faisabilit é Beaucoup de conception au départ Beaucoup de fonctionnalités affaire par la suite
  • 14. ©PyxisTechnologiesinc. EXEMPLE 1: LE COMPTE D’ÉPARGNE Couche client en Java Interface BD Couche serveur en Cobol Batch de réconciliation Systéme financier Le solde de Mathieu Boisvert pour commencer Peu de valeur affaire, grande validation de l’architecture !
  • 15. ©PyxisTechnologiesinc.  L’agent de recommandation  Commencer par les interfaces d’administration  La refonte d’un système patrimoine  Commencer par les transactions les plus fréquentes, les plus révélatrices  Le logiciel de taxation  Commencer par les activités les plus risqués AUTRES EXEMPLES
  • 16. IMPACT #2: COLLABORER AVEC LES ÉQUIPES Rôle de l’architecte Agile
  • 17. ©PyxisTechnologiesinc. RESPONSABILITÉS D’UN ARCHITECTE  Établir et communiquer une stratégie de réalisation  Assurer un leadership sur la solution développée (guider, accompagner)  Être le gardien des contraintes organisationnelles
  • 18. ©PyxisTechnologiesinc. STRUCTURE D'ÉQUIPE AGILE du Scrum Master , Des Équipiers, Du Responsable de produit, de l’ensemble des individus ayant les compétences pour produire un incrément de produit. L’équipe Scrum se compose… Les collaborateurs et les contributeurs soutiennent l’équipe Gestionnaires Clients Experts Et l’architecte ?
  • 19. ©PyxisTechnologiesinc. ÊTRE OU NE PAS ÊTRE DANS L’ÉQUIPE ?  Équipier est sans doute la meilleure posture pour accomplir vos objectifs  Aurez-vous la disponibilité nécessaire?  Arriverez-vous à garder un pas de recul?  Plus souvent qu’autrement l’architecte se positionne comme un collaborateur
  • 20. ©PyxisTechnologiesinc. LE DÉFI DU COLLABORATEUR  Il faut à tout prix éviter les situations suivantes:  L’équipe attend après une décision  L’équipe se fait systématiquement reprendre ses initiatives et perd ainsi confiance  L’équipe n’a pas accès à l’information qui lui permettrait de décider  Bref… l’équipe a constamment besoin de son architecte… qui n’est pas toujours disponible!
  • 21. ©PyxisTechnologiesinc. ARCHITECT OWNER (DISCIPLINED AGILE DELIVERY)  Guider la création et l’évolution de l’architecture de la solution  Mentorat auprès de l’équipe sur les considérations d’architecture  Leader les efforts d’architecture initiale  S’assurer que l’équipe comprend et adhère aux principes d’architecture de l’organisation  S’assurer que l’équipe connaît les « assets » de l’organisation et les utilise de façon approprié  S’assurer que la solution est intégré et testé fréquemment  S’assurer que les préoccupations non fonctionnelles sont bien représentées dans le carnet de produit et/ou la définition de terminé
  • 22. ©PyxisTechnologiesinc. 1. Imposer (Tell) Imposer une décision à l’équipe 2. Vendre (Sell) Décider et convaincre l’équipe 3. Consulter (Consult) Consulter l’équipe avant de décider 4. Collaborer (Agree) Décider en collaboration avec l’équipe 5. Aviser (Advise) Influencer la décision prise par l’équipe 6. Demander (Inquire) S’informer d’une décision prise par l’équipe 7. Déléguer (Delegate) Laisser l’équipe prendre ses propres décisions LEADERSHIP SITUATIONNEL Source : Jurgen Appelo, Management 3.0 – leading agile developers, developing agile leaders, Addison-Wesley, 2011
  • 23. ©PyxisTechnologiesinc. QUELQUES EXEMPLES Décision Niveau de délégation Moment de la prise de décision La communication entre les composants se fera via des appels SOAP Les validations dans les formulaires se feront en temps réel Le module de chargement des données se fera à partir d’un fichier excel Le champ « description » ne peut être NULL et ne peut excéder 200 caractères Nous débuterons par le module de prise de commande
  • 24. ©PyxisTechnologiesinc. COMMENT COMMUNIQUEZ-VOUS? Le développement de solutions logicielles est une activité coopérative d'invention et de communication. Efficacitédelacommunication Richesse du canal de communication Froid Chaud FaibleForte Options de documentation Options de modélisation Papier Enregistrement audio Enregistrement vidéo Conversation par courriel Conversation par téléphone Conversation par vidéo Conversation face à face Face à face au tableau blanc
  • 25. ©PyxisTechnologiesinc. OPPORTUNITÉS DE COLLABORATION  Sprint 0  Transfert « face à face » des travaux d’architecture en amont  Beaucoup de « tableau blanc »  Sprint Planning  Conception détaillée du sprint à venir  Encore du « tableau blanc »  Daily Scrum  Visibilité sur les enjeux pour offrir de l’aide  Binôme  Transfert de connaissance, essais, validation d’hypothèse  Définition de TERMINÉ  Étapes de validation  Soucis horizontaux  Définition de PRÊT  Analyse d’impact  Pistes de solution  Revue de sprint  Challenger la solution
  • 28. ©PyxisTechnologiesinc. FAIRE DE L’ARCHITECTURE AGILE  Pour faire face à la complexité il faut laisser une place à l’émergence dans nos stratégies de conception  Il faut limiter l’effort initial de conception  Il faut chercher à valider rapidement ses hypothèses  Il faut utiliser des modèles de conception qui nous garde très près du besoins d’affaires
  • 29. ©PyxisTechnologiesinc. ÊTRE UN ARCHITECTE AGILE  Prendre une décision ce n’est qu’une partie de l’équation.  La communication « face à face » sera toujours la plus efficace  Soyez inclusif dans vos activités de modélisation  Travaillez au bon niveau de détail  Ajustez votre style de leadership au contexte  L’humilité est votre ami 
  • 30. Titre sur mesure POINTS FORTS 1 Période de questions ?

Notes de l'éditeur

  1. Plutôt qu’une analyse préliminaire, les méthodes Agiles préconisent une analyse en continu. Elles préconisent également que l’équipe de développement soit responsable de l’estimation de la portée du projet.  Au cours de cette présentation, on vous présentera différents contextes de projet et modèles de démarrage pour aider les participants à rendre plus Agile l’évaluation de leurs projets. Ce que vous apprendrez : Comment il est possible de calculer le budget requis sans l’étape d’analyse préliminaire; Comment il est possible de calculer le budget requis avant la constitution de l’équipe de développement.
  2. /campus offre une gamme complète de cours de formation permettant d’acquérir les connaissances nécessaires pour maîtriser les notions de l’Agilité. /conseil, c’est une équipe d’experts qui accompagne nos clients et leurs équipes de direction dans la gestion et la réalisation de leurs projets Agiles. /studio développe des applications sur mesure et prend en charge les projets de nos clients ou les réalise conjointement avec eux. La force de Pyxis Technologies réside dans notre équipe de Pyxissiens passionnée qui vit l’Agilité chaque jour et en maîtrise les pratiques et techniques.
  3. Je baigne dans la soupe agile depuis 2004 Conseiller, formateur, co-auteur, Chargé de cours Accessoirement: directeur de la formation à Pyxis.
  4. L’architecture c’est une stratégie de réalisation L’architecture ca existe. Agile ou pas, détaillée en amont ou émergente l’architecture ça existe Le problème vient de: …. (post-it) Recette pour résister aux changements Perte de pouvoir Changement de façon faire
  5. Objectifs: Affirmer qu’on va s’éloigner de la rhétorique habituelle lors du séminaire et qu’on va discuter des vrais enjeux L’agilité vient avec son lot de Mythes. Révise les « misconceptions » de Scott Ambler ? Transition: revenons à pourquoi on veut plus d’agilité dans nos projets
  6. Objectif: Distinguer complexité (inconnu) et complexité (envergure) Fonctionnel : répondre aux besoins (portée), processus affaire, utilisabilité, intégrité, simplicité, cohérence, BRE, cycle de vie Organique: langage, qualité code, intégration continue, déploiement Entreprise: services et systèmes, sécurité, conformité aux règlements et lois Multiples interdépendances systèmes Impacts majeurs sur le processus d’affaires Soucis horizontaux majeurs Ne rien oublier Y arriver dans les ressources disponibles (temps et argent) : - Ne pas rester bloquée par un manque de décision Ne pas recommencer ce qui est déjà Valider le système le résultat final avant la mise en service
  7. S’arrêter « juste assez »: suffisamment pour définir un cadre pour les équipes de développement Garder les options ouvertes: pour conserver la flexibilité le plus longtemps possible Modèle proche des besoins affaires: pour vérifier véritablement les hypothèses: les siennes et celles des autres Mauvaises raisons Parce que ca fonctionne comme ca ici Pour pouvoir mieux évaluer le budget et ainsi franchir une gate de gouvernance
  8. Es-ce qu’on utilise le DAD pour positionner Inception Phase Architecture Owner Qu’est-ce qu’on peut faire de la démo quand on est architecte? Ne pas laisser place à l’interprétation Négociation sur l’ordre de priorisation (par exemple, se servir des cas d’utilisation)
  9. Objectif: mentionner que le carnet est orienté business, mais qu’il y a aussi de la place pour des considérations techniques… surtout si elles découlent de fonctionnalités à valeur ajoutée
  10. Présentation des différents patterns de démarrage que je connais.
  11. Faire une reflexio au niveau vision au départ du projet Vérifier les hypothèse dans les premières itérations Laisser plus d’espace à la livraison d’exigences affaires Transition: Oui mais ne devrait-on pas livrer exclusivement de la valeur d’affaire ??
  12. Objectif: pour parler de comment jouer son rôle, faudrait s’entendre sur les objectifs du role http://www.agilearchitect.org/agile/role.htm One of the architect’s main jobs is communicating the architecture. He or she must become the solution’s “champion”, selling the vision and keeping it alive in the face of challenges.
  13. Objectifs: Rappeler l’écosystème d’une équipe Agile Insister sur les « postures » Équipiers Contributeurs Collaborateurs Quels options pour les architectes ??
  14. Objectif: présenter les 2 « postures » qui s’offre à l’architecte Présenter les pièges d’être dans l’équipe
  15. Quelles décisions je cesse de prendre? Quelles décisions je commence à prendre? Exercice fort utile pour établir ces frontières est de faire du « Delegation Poker » pour se construire un « Authority Board » 2 facteurs influencant ce modèle La nature de la décision La maturité de l’équipe Donc ce sera jamais la même facon de se comporter !!!! INTERACTIONS Ex: Ce sera une application WEB en java La table « Employé » comportera un champ « prénom » de 255 caractères Le composant A et le composant B interagirons par appel SOAP
  16. Objectifs: rappeler que c’est pourri de communiquer par document Document pour pérennité
  17. Objectifs: Rappeler l’écosystème d’une équipe Agile Insister sur les « postures » Équipiers Contributeurs Collaborateurs Quels options pour les architectes ??
  18. Mathieu
  19. JR