Agilille 2021 - ceci n'est pas une révolution organisationelle

1
There
is
a
better
way
OCTO Part of Accenture © 2021 - All rights reserved
Ceci n'est pas une révolution
organisationnelle
ou comment favoriser le design émergent d'architecture SI

There
is
a
better
way
2
Gilles Masy
Agile Coach @OCTO
(Tout pareil que lui)
Qui sommes-nous ?
Romain Vailleux
Consultant en Organisations@OCTO
Je m’intéresse aux humains autant
qu’aux systèmes techniques.

There
is
a
better
way
3
Team Topologies
Organizing Business and
Technology Teams for Fast Flow
By Matthew Skelton and Manuel Pais
2019

There
is
a
better
way
4
● Les concepts clés du livre
○ Loi de Conway & socio-technique
○ Charge Cognitive
○ Modélisme d’organisation
● De la boîte à outils à l’usage mission
○ Des missions que l’on kiffe
Sommaire

There
is
a
better
way
5
Ce que nous raconte
le livre
01
illustré à l’aide d’un cas réel

There
is
a
better
way
6
“Les organisations qui conçoivent des systèmes [...] tendent
inévitablement à produire des designs qui sont des copies de
la structure de communication de leur organisation”
- Melvin Conway

There
is
a
better
way
7
Loi de Conway
Equipe
Experts
UI
Equipe
Experts
Data-
base
Equipe
Experts
Middle-
Ware
Equipe
Experts
Process
BPM
Base de
données
Interface
utilisateur
MiddleWare

There
is
a
better
way
8
Manoeuvre de Conway Inversée
Designs d’architecture ⇒ Structures de communication
๏ Réorganiser la structure de communication des équipes
pour faire émerger un design d’architecture.

There
is
a
better
way
9
Manoeuvre de Conway Inversée
BPM
Base de
donnée
Interface
utilisateur
MiddleWare
Equipe
Experts Process
Equipe Experts
Database
Equipe
Experts
Middle-Ware
Equipe
Experts UI
Inventaire
Facturation Production
Equipe
Inventaire
Equipe
Production
Equipe
Facturation
Orientée Expertise Orientée Métier

There
is
a
better
way
10
Réconcilier architecture “socio” & “technique”
Système
d’information cible
Organisation
des équipes
Stratégie
d’entreprise
Aligner la structure de
communication
et l’architecture du SI
cible

There
is
a
better
way
11
11
There
is
a
better
way
Philosophie “Team-First”
Petite
Responsable
Pérenne
Solidaire
Diversité
Equipe
=
unité indivisible

There
is
a
better
way
12
Et les modes d’échanges
Délimiter les frontières
Team
API
Code Documentation
Dépendances
Pratiques
Product
Comment
contacter ?
Créer des standards

There
is
a
better
way
13
13
There
is
a
better
way
Dysfonctionnements en cas de “dépassement
mémoire” :
๏ difficulté à la résolution de problème
๏ difficulté à l’apprentissage
Charge Cognitive
Capacité de stockage d’information
dans la mémoire de travail

There
is
a
better
way
15
Domaine
Un domaine est géré par une seule équipe

There
is
a
better
way
16
Domaine “simple”
Domaine “simple” Domaine “simple”
Une équipe peut gérer jusqu’à 2-3 domaines “simples”

There
is
a
better
way
17
Domaine “complexe” Domaine “complexe”
Une équipe ne devrait gérer qu’un seul domaine “complexe”

There
is
a
better
way
18
Il est préférable de ne pas attribuer plusieurs domaines “compliqués” à
une seule équipe
Domaine
“compliqué”
Domaine
“compliqué”
Domaine
“compliqué”
Domaine
“compliqué”

There
is
a
better
way
19
C’est joli tout ça, mais dans la réalité, ça donne quoi ?
VADOR
Authentif
MKTPLACE
API DATA 1
API DATA 2
API DATA 3

There
is
a
better
way
20
๏ Charge cognitive intrinsèque: concerne les aspects fondamentaux du
problème : Comment déclarer une classe en java ?
๏ Charge cognitive essentielle : concerne les aspects de la tâche qui
demandent une attention particulière (pour de l’apprentissage ou pour
atteindre une meilleure performance): Comment fonctionne la déclaration
d’un sinistre auprès d’une assurance ?
๏ Charge cognitive extrinsèque : concerne l’environnement dans lequel la
tâche est exécutée : Comment on déploie sur Kubernetes déjà ? Ah
tiens… on me ping sur slack… Je ne dois pas oublier de faire un point avec
l’équipe impactée par mon code...
Les 3 types de charges cognitives
Charge cognitive

There
is
a
better
way
21
● Charge intrinsèque : diminue à mesure que je m’exerce.
● Charge essentielle : incompressible mais décomposable. C’est le
problème que je cherche à résoudre.
● Charge extrinsèque : augmente à mesure que l’organisation et les
applications se complexifient… Elle peut aussi être réduite !
Attention à la saturation !
Charge cognitive

There
is
a
better
way
22
VADOR

There
is
a
better
way
24
24
There
is
a
better
way
Modélisation - 4 types d’équipe
Stream-aligned team
Flow & Réactivité
Enabling team
Pool d’experts
Complicated-subsystem team
Produit de technologie rare
Platform team
Simplifier l’usage de communs

There
is
a
better
way
25
25
There
is
a
better
way
Modélisation - 3 modes de d'interaction
Collaboration
Inter-dépendances fortes
X-as-a-Service
Découplage & Standardisation
Facilitating
“Coup de main”

There
is
a
better
way
26
Modélisation

There
is
a
better
way
27

There
is
a
better
way
28
28
There
is
a
better
way
Modélisation
Vouloir représenter un existant
à l’aide d’un modèle dessinant une cible,
ça génère des noeuds au cerveau.
Un modèle doit rester un support de conversation

There
is
a
better
way
29
Au delà du livre
02

There
is
a
better
way
30
Combiner Team Topologies et les autres pratiques de design
collaboratif et visuel
Team Topologies
Data Mesh
REST API
DDD
EventStorming
Context
Mapping
Domain
Message Flow
Modelling
Event-driven
Architecture
Micro Services
Core domain
charts
Wardley Maps
Value
Contribution
Chart
Impact
Mapping
OKR
Micro Front-ends

There
is
a
better
way
31
Comment progresser dans un système complexe mêlant
plusieurs dimensions
Progresser dans un système complexe :
๏ A la fois technique, organisationnel et stratégique
๏ A la fois micro et macro
๏ A la fois dans le présent et dans le futur
….ça fait beaucoup
La difficulté

There
is
a
better
way
32
Pluridisciplinarité
Collaboratif Haute-Définition
(synchrone, colocalisé, interactif)
Itératif et incrémental
(démarche non-linéaire)
Comment progresser dans un système complexe mêlant
plusieurs dimensions
Des principes d’action

There
is
a
better
way
33
Cas 1 - “Aidez moi à passer d’une orga projet > produit à effectif constant”
1. Déterminer les Domaines
2. Expliciter/Décrire les domaines
3. Qualifier les domaines
4. Déterminer les équipes
5. Formaliser les cadres Produit
Big Picture Event Storming / Context mapping
Domain Canvas
Core Domains Chart / Wardley Map
Topologie, Effectif, raison d’être et domaines assignés
Product Canvas / SWOT / Stratégie produit

There
is
a
better
way
34
1. Déterminer les Domaines
2. Associer les assets IT aux Domaines
3. Qualifier les Domaines
4. Challenger la cible d’orga
proposée avec les informations de
qualification des domaines
Cas 2 - “Confirmez que mon design d’orga “hors sol” fonctionne
avec mon archi IT”
Business Process eventstorming / context mapping)
Domain Canvas
Core Domain Chart, Wardley Map, Business Model Chart

There
is
a
better
way
35
Nos apprentissages
Comment Team Topologies s’intègre dans une démarche plus large ?
Décrire le cadre du
fonctionnement du système
● Value Stream mapping - Tracer le
flux de travail du système
● Identifier les dépendances
● Identifier les modes d’interaction
entre équipes
Analyser / découvrir la structure
du système technique
● Big Picture EventStorming /
Context Mapping
● Associer assets IT et
domaines
● Décrire les Domaines
Qualifier les domaines et
déterminer les enjeux
● Évaluer la maturité des
domaines
● Évaluer le niveau stratégique
des domaines
● Évaluer les modèles
économiques des domaines
Déterminer le contour des
équipes
● Distribuer l’effort humain
● Heuristique de
détermination du
périmètre des équipes
● Formaliser les types d’
équipe

There
is
a
better
way
36
Takeaways
๏ + des équipes collaborent étroitement, + leurs actifs logiciels seront
naturellement couplés.
๏ Team-First :
> Charge cognitive d’équipe vs taille d’équipe
> Efficacité locale (taille d’équipe) vs efficacité global (nombre
d’équipes)
> Expliciter les modes de communication via des “Team API”
> Idéalement, n domaines → 1 équipe
๏ Team Topologies : un support à la conversation
๏ Réorganisation socio-technique : un processus incrémental et
collectif.
๏ Efficacité locale sur les équipes portant les domaines stratégiques.
๏ DDD + Team Topologies = 🤍
Gilles Masy
Coach Agile
OCTO Technology
gima@octo.com
Merci !
Romain Vailleux
Consultant en Organisations
OCTO Technology
rva@octo.com
@rvailleux

There
is
a
better
way
37
Feedback Time
https://roti.express/r/agl019

There
is
a
better
way
38

Agilille 2021 - ceci n'est pas une révolution organisationelle

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

Similaire à Agilille 2021 - ceci n'est pas une révolution organisationelle

Similaire à Agilille 2021 - ceci n'est pas une révolution organisationelle (20)

Plus de OCTO Technology

Plus de OCTO Technology (20)

Agilille 2021 - ceci n'est pas une révolution organisationelle