SlideShare une entreprise Scribd logo
1  sur  48
Télécharger pour lire hors ligne
10&11
DÉCEMBRE
2019
DÉMYSTIFIONS L’AGILE!
STAND D13
STAND D13
▶Actency en quelques chiffres
▶Les intervenants
▶L'agilité, état de l'art en 2019
▶4 principales difficultés et solutions
○ Forfait budgétaire et Agilité: c'est possible!
○ Le Burn-Out du Product Owner: comment éviter le gel d'un
projet
○ Lutter contre les régressions: automatisation des tests au
profit de la qualité du projet
○ Le mirage de l’Agile: chasser le cycle en V de l’UX/UI au
développement
▶Questions / Réponses
SOMMAIRE
Violaine Meneux
Directrice Département Drupal / BUILD & RUN
@Actency
Les intervenants
Violaine Meneux est à la tête d’une des équipes de production d’Actency, composée
de 30 Développeurs Drupal, Directeurs techniques et Scrum Master, partagée entre
Paris et Strasbourg.
Elle établit avec pragmatisme les process et les stratégies permettant à son équipe
de réaliser leurs projets en respectant les méthodologies Agile. Elle apportera son
expérience et sa vision sur les avantages et les risques d’appliquer ce type de
méthodologie dans un environnement Drupal et un contexte d’agence.
STAND D13
J enny Pajavant
Directeur de Projet / Responsable R&D
@Actency
Jenny accompagne quotidiennement les Chefs de projet et Scrum Master dans la
gestion de leurs projets et assure avec eux le bon respect et l’amélioration continue
des méthodes et des organisations.
De comités de pilotage en rappels aux processus, il a la lourde et complexe tâche
de veiller à maintenir l’équilibre entre la qualité, les coûts et délais à l’échelle de
l’ensemble du parc projets d’Actency, ce qu’il fait en toute sérénité :)
Les intervenants
STAND D13
Actency, filiale du groupe L’ALLIANCE
150 experts au sein de 5 Business Units pour un CA de 12 M€
Business Unit
Centre de services Drupal
Gestion de projet Agile
Business Unit
eCommerce
UX/UI
Webmarketing
Business Unit
Régie Drupal
Business Unit
Near shore Drupal
Business Unit
Formation Drupal
STAND D13
Quelques chiffres
140
STAND D13
>
>
L'AGILITÉ, ÉTAT DE L'ART
EN 2019
L’Agilité, c’est quoi?
8
➢ Une méthode, un processus, un framework, un outil, des post-it sur un
mur, un budget open-bar ?
➢ L’Agilité, c’est pouvoir et savoir s’adapter au marché et au client, à la
vraie vie en somme:
○ notre portefeuille n’est pas extensible
○ on change souvent d’avis
➢ On parle donc d’une “méthode” Agile , qui permet de structurer, cadencer
et organiser le déroulement d’un projet et d’une équipe, pour assurer le
maintien d’un budget, tout en accueillant les changements de besoin et
de priorités
Méthode Agile
=
Garantir un budget + Modifier le périmètre
STAND D13
L’Agilité, un état d’esprit
9
https://blog.myagilepartner.fr/index.php/tag/framework-agiles/
STAND D13
La méthode Agile
Le principe de fonctionnement de la méthode Agile
PRODUCT BACKLOG SPRINT BACKLOG INCRÉMENT
Planification de sprint Revue de sprint rétrospective
SPRINT
2 à 4 semaines
Team
Scrum Master
Product Owner Product Owner
La méthode Agile permet donc d'effectuer un pilotage plus sécurisé , car plus régulier
par le chef de projet. Le découpage en sprints courts donne unemeilleure visibilité
de l'avancée du développement, du respect duplanning et de la gestion des risques .
STAND D13
Le framework Nexus
Pour une Agilité multi-équipe
Le framework Nexus permet la synchronisation de nombreuses équipes Agile - 3 à
9 équipes et permet de coordonner à la réalisation de projets complexes souvent
multi-technologies.
https://www.scrum.org/resources/nexus -guide
STAND D13
Le framework Scaled Agile (SaFe)
Une évolution des mentalités - une démarche à plus grande échelle
SaFe permet de déployer l’Agilité demanière massive et de transformer une
entreprise en Lean. L’Agile est à tous les étages de l’entreprise. Cette gestion par
“valeur” permet de budgétiser et de prendre les décisions adaptées.
https://www.scaledagileframework.com/
STAND D13
Le framework Scaled Agile (SaFe)
Exemple d’implémentation
Le framework SaFe en application. Une visibilité des dépendances inter-équipes.
STAND D13
>
> ● Forfait budgétaire et Agilité: c'est
possible!
● Le mirage de l’Agile: chasser le cycle en V de l’UX/UI au
développement
● Lutter contre les régressions: automatisation des tests au
profit de la qualité du projet
● Le Burn-Out du Product Owner: comment éviter le gel d'un
projet
4 PRINCIPALES DIFFICULTÉS
& SOLUTIONS
Comment chiffrer et gérer un projet dont
le périmètre évolue?
STAND D13
L’Agile, compatible avec le forfait?
16
Client
“Je veux faire de l’Agile, et je veux un engagement au forfait sur un périmètre
défini!”
“Je n’ai pas encore les détails de mon besoin, mais je souhaite une enveloppe
budgétaire”
Déconstruisons les mythes!
Scrum Master / Chef de projet
“Il n’y a pas de notion ni de gestion de budget en Agile!”
“Je suis Scrum Master, je n’ai jamais fait de gestion de projet”
“Comment avez-vous réussi à contractualiser un budget en Agile?”
STAND D13
L’Agile, compatible avec le forfait!
2. HYPOTHÈSES DE CADRAGE =
devis, proposition
1. EXPRESSION DE
BESOINS = Cahier
des charges
3. ARBITRAGES =
contrat
2. Poser un chiffrage avec des hypothèses associées
→ engagement sur un périmètre
→ engagement sur un budget
3. Adapter la manière de contractualiser par une gestion du hors
périmètre/Change Request
1. Définir les objectifs et ramifier le gros du besoin
Un devis est constitué d’hypothèse de cadrage.
L’”Agilité au forfait” c’est contrôler et maîtriser un budget.
STAND D13
La situation initiale : des mutuelles qui souhaitent converger
REX : Le projet de transformation d’une mutuelle
STAND D13
La situation initiale : des mutuelles qui souhaitent converger
REX : Le projet de transformation d’une mutuelle
STAND D13
REX : Le projet de transformation d’une mutuelle
La situation initiale : des mutuelles qui souhaitent converger
STAND D13
REX : Le projet de transformation d’une mutuelle
La situation initiale : des mutuelles qui souhaitent converger
STAND D13
● La mutualisation des moyens
et la réduction de coûts
● La convergence des usages
et des systèmes
informatiques
● La création d’une usine à site
sur Drupal 8
● Le transfert de compétences
vers les équipes internes
● La création de services
transversaux pour le GIE
● Le développement d’une
nouvelle image de marque...
Le périmètre du produit s’est adapté au budget et au délais.
REX : Le projet de transformation d’une mutuelle
● Délai pour obtenir le 1erMVP : 6 mois
● Nombre de sprints : + 20
● Nombre de jours/hommes : + de 2500
● Durée d’un sprint : 3 semaines
● Equipe
→ 1 Scrum Master (2.5jr/semaine)
→ 1 Lead Dev/Directeur technique (2Jr/sem.)
→ 1 Proxy PO (1,5jr/Semaine)
→ 4 Développeurs : dont 3 temps plein
● Nombre de US: + de 1 840
● Nombre de lignes de code custom :
280 035
● Nombre de commit : 10 296, 2960 PR
● Modules contrib Drupal : 99
● Modules custom Drupal : 54
Brief initial client Objectifs Chiffres clés
Au départ... En cours de sprint... A l’arrivée...
STAND D13
En cours de sprint.
OBJECTIFS
Au départ
BRIEF INITIAL
A l'arrivée
CHIFFRE CLÉS
EVÉNEMENTS DURÉE THÉORIQUE QUI (…) = facultatif
Scrum meeting 2H/Semaine DEVS+LEADDEV+PO+(SM)
Réunion d’affinage du Backlog 2Hr/Semaine (DEV)+LEADDEV+PO+SM
Sprint Planning
(Planification & Chiffrage)
1Jour/Sprint/(Dev+PO)
0.5Jour/Sprint/SM
DEV+PO+SM
Sprint Retrospective
(Démonstration)
2Hr/Sprint DEV+PO+SM
Sprint Review 2Hr/Sprint PO+SM + LeadDev + Parties
Prenantes
Scrum Mastering
(Gestion du PO et des DEV)
2,5 Jours/Semaine
pour une team Dev de 3 ETP
SM
Gestion de la relation SM & DEV 1 Jour/semaine PO
Code Review & Suivi & Aide 2,5 Jours/Semaine
pour une team Dev de 3 ETP
Lead Dev
Exemple d’abaques des coûts indirects
Comment poser des hypothèses de chiffrage?
2. HYPOTHÈSES
DE CADRAGE =
devis, proposition
STAND D13
Identifier et anticiper les modifications des hypothèses pour permettre
l’arbitrage client
Comment gérer les arbitrages? 3.
ARBITRAGES
= contrat
STAND D13
>>
4 PRINCIPALES DIFFICULTÉS
& SOLUTIONS
● Forfait budgétaire et Agilité: c'est possible!
● Le mirage de l’Agile: chasser le cycle en V
de l’UX/UI au développement
● Lutter contre les régressions: automatisation des tests au
profit de la qualité du projet
● Le Burn-Out du Product Owner: comment éviter le gel d'un
projet
Chassez le naturel, il revient au galop!
➢ Au sein d’une itération de développement agile, on retombe dans les vieux
démons et habitudes du cycle en V: blocage lié à la validation des maquettes
Pourquoi?
➢ L’UX/UI est source de tous les enjeux, de toutes les promesses et donc, de
toutes les craintes : sécurité maximale pour remporter l’adhésion métier, on
veut faire valider la planète entière
Conséquences &impacts les plus fréquents:
➢ Blocage planning
➢ Surcoût
➢ Surcharge du PO
L’Agile UX permet d’éviter le gel d’un planning projet, une
surconsommation et une surcharge du Product Owner
Le mirage de l’Agile: chasser le cycle en V de
l’UX/UI au développement
STAND D13
VY!>!Fyqήsjf odf !vujmjt buf vs!f u!Ef t jho!>!Dpodf qujpo!!
M♣BEO!ef !upvuf !eήn bsdi f !ejuf !VY!f t u!m♣vujmjt buf vs/!Vo!cpo!VY!Ef t jhof s!t f !epju!e♣bt t vn f s!
mf t !sf t qpot bcjmjuήt !t vjwbouf t ;
➢ Dpn qsf oesf !f u!f yqsjn f s mf t !cf t pjot !ef t !vujmjt buf vst
➢ ΐ usf !dbqbcmf !ef !qpsuf s!mb!wjt jpo!t usbuήhjr vf !ev!qspevju!eήgf oevf !qbs!mf !Qspevdu!
Px of s
➢ ΐ usf !mf !hbsbou!ef !mb!wjt jpo!e♣f ot f n cmf ef !mb!qspqpt jujpo!ef !wbmf vs!r vj!wb!bv.ef mΤ!ev!
qspevju/
➢ Hbsboujs!m♣beήr vbujpo!qbsgbjuf f ousf !mf t !t pmvujpot !eήwf mpqqήf t !f u!df mmf t !buuf oevf t !
qbs!m♣vujmjt buf vs/!
M♣VY!Ef t jhof s!epju!sf mf wf s!3!eήgjt !n bkf vst ;
2/ Hbsef s!vo!espju!ef !sf hbse!t vs!upvu!df !r vj!f t u!gbju!qpvs hbsboujs!mf !
t usjdu!sf t qf du!ef t !cf t pjot !vujmjt buf vst
3/ Gpvsojs!bvy!ήr vjqf t !mf t cpot !pvujmt !qpvs!ί usf !qspevdujg
Le mirage de l’Agile: chasser le cycle en V de l’UX/UI au développement
STAND D13
Le mirage de l’Agile: chasser le cycle en V de
l’UX/UI au développement
https://medium.com/swlh/here-is-how-ux-design-integrates-with-agile-and-scrum-4f3cf8c10e24
Comment l’UX Design doit-il s’intégrer dans les cérémonies agiles ?
STAND D13
SFY;!Qspdf t t vt !Tqsjout !jodmvbou!mf !mf bo!VY
Sprint 4&5
Sprint Planning 4
Développement
SPRINT 5
Démo
Rétro
DÉCEMBRE JANVIER
UX / UI
Sprint 6&7
Sprint Planning 5
Développement
Démo
Rétro
FÉVRIER
US Techniques et
fonctionnelles
+ Rough UX/UI
Recette
sprint 3
...
PO/PO ProxyBacklog
SPRINT 3
Recette
sprint 4
incluant
Maquette
intégrée
UX / UI
Maquettes
avec pré-
validation
Sprint 4
SPRINT 4
US Technique
+ Rough UX/UI
Maquettes
avec pré-
validation
Sprint 5
Sprint 8&9
UX / UI
Recette
sprint 5
incluant
Maquette
intégrée
US Technique
+ Rough UX/UI
● Validation prototype UI pour les maquettes sans validation métier
● Validation UI pré-validée pour les maquettes avec validation métier
Validation UX/UI Validation UX/UI
STAND D13
>>4 PRINCIPALES DIFFICULTÉS
& SOLUTIONS
● Forfait budgétaire et Agilité: c'est possible!
● Le mirage de l’Agile: chasser le cycle en V de l’UX/UI au
développement
● Lutter contre les régressions:
automatisation des tests au profit de la
qualité du projet
● Le Burn-Out du Product Owner: comment éviter le gel d'un
projet
Valeurs fondamentales Agiles : itératif & incrémental
https://www.slideshare.net/rsazima/why -the-lean-startup-changes-everything-37943327
https://blog.crisp.se/2016/01/25/henrikkniberg/making -sense-of-mvp
Contexte de départ
STAND D13
4. La méthodologie Agile
Expectation Vs Reality
Itératif et incrémental, en théorie...
STAND D13
Expectation Vs Reality sans CIT (Continuous Integration Testing)
Des projets sans tests automatisées
STAND D13
REX : Projet sans CIT
Un client :) - Chiffres clés
• Délai pour obtenir le 1er MVP : 1 an
• Nombre de sprint : 18
• Durée d’un sprint: 3 semaines
• Nombre de jours/hommes: +1500
• Nombre de US : 300
• Nombre d’évolutions / anomalie : 400
• Nombre de lignes de code : 88 641
• Nombre de commit : 8549, 2789 PR
• Modules contrib : 161
Modules custom : 93
● B!di br vf !sf mf bt f -!upvuf !bopn bmjf !ef wjf ou!♪cvt jof t t !dsjujdbm♫!dbs!jn qbdu!t vs!mb!
qspevdujpo!f u!qf suf !gjobodjέsf !)f .dpn n f sdf *
● Di br vf !bopn bmjf !ef n boef !vo!uf n qt !e♣bobmzt f !jn qpsubou
● Dpn qmf yjuή!ev!qspevju!>?!eήqf oebodf !bwf d!opt !ήr vjqf t !uf di ojr vf t
○ Uvsopwf s!
STAND D13
Télérama - Chiffres clés
• Délai pour obtenir le 1er MVP : 2 mois
• Nombre de sprint : 18
• Durée d’un sprint: 2 semaines
• Nombre de jour de dev : 350j
• Nombre de US : 300
• Nombre d’évolutions / anomalie : 400
• Nombre de lignes de code : 13 000
• Nombre de commit : 3 000, 1300 PR
• Modules contrib : 80
Modules custom : 39
REX : Projet sans CIT
● Satisfait au départ car timing MVP respecté
● Puis à chaque release, toute anomalie devient
“business critical” car impact sur la production et
perte financière (e-commerce)
● Insatisfaction quelques temps après la MEL
○ Budget maintenance important
● Phase de rationalisation du code
○ Budget maintenance réduit de 50%
● Maintenance évolutive : intégration progressive du CIT
STAND D13
✓ Le système réalise des tests à la place du
client à chaque modification de code
✓ Le système refuse les modifications de
code provoquant des régressions
✓ Peut être intégrer dans une démarche
progressive
REX : Projet avec tests automatisées
Expectation Vs Reality avec CIT
STAND D13
37
Risques Solution
Régressions fonctionnelles à chaque mise à jour. Le CIT reteste chaque fonctionnalité / qualité des services et
alerte sur les problèmes avant déploiement.
Problèmes détectés uniquement lors des releases. L’ensemble du projet est testé à chaque fois qu’une
modification est apportée au projet.
Problèmes détectés par vos clients (= insatisfaction). Tous les tests sont exécutés, les régressions non détectable
humainement sont révélées.
QUALITÉ DES LIVRABLES
ARCHITECTURE COMPLEXE : INTÉGRITÉ ET SÉCURITÉ DES DONNÉES
Risques Solution
Perte de contrôle sur l’intégrité et la sécurité du
système d’information.
Le CIT se branche sur les systèmes sensibles (multi-
techno) et contrôle aussi les flux pour éviter les
régressions de sécurité et verrouiller le bon
fonctionnement de tous les flux.
REX : Projet avec tests automatisées
Risques et solutions
STAND D13
38
INTÉGRATION SYSTÈMES TIERS ET INTEROPÉRABILITÉ
Risques Solution
Risque d’Intégration:
Dysfonctionnement de l'interopérabilité des
applications
Le CIT teste les flux pour garantir la qualité de l’interopérabilité.
Risque de Configuration:
Dysfonctionnement lié à des configurations
jamais testées auparavant
Installer le CIT sur plusieurs systèmes permet de tester leur bon
fonctionnement avec un jeu de tests représentatif: le CIT vous alerte
en cas de mauvaises configurations.
Risque de dysfonctionnement des APIs Si vous travaillez avec des API que vous n’écrivez pas vous même,
vous devez être sûre que l’API continue à fonctionner comme vous
l’utilisez au fur et à mesure des mise à jours.
REX : Projet avec tests automatisées
Risques et solutions
TRANSFERT DE CONNAISSANCE ET MAÎTRISE DU PROJET
Risques Solution
Perte de connaissance lié au Turn over d’équipe ou
d’agence.
Le CIT impose à l’équipe de passer les tests, sinon les
modifications sont refusées.
Le manque de connaissance du système par le nouveau
prestataire ou l’équipe est compensée par le CIT.
STAND D13
>>
4 PRINCIPALES DIFFICULTÉS
& SOLUTIONS
● Forfait budgétaire et Agilité: c'est possible!
● Le mirage de l’Agile: chasser le cycle en V de l’UX/UI au
développement
● Lutter contre les régressions: automatisation des tests au
profit de la qualité du projet
● Le Burn-Out du Product Owner: comment
éviter le gel d'un projet
Le Burn-Out du Product Owner: comment éviter le gel d’un projet
STAND D13
Le Burn-Out du Product Owner: comment éviter le gel d’un projet
STAND D13
Le Burn-Out du Product Owner: comment éviter le gel d’un projet
STAND D13
Le Burn-Out du Product Owner: comment éviter le gel d’un projet
Goulot d’étranglement entre la production du Product Backlog, la
validation des stakeholders et l’approvisionnement de la Scrum Team.
Impacts:
○ Pression, stress, travail en flux tendus
○ Prise de risque plus importante sur les travaux en cours de
développement
Conséquences majeures:
○ Entre 3 à 6 mois de décalage planning
○ Un surcoût de 20 à 30% supplémentaire sur le budget
STAND D13
2 solutions éprouvées qui ont permis de relancer la dynamique du
projet, de supprimer l’effet “bottleneck” chez le Product Owner:
➢ Proxy PO:
○ Accompagne, forme et soutient le PO dans ses tâches
quotidiennes: rédaction de user stories, priorisation du
Product Backlog, animation de la Scrum Team
○ Le Proxy PO ne se substitue pas au PO et il ne porte pas
la responsabilité des décisions à prendre
➢ “Double PO”:
○ 1 PO au service et arbitre des Stakeholders + 1 PO au
service opérationnel quotidien de la Scrum Team
Solution complémentaire:
Quand tout cela ne suffit pas, il est possible de recourir au
processus de la “War room”
Le Burn-Out du Product Owner: comment éviter le gel d’un projet
STAND D13
Processus War Room
STAND D13
Processus War Room
Règles du jeu de la war room
La Scrum Team, le Product Owner et les Stakeholders sont réunis au même endroit,
sur un délai limité (2 à 4 jours max)
➢ Communication transparente: la pièce n’est pas cloisonnée, tout peut être
entendu des uns et des autres
Favorise la responsabilisation des équipes
➢ Visibilité: toutes les informations et données doivent être visibles (système de
post-it)
○ Améliore l’esprit de synthèse et de priorisation de l’équipe
➢ Adaptation: la pièce doit pouvoir accueillir les profils et interlocuteurs
concernés par les sujets abordés
○ Favorise la prise de décision efficace et rapide
La War Room doit donc être utilisée de manière ponctuelle pour débloquer un goulot
d’étranglement, ou régulièrement tout au long du projet pour dynamiser le planning
et tenir la cadence des sprints.
Le recours à la War Room permet de reprendre 3 à 4
sprints d’avance sur le projet!
STAND D13
LA MÉTHODE AGILE : 3x PLUS DE SUCCÈS
Agile projects being roughly 2X more likely to succeed, and 1/3 less likely to fail
En conclusion...
QUESTIONS/RÉPONSES
Fo!t bwpjs!qmvt -
Wjt juf {!opusf !t juf -!uήmήdi bshf {!opt !t vqqpsut
ESVQBM!X FCDFOUFS
i uuq;00x x x /bduf odz/gs0gs0esvqbm.x f cdf ouf s
SΏGΏSFODFT
i uuq;00x x x /bduf odz/gs0gs0sf gf sf odf t
SFUSPVWF[ !OPT!BDUVBMJUΏT!TVS!;!
x x x /ux juuf s/dpn 0bduf odz
x x x /gbdf cppl /dpn 0bduf odz
x x x /mjol f ejo/dpn 0dpn qboz0bduf odz
MERCI

Contenu connexe

Tendances

202109022 palawan-17h15-quels sont les éléments qui vous font rater votre t...
202109022 palawan-17h15-quels sont les éléments qui vous font rater votre t...202109022 palawan-17h15-quels sont les éléments qui vous font rater votre t...
202109022 palawan-17h15-quels sont les éléments qui vous font rater votre t...Pierre Medina
 
Agilité à l'échelle à la dsi @Pôle Emploi (SAFe) - Michel Levaslot - Agile en...
Agilité à l'échelle à la dsi @Pôle Emploi (SAFe) - Michel Levaslot - Agile en...Agilité à l'échelle à la dsi @Pôle Emploi (SAFe) - Michel Levaslot - Agile en...
Agilité à l'échelle à la dsi @Pôle Emploi (SAFe) - Michel Levaslot - Agile en...Agile En Seine
 
Agile Tour Paris 2014 : "La Contractualisation Agile C'est Possible" à La Pos...
Agile Tour Paris 2014 : "La Contractualisation Agile C'est Possible" à La Pos...Agile Tour Paris 2014 : "La Contractualisation Agile C'est Possible" à La Pos...
Agile Tour Paris 2014 : "La Contractualisation Agile C'est Possible" à La Pos...ENSIBS
 
Offre de services CITIO
Offre de services CITIOOffre de services CITIO
Offre de services CITIOCITIO
 
Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...
Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...
Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...ENSIBS
 
Campusfrance.org + D8 : Comment industrialiser la production et l'intégration...
Campusfrance.org + D8 : Comment industrialiser la production et l'intégration...Campusfrance.org + D8 : Comment industrialiser la production et l'intégration...
Campusfrance.org + D8 : Comment industrialiser la production et l'intégration...slybud
 
Agile Tour Paris 2014 : "Agilité étendue : Les Techniques du Futur Immédiat",...
Agile Tour Paris 2014 : "Agilité étendue : Les Techniques du Futur Immédiat",...Agile Tour Paris 2014 : "Agilité étendue : Les Techniques du Futur Immédiat",...
Agile Tour Paris 2014 : "Agilité étendue : Les Techniques du Futur Immédiat",...ENSIBS
 
Meetup Abbeal présentation SAFe - soyez agile en chaussettes v1.2
Meetup Abbeal   présentation SAFe - soyez agile en chaussettes v1.2Meetup Abbeal   présentation SAFe - soyez agile en chaussettes v1.2
Meetup Abbeal présentation SAFe - soyez agile en chaussettes v1.2Pierre Medina
 
Passage à l'échelle pour 2000 personnes @Axa - Angelina Auverny et Omar Sqall...
Passage à l'échelle pour 2000 personnes @Axa - Angelina Auverny et Omar Sqall...Passage à l'échelle pour 2000 personnes @Axa - Angelina Auverny et Omar Sqall...
Passage à l'échelle pour 2000 personnes @Axa - Angelina Auverny et Omar Sqall...Agile En Seine
 
Webinaire l'essentiel de prince2 2017 en 30 minutes (fr)
Webinaire   l'essentiel de prince2 2017 en 30 minutes (fr)Webinaire   l'essentiel de prince2 2017 en 30 minutes (fr)
Webinaire l'essentiel de prince2 2017 en 30 minutes (fr)Adelaide Poincelet
 
Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...
Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...
Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...Agile En Seine
 
Agile Tour Paris 2014 : Contractualisation Agile par T. Beaugrand et S. Israel
Agile Tour Paris 2014 : Contractualisation Agile par T. Beaugrand et S. IsraelAgile Tour Paris 2014 : Contractualisation Agile par T. Beaugrand et S. Israel
Agile Tour Paris 2014 : Contractualisation Agile par T. Beaugrand et S. IsraelENSIBS
 
Meetup #3 tout ce que vous avez toujours voulu savoir sur safe - presentat...
Meetup #3    tout ce que vous avez toujours voulu savoir sur safe - presentat...Meetup #3    tout ce que vous avez toujours voulu savoir sur safe - presentat...
Meetup #3 tout ce que vous avez toujours voulu savoir sur safe - presentat...Pierre Medina
 
Presentation sa fe 2 zoom sur pi planning safe v1.0
Presentation sa fe 2 zoom sur pi planning safe v1.0Presentation sa fe 2 zoom sur pi planning safe v1.0
Presentation sa fe 2 zoom sur pi planning safe v1.0Pierre Medina
 
Running lean - mise en place d’un lab innovation @Alliance Expert - Christoph...
Running lean - mise en place d’un lab innovation @Alliance Expert - Christoph...Running lean - mise en place d’un lab innovation @Alliance Expert - Christoph...
Running lean - mise en place d’un lab innovation @Alliance Expert - Christoph...Agile En Seine
 
Agile Tour Paris 2014 : "Comment Répondre aux Enjeux Humains des Entreprises ...
Agile Tour Paris 2014 : "Comment Répondre aux Enjeux Humains des Entreprises ...Agile Tour Paris 2014 : "Comment Répondre aux Enjeux Humains des Entreprises ...
Agile Tour Paris 2014 : "Comment Répondre aux Enjeux Humains des Entreprises ...ENSIBS
 
La conduite du changement dans une transformation SAFe - Retour d'expérience ...
La conduite du changement dans une transformation SAFe - Retour d'expérience ...La conduite du changement dans une transformation SAFe - Retour d'expérience ...
La conduite du changement dans une transformation SAFe - Retour d'expérience ...Agile En Seine
 
[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...
[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...
[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...Niji
 

Tendances (19)

202109022 palawan-17h15-quels sont les éléments qui vous font rater votre t...
202109022 palawan-17h15-quels sont les éléments qui vous font rater votre t...202109022 palawan-17h15-quels sont les éléments qui vous font rater votre t...
202109022 palawan-17h15-quels sont les éléments qui vous font rater votre t...
 
Agilité à l'échelle à la dsi @Pôle Emploi (SAFe) - Michel Levaslot - Agile en...
Agilité à l'échelle à la dsi @Pôle Emploi (SAFe) - Michel Levaslot - Agile en...Agilité à l'échelle à la dsi @Pôle Emploi (SAFe) - Michel Levaslot - Agile en...
Agilité à l'échelle à la dsi @Pôle Emploi (SAFe) - Michel Levaslot - Agile en...
 
Agile Tour Paris 2014 : "La Contractualisation Agile C'est Possible" à La Pos...
Agile Tour Paris 2014 : "La Contractualisation Agile C'est Possible" à La Pos...Agile Tour Paris 2014 : "La Contractualisation Agile C'est Possible" à La Pos...
Agile Tour Paris 2014 : "La Contractualisation Agile C'est Possible" à La Pos...
 
Offre de services CITIO
Offre de services CITIOOffre de services CITIO
Offre de services CITIO
 
Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...
Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...
Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...
 
Campusfrance.org + D8 : Comment industrialiser la production et l'intégration...
Campusfrance.org + D8 : Comment industrialiser la production et l'intégration...Campusfrance.org + D8 : Comment industrialiser la production et l'intégration...
Campusfrance.org + D8 : Comment industrialiser la production et l'intégration...
 
Agile Tour Paris 2014 : "Agilité étendue : Les Techniques du Futur Immédiat",...
Agile Tour Paris 2014 : "Agilité étendue : Les Techniques du Futur Immédiat",...Agile Tour Paris 2014 : "Agilité étendue : Les Techniques du Futur Immédiat",...
Agile Tour Paris 2014 : "Agilité étendue : Les Techniques du Futur Immédiat",...
 
Meetup Abbeal présentation SAFe - soyez agile en chaussettes v1.2
Meetup Abbeal   présentation SAFe - soyez agile en chaussettes v1.2Meetup Abbeal   présentation SAFe - soyez agile en chaussettes v1.2
Meetup Abbeal présentation SAFe - soyez agile en chaussettes v1.2
 
Passage à l'échelle pour 2000 personnes @Axa - Angelina Auverny et Omar Sqall...
Passage à l'échelle pour 2000 personnes @Axa - Angelina Auverny et Omar Sqall...Passage à l'échelle pour 2000 personnes @Axa - Angelina Auverny et Omar Sqall...
Passage à l'échelle pour 2000 personnes @Axa - Angelina Auverny et Omar Sqall...
 
Webinaire l'essentiel de prince2 2017 en 30 minutes (fr)
Webinaire   l'essentiel de prince2 2017 en 30 minutes (fr)Webinaire   l'essentiel de prince2 2017 en 30 minutes (fr)
Webinaire l'essentiel de prince2 2017 en 30 minutes (fr)
 
Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...
Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...
Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...
 
Agile Tour Paris 2014 : Contractualisation Agile par T. Beaugrand et S. Israel
Agile Tour Paris 2014 : Contractualisation Agile par T. Beaugrand et S. IsraelAgile Tour Paris 2014 : Contractualisation Agile par T. Beaugrand et S. Israel
Agile Tour Paris 2014 : Contractualisation Agile par T. Beaugrand et S. Israel
 
Meetup #3 tout ce que vous avez toujours voulu savoir sur safe - presentat...
Meetup #3    tout ce que vous avez toujours voulu savoir sur safe - presentat...Meetup #3    tout ce que vous avez toujours voulu savoir sur safe - presentat...
Meetup #3 tout ce que vous avez toujours voulu savoir sur safe - presentat...
 
Presentation sa fe 2 zoom sur pi planning safe v1.0
Presentation sa fe 2 zoom sur pi planning safe v1.0Presentation sa fe 2 zoom sur pi planning safe v1.0
Presentation sa fe 2 zoom sur pi planning safe v1.0
 
Running lean - mise en place d’un lab innovation @Alliance Expert - Christoph...
Running lean - mise en place d’un lab innovation @Alliance Expert - Christoph...Running lean - mise en place d’un lab innovation @Alliance Expert - Christoph...
Running lean - mise en place d’un lab innovation @Alliance Expert - Christoph...
 
Brochure Vers l'entreprise Agile
Brochure Vers l'entreprise AgileBrochure Vers l'entreprise Agile
Brochure Vers l'entreprise Agile
 
Agile Tour Paris 2014 : "Comment Répondre aux Enjeux Humains des Entreprises ...
Agile Tour Paris 2014 : "Comment Répondre aux Enjeux Humains des Entreprises ...Agile Tour Paris 2014 : "Comment Répondre aux Enjeux Humains des Entreprises ...
Agile Tour Paris 2014 : "Comment Répondre aux Enjeux Humains des Entreprises ...
 
La conduite du changement dans une transformation SAFe - Retour d'expérience ...
La conduite du changement dans une transformation SAFe - Retour d'expérience ...La conduite du changement dans une transformation SAFe - Retour d'expérience ...
La conduite du changement dans une transformation SAFe - Retour d'expérience ...
 
[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...
[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...
[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...
 

Similaire à Démystifions l'Agile - Actency Paris Open Source Summit 2019

Le Burn-Out Agile - Devoxx MA
Le Burn-Out Agile - Devoxx MALe Burn-Out Agile - Devoxx MA
Le Burn-Out Agile - Devoxx MACedric Moulard
 
CONF. 203 – Agile et le bureau de projet
CONF. 203 – Agile et le bureau de projetCONF. 203 – Agile et le bureau de projet
CONF. 203 – Agile et le bureau de projetPMI-Montréal
 
Formations au digital 2018
Formations au digital 2018Formations au digital 2018
Formations au digital 2018Nicolas Jambin
 
Introduction à l'agilité iut lyon 1 sept2013
Introduction à l'agilité   iut lyon 1 sept2013Introduction à l'agilité   iut lyon 1 sept2013
Introduction à l'agilité iut lyon 1 sept2013agnes_crepet
 
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
 
Le PMBOK n'est pas agile ?, ben voyons donc !!!
Le PMBOK n'est pas agile ?, ben voyons donc !!! Le PMBOK n'est pas agile ?, ben voyons donc !!!
Le PMBOK n'est pas agile ?, ben voyons donc !!! PMI-Montréal
 
Impacts de l'adoption de Scrum
Impacts de l'adoption de ScrumImpacts de l'adoption de Scrum
Impacts de l'adoption de ScrumPyxis Technologies
 
Vis ma vie de chef de projet Drupal | Drupagora 2013, Paris
Vis ma vie de chef de projet Drupal | Drupagora 2013, ParisVis ma vie de chef de projet Drupal | Drupagora 2013, Paris
Vis ma vie de chef de projet Drupal | Drupagora 2013, ParisActency
 
Atelier Comment choisir et déployer un ERP dans une PME - Pôle numérique CCI ...
Atelier Comment choisir et déployer un ERP dans une PME - Pôle numérique CCI ...Atelier Comment choisir et déployer un ERP dans une PME - Pôle numérique CCI ...
Atelier Comment choisir et déployer un ERP dans une PME - Pôle numérique CCI ...echangeurba
 
IDP 2015 - Atelier de 3 jours - Gestion agile des projets d'innovation (4, 9 ...
IDP 2015 - Atelier de 3 jours - Gestion agile des projets d'innovation (4, 9 ...IDP 2015 - Atelier de 3 jours - Gestion agile des projets d'innovation (4, 9 ...
IDP 2015 - Atelier de 3 jours - Gestion agile des projets d'innovation (4, 9 ...Claude Emond
 
Scrum pour les (nuls) devs
Scrum pour les (nuls) devsScrum pour les (nuls) devs
Scrum pour les (nuls) devsJenny Beaumont
 
Webinaire l'essentiel de prince2 2017 en 30 minutes (fr)
Webinaire   l'essentiel de prince2 2017 en 30 minutes (fr)Webinaire   l'essentiel de prince2 2017 en 30 minutes (fr)
Webinaire l'essentiel de prince2 2017 en 30 minutes (fr)QRPInternational
 
La méthode de gestion de projet agile.pdf
La méthode de gestion de projet agile.pdfLa méthode de gestion de projet agile.pdf
La méthode de gestion de projet agile.pdfanwermannai
 
7 regles d'or pour réussir et rentabiliser un projet CRM
7 regles d'or pour réussir et rentabiliser un projet CRM7 regles d'or pour réussir et rentabiliser un projet CRM
7 regles d'or pour réussir et rentabiliser un projet CRMSage france
 

Similaire à Démystifions l'Agile - Actency Paris Open Source Summit 2019 (20)

Methode Agile
Methode Agile Methode Agile
Methode Agile
 
Le Burn-Out Agile - Devoxx MA
Le Burn-Out Agile - Devoxx MALe Burn-Out Agile - Devoxx MA
Le Burn-Out Agile - Devoxx MA
 
CONF. 203 – Agile et le bureau de projet
CONF. 203 – Agile et le bureau de projetCONF. 203 – Agile et le bureau de projet
CONF. 203 – Agile et le bureau de projet
 
Project management for young IT engineer
Project management for young IT engineerProject management for young IT engineer
Project management for young IT engineer
 
Formations au digital 2018
Formations au digital 2018Formations au digital 2018
Formations au digital 2018
 
Introduction à l'agilité iut lyon 1 sept2013
Introduction à l'agilité   iut lyon 1 sept2013Introduction à l'agilité   iut lyon 1 sept2013
Introduction à l'agilité iut lyon 1 sept2013
 
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
 
#Agilité Transformation #Disruption #User #Centricity #damien #ALEXANDRE
#Agilité Transformation #Disruption #User #Centricity #damien #ALEXANDRE#Agilité Transformation #Disruption #User #Centricity #damien #ALEXANDRE
#Agilité Transformation #Disruption #User #Centricity #damien #ALEXANDRE
 
032016 roomn table ronde_agile avec contributions damien ALEXANDRE
032016 roomn  table ronde_agile avec contributions damien ALEXANDRE 032016 roomn  table ronde_agile avec contributions damien ALEXANDRE
032016 roomn table ronde_agile avec contributions damien ALEXANDRE
 
Le PMBOK n'est pas agile ?, ben voyons donc !!!
Le PMBOK n'est pas agile ?, ben voyons donc !!! Le PMBOK n'est pas agile ?, ben voyons donc !!!
Le PMBOK n'est pas agile ?, ben voyons donc !!!
 
Impacts de l'adoption de Scrum
Impacts de l'adoption de ScrumImpacts de l'adoption de Scrum
Impacts de l'adoption de Scrum
 
Vis ma vie de chef de projet Drupal | Drupagora 2013, Paris
Vis ma vie de chef de projet Drupal | Drupagora 2013, ParisVis ma vie de chef de projet Drupal | Drupagora 2013, Paris
Vis ma vie de chef de projet Drupal | Drupagora 2013, Paris
 
20mn scrum
20mn scrum20mn scrum
20mn scrum
 
Atelier Comment choisir et déployer un ERP dans une PME - Pôle numérique CCI ...
Atelier Comment choisir et déployer un ERP dans une PME - Pôle numérique CCI ...Atelier Comment choisir et déployer un ERP dans une PME - Pôle numérique CCI ...
Atelier Comment choisir et déployer un ERP dans une PME - Pôle numérique CCI ...
 
IDP 2015 - Atelier de 3 jours - Gestion agile des projets d'innovation (4, 9 ...
IDP 2015 - Atelier de 3 jours - Gestion agile des projets d'innovation (4, 9 ...IDP 2015 - Atelier de 3 jours - Gestion agile des projets d'innovation (4, 9 ...
IDP 2015 - Atelier de 3 jours - Gestion agile des projets d'innovation (4, 9 ...
 
Scrum pour les (nuls) devs
Scrum pour les (nuls) devsScrum pour les (nuls) devs
Scrum pour les (nuls) devs
 
Webinaire l'essentiel de prince2 2017 en 30 minutes (fr)
Webinaire   l'essentiel de prince2 2017 en 30 minutes (fr)Webinaire   l'essentiel de prince2 2017 en 30 minutes (fr)
Webinaire l'essentiel de prince2 2017 en 30 minutes (fr)
 
La gestion de projet agile
La gestion de projet agileLa gestion de projet agile
La gestion de projet agile
 
La méthode de gestion de projet agile.pdf
La méthode de gestion de projet agile.pdfLa méthode de gestion de projet agile.pdf
La méthode de gestion de projet agile.pdf
 
7 regles d'or pour réussir et rentabiliser un projet CRM
7 regles d'or pour réussir et rentabiliser un projet CRM7 regles d'or pour réussir et rentabiliser un projet CRM
7 regles d'or pour réussir et rentabiliser un projet CRM
 

Plus de Actency

Usine à Sites Drupal 7 Drupal 8 : Témoignage ARTE, PERNOD RICARD - Actency ...
Usine à Sites Drupal 7 Drupal 8 : Témoignage ARTE, PERNOD RICARD -   Actency ...Usine à Sites Drupal 7 Drupal 8 : Témoignage ARTE, PERNOD RICARD -   Actency ...
Usine à Sites Drupal 7 Drupal 8 : Témoignage ARTE, PERNOD RICARD - Actency ...Actency
 
Les défis de l'intégration Drupal dans un SI complexe - Actency Drupagora 2019
Les défis de l'intégration Drupal dans un SI complexe - Actency Drupagora 2019Les défis de l'intégration Drupal dans un SI complexe - Actency Drupagora 2019
Les défis de l'intégration Drupal dans un SI complexe - Actency Drupagora 2019Actency
 
DRUPAL EUROPE SESSION 2018 - FORMS STEPS, COMPLEX FORMS, SIMPLE UI : DRUPAL 8...
DRUPAL EUROPE SESSION 2018 - FORMS STEPS, COMPLEX FORMS, SIMPLE UI : DRUPAL 8...DRUPAL EUROPE SESSION 2018 - FORMS STEPS, COMPLEX FORMS, SIMPLE UI : DRUPAL 8...
DRUPAL EUROPE SESSION 2018 - FORMS STEPS, COMPLEX FORMS, SIMPLE UI : DRUPAL 8...Actency
 
Drupalcon 2014 - A Large scale personalization with Drupal
Drupalcon 2014 - A Large scale personalization with DrupalDrupalcon 2014 - A Large scale personalization with Drupal
Drupalcon 2014 - A Large scale personalization with DrupalActency
 
Drupagora 2018 - Refonte des Mutuelles SIMA sur Drupal 8 : Difficultés et Sol...
Drupagora 2018 - Refonte des Mutuelles SIMA sur Drupal 8 : Difficultés et Sol...Drupagora 2018 - Refonte des Mutuelles SIMA sur Drupal 8 : Difficultés et Sol...
Drupagora 2018 - Refonte des Mutuelles SIMA sur Drupal 8 : Difficultés et Sol...Actency
 
Usine à site avec Drupal - Meet up Drupal 2014
Usine à site avec Drupal - Meet up Drupal 2014Usine à site avec Drupal - Meet up Drupal 2014
Usine à site avec Drupal - Meet up Drupal 2014Actency
 
inbound marketing & marketingautomation
inbound marketing & marketingautomationinbound marketing & marketingautomation
inbound marketing & marketingautomationActency
 
Industrialisation de Drupal : Usines à Sites, retour sur le cas CCI Alsace
Industrialisation de Drupal : Usines à Sites, retour sur le cas CCI AlsaceIndustrialisation de Drupal : Usines à Sites, retour sur le cas CCI Alsace
Industrialisation de Drupal : Usines à Sites, retour sur le cas CCI AlsaceActency
 
Échapper à la refonte complète pour passer au Mobile avec le Témoignage de Bo...
Échapper à la refonte complète pour passer au Mobile avec le Témoignage de Bo...Échapper à la refonte complète pour passer au Mobile avec le Témoignage de Bo...
Échapper à la refonte complète pour passer au Mobile avec le Témoignage de Bo...Actency
 
Graphisme et ergonomie des projets… horribles - Kiwi Party 2014
Graphisme et ergonomie des projets… horribles - Kiwi Party 2014Graphisme et ergonomie des projets… horribles - Kiwi Party 2014
Graphisme et ergonomie des projets… horribles - Kiwi Party 2014Actency
 
DrupalCamp Paris 2013 - Drupal : un CMS orienté métier
 DrupalCamp Paris 2013 - Drupal : un CMS orienté métier DrupalCamp Paris 2013 - Drupal : un CMS orienté métier
DrupalCamp Paris 2013 - Drupal : un CMS orienté métierActency
 
DrupalCamp Paris 2013 : Sites mobiles avec Drupal
DrupalCamp Paris 2013 : Sites mobiles avec DrupalDrupalCamp Paris 2013 : Sites mobiles avec Drupal
DrupalCamp Paris 2013 : Sites mobiles avec DrupalActency
 
DrupalCamp Paris 2013 : Faire une GED sous Drupal
DrupalCamp Paris 2013 : Faire une GED sous DrupalDrupalCamp Paris 2013 : Faire une GED sous Drupal
DrupalCamp Paris 2013 : Faire une GED sous DrupalActency
 
L'intranet collaboratif avec Drupal - Drupagora 2012
L'intranet collaboratif avec Drupal - Drupagora 2012L'intranet collaboratif avec Drupal - Drupagora 2012
L'intranet collaboratif avec Drupal - Drupagora 2012Actency
 

Plus de Actency (14)

Usine à Sites Drupal 7 Drupal 8 : Témoignage ARTE, PERNOD RICARD - Actency ...
Usine à Sites Drupal 7 Drupal 8 : Témoignage ARTE, PERNOD RICARD -   Actency ...Usine à Sites Drupal 7 Drupal 8 : Témoignage ARTE, PERNOD RICARD -   Actency ...
Usine à Sites Drupal 7 Drupal 8 : Témoignage ARTE, PERNOD RICARD - Actency ...
 
Les défis de l'intégration Drupal dans un SI complexe - Actency Drupagora 2019
Les défis de l'intégration Drupal dans un SI complexe - Actency Drupagora 2019Les défis de l'intégration Drupal dans un SI complexe - Actency Drupagora 2019
Les défis de l'intégration Drupal dans un SI complexe - Actency Drupagora 2019
 
DRUPAL EUROPE SESSION 2018 - FORMS STEPS, COMPLEX FORMS, SIMPLE UI : DRUPAL 8...
DRUPAL EUROPE SESSION 2018 - FORMS STEPS, COMPLEX FORMS, SIMPLE UI : DRUPAL 8...DRUPAL EUROPE SESSION 2018 - FORMS STEPS, COMPLEX FORMS, SIMPLE UI : DRUPAL 8...
DRUPAL EUROPE SESSION 2018 - FORMS STEPS, COMPLEX FORMS, SIMPLE UI : DRUPAL 8...
 
Drupalcon 2014 - A Large scale personalization with Drupal
Drupalcon 2014 - A Large scale personalization with DrupalDrupalcon 2014 - A Large scale personalization with Drupal
Drupalcon 2014 - A Large scale personalization with Drupal
 
Drupagora 2018 - Refonte des Mutuelles SIMA sur Drupal 8 : Difficultés et Sol...
Drupagora 2018 - Refonte des Mutuelles SIMA sur Drupal 8 : Difficultés et Sol...Drupagora 2018 - Refonte des Mutuelles SIMA sur Drupal 8 : Difficultés et Sol...
Drupagora 2018 - Refonte des Mutuelles SIMA sur Drupal 8 : Difficultés et Sol...
 
Usine à site avec Drupal - Meet up Drupal 2014
Usine à site avec Drupal - Meet up Drupal 2014Usine à site avec Drupal - Meet up Drupal 2014
Usine à site avec Drupal - Meet up Drupal 2014
 
inbound marketing & marketingautomation
inbound marketing & marketingautomationinbound marketing & marketingautomation
inbound marketing & marketingautomation
 
Industrialisation de Drupal : Usines à Sites, retour sur le cas CCI Alsace
Industrialisation de Drupal : Usines à Sites, retour sur le cas CCI AlsaceIndustrialisation de Drupal : Usines à Sites, retour sur le cas CCI Alsace
Industrialisation de Drupal : Usines à Sites, retour sur le cas CCI Alsace
 
Échapper à la refonte complète pour passer au Mobile avec le Témoignage de Bo...
Échapper à la refonte complète pour passer au Mobile avec le Témoignage de Bo...Échapper à la refonte complète pour passer au Mobile avec le Témoignage de Bo...
Échapper à la refonte complète pour passer au Mobile avec le Témoignage de Bo...
 
Graphisme et ergonomie des projets… horribles - Kiwi Party 2014
Graphisme et ergonomie des projets… horribles - Kiwi Party 2014Graphisme et ergonomie des projets… horribles - Kiwi Party 2014
Graphisme et ergonomie des projets… horribles - Kiwi Party 2014
 
DrupalCamp Paris 2013 - Drupal : un CMS orienté métier
 DrupalCamp Paris 2013 - Drupal : un CMS orienté métier DrupalCamp Paris 2013 - Drupal : un CMS orienté métier
DrupalCamp Paris 2013 - Drupal : un CMS orienté métier
 
DrupalCamp Paris 2013 : Sites mobiles avec Drupal
DrupalCamp Paris 2013 : Sites mobiles avec DrupalDrupalCamp Paris 2013 : Sites mobiles avec Drupal
DrupalCamp Paris 2013 : Sites mobiles avec Drupal
 
DrupalCamp Paris 2013 : Faire une GED sous Drupal
DrupalCamp Paris 2013 : Faire une GED sous DrupalDrupalCamp Paris 2013 : Faire une GED sous Drupal
DrupalCamp Paris 2013 : Faire une GED sous Drupal
 
L'intranet collaboratif avec Drupal - Drupagora 2012
L'intranet collaboratif avec Drupal - Drupagora 2012L'intranet collaboratif avec Drupal - Drupagora 2012
L'intranet collaboratif avec Drupal - Drupagora 2012
 

Démystifions l'Agile - Actency Paris Open Source Summit 2019

  • 2. STAND D13 ▶Actency en quelques chiffres ▶Les intervenants ▶L'agilité, état de l'art en 2019 ▶4 principales difficultés et solutions ○ Forfait budgétaire et Agilité: c'est possible! ○ Le Burn-Out du Product Owner: comment éviter le gel d'un projet ○ Lutter contre les régressions: automatisation des tests au profit de la qualité du projet ○ Le mirage de l’Agile: chasser le cycle en V de l’UX/UI au développement ▶Questions / Réponses SOMMAIRE
  • 3. Violaine Meneux Directrice Département Drupal / BUILD & RUN @Actency Les intervenants Violaine Meneux est à la tête d’une des équipes de production d’Actency, composée de 30 Développeurs Drupal, Directeurs techniques et Scrum Master, partagée entre Paris et Strasbourg. Elle établit avec pragmatisme les process et les stratégies permettant à son équipe de réaliser leurs projets en respectant les méthodologies Agile. Elle apportera son expérience et sa vision sur les avantages et les risques d’appliquer ce type de méthodologie dans un environnement Drupal et un contexte d’agence. STAND D13
  • 4. J enny Pajavant Directeur de Projet / Responsable R&D @Actency Jenny accompagne quotidiennement les Chefs de projet et Scrum Master dans la gestion de leurs projets et assure avec eux le bon respect et l’amélioration continue des méthodes et des organisations. De comités de pilotage en rappels aux processus, il a la lourde et complexe tâche de veiller à maintenir l’équilibre entre la qualité, les coûts et délais à l’échelle de l’ensemble du parc projets d’Actency, ce qu’il fait en toute sérénité :) Les intervenants STAND D13
  • 5. Actency, filiale du groupe L’ALLIANCE 150 experts au sein de 5 Business Units pour un CA de 12 M€ Business Unit Centre de services Drupal Gestion de projet Agile Business Unit eCommerce UX/UI Webmarketing Business Unit Régie Drupal Business Unit Near shore Drupal Business Unit Formation Drupal STAND D13
  • 7. > > L'AGILITÉ, ÉTAT DE L'ART EN 2019
  • 8. L’Agilité, c’est quoi? 8 ➢ Une méthode, un processus, un framework, un outil, des post-it sur un mur, un budget open-bar ? ➢ L’Agilité, c’est pouvoir et savoir s’adapter au marché et au client, à la vraie vie en somme: ○ notre portefeuille n’est pas extensible ○ on change souvent d’avis ➢ On parle donc d’une “méthode” Agile , qui permet de structurer, cadencer et organiser le déroulement d’un projet et d’une équipe, pour assurer le maintien d’un budget, tout en accueillant les changements de besoin et de priorités Méthode Agile = Garantir un budget + Modifier le périmètre STAND D13
  • 9. L’Agilité, un état d’esprit 9 https://blog.myagilepartner.fr/index.php/tag/framework-agiles/ STAND D13
  • 10. La méthode Agile Le principe de fonctionnement de la méthode Agile PRODUCT BACKLOG SPRINT BACKLOG INCRÉMENT Planification de sprint Revue de sprint rétrospective SPRINT 2 à 4 semaines Team Scrum Master Product Owner Product Owner La méthode Agile permet donc d'effectuer un pilotage plus sécurisé , car plus régulier par le chef de projet. Le découpage en sprints courts donne unemeilleure visibilité de l'avancée du développement, du respect duplanning et de la gestion des risques . STAND D13
  • 11. Le framework Nexus Pour une Agilité multi-équipe Le framework Nexus permet la synchronisation de nombreuses équipes Agile - 3 à 9 équipes et permet de coordonner à la réalisation de projets complexes souvent multi-technologies. https://www.scrum.org/resources/nexus -guide STAND D13
  • 12. Le framework Scaled Agile (SaFe) Une évolution des mentalités - une démarche à plus grande échelle SaFe permet de déployer l’Agilité demanière massive et de transformer une entreprise en Lean. L’Agile est à tous les étages de l’entreprise. Cette gestion par “valeur” permet de budgétiser et de prendre les décisions adaptées. https://www.scaledagileframework.com/ STAND D13
  • 13. Le framework Scaled Agile (SaFe) Exemple d’implémentation Le framework SaFe en application. Une visibilité des dépendances inter-équipes. STAND D13
  • 14. > > ● Forfait budgétaire et Agilité: c'est possible! ● Le mirage de l’Agile: chasser le cycle en V de l’UX/UI au développement ● Lutter contre les régressions: automatisation des tests au profit de la qualité du projet ● Le Burn-Out du Product Owner: comment éviter le gel d'un projet 4 PRINCIPALES DIFFICULTÉS & SOLUTIONS
  • 15. Comment chiffrer et gérer un projet dont le périmètre évolue? STAND D13
  • 16. L’Agile, compatible avec le forfait? 16 Client “Je veux faire de l’Agile, et je veux un engagement au forfait sur un périmètre défini!” “Je n’ai pas encore les détails de mon besoin, mais je souhaite une enveloppe budgétaire” Déconstruisons les mythes! Scrum Master / Chef de projet “Il n’y a pas de notion ni de gestion de budget en Agile!” “Je suis Scrum Master, je n’ai jamais fait de gestion de projet” “Comment avez-vous réussi à contractualiser un budget en Agile?” STAND D13
  • 17. L’Agile, compatible avec le forfait! 2. HYPOTHÈSES DE CADRAGE = devis, proposition 1. EXPRESSION DE BESOINS = Cahier des charges 3. ARBITRAGES = contrat 2. Poser un chiffrage avec des hypothèses associées → engagement sur un périmètre → engagement sur un budget 3. Adapter la manière de contractualiser par une gestion du hors périmètre/Change Request 1. Définir les objectifs et ramifier le gros du besoin Un devis est constitué d’hypothèse de cadrage. L’”Agilité au forfait” c’est contrôler et maîtriser un budget. STAND D13
  • 18. La situation initiale : des mutuelles qui souhaitent converger REX : Le projet de transformation d’une mutuelle STAND D13
  • 19. La situation initiale : des mutuelles qui souhaitent converger REX : Le projet de transformation d’une mutuelle STAND D13
  • 20. REX : Le projet de transformation d’une mutuelle La situation initiale : des mutuelles qui souhaitent converger STAND D13
  • 21. REX : Le projet de transformation d’une mutuelle La situation initiale : des mutuelles qui souhaitent converger STAND D13
  • 22. ● La mutualisation des moyens et la réduction de coûts ● La convergence des usages et des systèmes informatiques ● La création d’une usine à site sur Drupal 8 ● Le transfert de compétences vers les équipes internes ● La création de services transversaux pour le GIE ● Le développement d’une nouvelle image de marque... Le périmètre du produit s’est adapté au budget et au délais. REX : Le projet de transformation d’une mutuelle ● Délai pour obtenir le 1erMVP : 6 mois ● Nombre de sprints : + 20 ● Nombre de jours/hommes : + de 2500 ● Durée d’un sprint : 3 semaines ● Equipe → 1 Scrum Master (2.5jr/semaine) → 1 Lead Dev/Directeur technique (2Jr/sem.) → 1 Proxy PO (1,5jr/Semaine) → 4 Développeurs : dont 3 temps plein ● Nombre de US: + de 1 840 ● Nombre de lignes de code custom : 280 035 ● Nombre de commit : 10 296, 2960 PR ● Modules contrib Drupal : 99 ● Modules custom Drupal : 54 Brief initial client Objectifs Chiffres clés Au départ... En cours de sprint... A l’arrivée... STAND D13 En cours de sprint. OBJECTIFS Au départ BRIEF INITIAL A l'arrivée CHIFFRE CLÉS
  • 23. EVÉNEMENTS DURÉE THÉORIQUE QUI (…) = facultatif Scrum meeting 2H/Semaine DEVS+LEADDEV+PO+(SM) Réunion d’affinage du Backlog 2Hr/Semaine (DEV)+LEADDEV+PO+SM Sprint Planning (Planification & Chiffrage) 1Jour/Sprint/(Dev+PO) 0.5Jour/Sprint/SM DEV+PO+SM Sprint Retrospective (Démonstration) 2Hr/Sprint DEV+PO+SM Sprint Review 2Hr/Sprint PO+SM + LeadDev + Parties Prenantes Scrum Mastering (Gestion du PO et des DEV) 2,5 Jours/Semaine pour une team Dev de 3 ETP SM Gestion de la relation SM & DEV 1 Jour/semaine PO Code Review & Suivi & Aide 2,5 Jours/Semaine pour une team Dev de 3 ETP Lead Dev Exemple d’abaques des coûts indirects Comment poser des hypothèses de chiffrage? 2. HYPOTHÈSES DE CADRAGE = devis, proposition STAND D13
  • 24. Identifier et anticiper les modifications des hypothèses pour permettre l’arbitrage client Comment gérer les arbitrages? 3. ARBITRAGES = contrat STAND D13
  • 25. >> 4 PRINCIPALES DIFFICULTÉS & SOLUTIONS ● Forfait budgétaire et Agilité: c'est possible! ● Le mirage de l’Agile: chasser le cycle en V de l’UX/UI au développement ● Lutter contre les régressions: automatisation des tests au profit de la qualité du projet ● Le Burn-Out du Product Owner: comment éviter le gel d'un projet
  • 26. Chassez le naturel, il revient au galop! ➢ Au sein d’une itération de développement agile, on retombe dans les vieux démons et habitudes du cycle en V: blocage lié à la validation des maquettes Pourquoi? ➢ L’UX/UI est source de tous les enjeux, de toutes les promesses et donc, de toutes les craintes : sécurité maximale pour remporter l’adhésion métier, on veut faire valider la planète entière Conséquences &impacts les plus fréquents: ➢ Blocage planning ➢ Surcoût ➢ Surcharge du PO L’Agile UX permet d’éviter le gel d’un planning projet, une surconsommation et une surcharge du Product Owner Le mirage de l’Agile: chasser le cycle en V de l’UX/UI au développement STAND D13
  • 27. VY!>!Fyqήsjf odf !vujmjt buf vs!f u!Ef t jho!>!Dpodf qujpo!! M♣BEO!ef !upvuf !eήn bsdi f !ejuf !VY!f t u!m♣vujmjt buf vs/!Vo!cpo!VY!Ef t jhof s!t f !epju!e♣bt t vn f s! mf t !sf t qpot bcjmjuήt !t vjwbouf t ; ➢ Dpn qsf oesf !f u!f yqsjn f s mf t !cf t pjot !ef t !vujmjt buf vst ➢ ΐ usf !dbqbcmf !ef !qpsuf s!mb!wjt jpo!t usbuήhjr vf !ev!qspevju!eήgf oevf !qbs!mf !Qspevdu! Px of s ➢ ΐ usf !mf !hbsbou!ef !mb!wjt jpo!e♣f ot f n cmf ef !mb!qspqpt jujpo!ef !wbmf vs!r vj!wb!bv.ef mΤ!ev! qspevju/ ➢ Hbsboujs!m♣beήr vbujpo!qbsgbjuf f ousf !mf t !t pmvujpot !eήwf mpqqήf t !f u!df mmf t !buuf oevf t ! qbs!m♣vujmjt buf vs/! M♣VY!Ef t jhof s!epju!sf mf wf s!3!eήgjt !n bkf vst ; 2/ Hbsef s!vo!espju!ef !sf hbse!t vs!upvu!df !r vj!f t u!gbju!qpvs hbsboujs!mf ! t usjdu!sf t qf du!ef t !cf t pjot !vujmjt buf vst 3/ Gpvsojs!bvy!ήr vjqf t !mf t cpot !pvujmt !qpvs!ί usf !qspevdujg Le mirage de l’Agile: chasser le cycle en V de l’UX/UI au développement STAND D13
  • 28. Le mirage de l’Agile: chasser le cycle en V de l’UX/UI au développement https://medium.com/swlh/here-is-how-ux-design-integrates-with-agile-and-scrum-4f3cf8c10e24 Comment l’UX Design doit-il s’intégrer dans les cérémonies agiles ? STAND D13
  • 29. SFY;!Qspdf t t vt !Tqsjout !jodmvbou!mf !mf bo!VY Sprint 4&5 Sprint Planning 4 Développement SPRINT 5 Démo Rétro DÉCEMBRE JANVIER UX / UI Sprint 6&7 Sprint Planning 5 Développement Démo Rétro FÉVRIER US Techniques et fonctionnelles + Rough UX/UI Recette sprint 3 ... PO/PO ProxyBacklog SPRINT 3 Recette sprint 4 incluant Maquette intégrée UX / UI Maquettes avec pré- validation Sprint 4 SPRINT 4 US Technique + Rough UX/UI Maquettes avec pré- validation Sprint 5 Sprint 8&9 UX / UI Recette sprint 5 incluant Maquette intégrée US Technique + Rough UX/UI ● Validation prototype UI pour les maquettes sans validation métier ● Validation UI pré-validée pour les maquettes avec validation métier Validation UX/UI Validation UX/UI STAND D13
  • 30. >>4 PRINCIPALES DIFFICULTÉS & SOLUTIONS ● Forfait budgétaire et Agilité: c'est possible! ● Le mirage de l’Agile: chasser le cycle en V de l’UX/UI au développement ● Lutter contre les régressions: automatisation des tests au profit de la qualité du projet ● Le Burn-Out du Product Owner: comment éviter le gel d'un projet
  • 31. Valeurs fondamentales Agiles : itératif & incrémental https://www.slideshare.net/rsazima/why -the-lean-startup-changes-everything-37943327 https://blog.crisp.se/2016/01/25/henrikkniberg/making -sense-of-mvp Contexte de départ STAND D13
  • 32. 4. La méthodologie Agile Expectation Vs Reality Itératif et incrémental, en théorie... STAND D13
  • 33. Expectation Vs Reality sans CIT (Continuous Integration Testing) Des projets sans tests automatisées STAND D13
  • 34. REX : Projet sans CIT Un client :) - Chiffres clés • Délai pour obtenir le 1er MVP : 1 an • Nombre de sprint : 18 • Durée d’un sprint: 3 semaines • Nombre de jours/hommes: +1500 • Nombre de US : 300 • Nombre d’évolutions / anomalie : 400 • Nombre de lignes de code : 88 641 • Nombre de commit : 8549, 2789 PR • Modules contrib : 161 Modules custom : 93 ● B!di br vf !sf mf bt f -!upvuf !bopn bmjf !ef wjf ou!♪cvt jof t t !dsjujdbm♫!dbs!jn qbdu!t vs!mb! qspevdujpo!f u!qf suf !gjobodjέsf !)f .dpn n f sdf * ● Di br vf !bopn bmjf !ef n boef !vo!uf n qt !e♣bobmzt f !jn qpsubou ● Dpn qmf yjuή!ev!qspevju!>?!eήqf oebodf !bwf d!opt !ήr vjqf t !uf di ojr vf t ○ Uvsopwf s! STAND D13
  • 35. Télérama - Chiffres clés • Délai pour obtenir le 1er MVP : 2 mois • Nombre de sprint : 18 • Durée d’un sprint: 2 semaines • Nombre de jour de dev : 350j • Nombre de US : 300 • Nombre d’évolutions / anomalie : 400 • Nombre de lignes de code : 13 000 • Nombre de commit : 3 000, 1300 PR • Modules contrib : 80 Modules custom : 39 REX : Projet sans CIT ● Satisfait au départ car timing MVP respecté ● Puis à chaque release, toute anomalie devient “business critical” car impact sur la production et perte financière (e-commerce) ● Insatisfaction quelques temps après la MEL ○ Budget maintenance important ● Phase de rationalisation du code ○ Budget maintenance réduit de 50% ● Maintenance évolutive : intégration progressive du CIT STAND D13
  • 36. ✓ Le système réalise des tests à la place du client à chaque modification de code ✓ Le système refuse les modifications de code provoquant des régressions ✓ Peut être intégrer dans une démarche progressive REX : Projet avec tests automatisées Expectation Vs Reality avec CIT STAND D13
  • 37. 37 Risques Solution Régressions fonctionnelles à chaque mise à jour. Le CIT reteste chaque fonctionnalité / qualité des services et alerte sur les problèmes avant déploiement. Problèmes détectés uniquement lors des releases. L’ensemble du projet est testé à chaque fois qu’une modification est apportée au projet. Problèmes détectés par vos clients (= insatisfaction). Tous les tests sont exécutés, les régressions non détectable humainement sont révélées. QUALITÉ DES LIVRABLES ARCHITECTURE COMPLEXE : INTÉGRITÉ ET SÉCURITÉ DES DONNÉES Risques Solution Perte de contrôle sur l’intégrité et la sécurité du système d’information. Le CIT se branche sur les systèmes sensibles (multi- techno) et contrôle aussi les flux pour éviter les régressions de sécurité et verrouiller le bon fonctionnement de tous les flux. REX : Projet avec tests automatisées Risques et solutions STAND D13
  • 38. 38 INTÉGRATION SYSTÈMES TIERS ET INTEROPÉRABILITÉ Risques Solution Risque d’Intégration: Dysfonctionnement de l'interopérabilité des applications Le CIT teste les flux pour garantir la qualité de l’interopérabilité. Risque de Configuration: Dysfonctionnement lié à des configurations jamais testées auparavant Installer le CIT sur plusieurs systèmes permet de tester leur bon fonctionnement avec un jeu de tests représentatif: le CIT vous alerte en cas de mauvaises configurations. Risque de dysfonctionnement des APIs Si vous travaillez avec des API que vous n’écrivez pas vous même, vous devez être sûre que l’API continue à fonctionner comme vous l’utilisez au fur et à mesure des mise à jours. REX : Projet avec tests automatisées Risques et solutions TRANSFERT DE CONNAISSANCE ET MAÎTRISE DU PROJET Risques Solution Perte de connaissance lié au Turn over d’équipe ou d’agence. Le CIT impose à l’équipe de passer les tests, sinon les modifications sont refusées. Le manque de connaissance du système par le nouveau prestataire ou l’équipe est compensée par le CIT. STAND D13
  • 39. >> 4 PRINCIPALES DIFFICULTÉS & SOLUTIONS ● Forfait budgétaire et Agilité: c'est possible! ● Le mirage de l’Agile: chasser le cycle en V de l’UX/UI au développement ● Lutter contre les régressions: automatisation des tests au profit de la qualité du projet ● Le Burn-Out du Product Owner: comment éviter le gel d'un projet
  • 40. Le Burn-Out du Product Owner: comment éviter le gel d’un projet STAND D13
  • 41. Le Burn-Out du Product Owner: comment éviter le gel d’un projet STAND D13
  • 42. Le Burn-Out du Product Owner: comment éviter le gel d’un projet STAND D13
  • 43. Le Burn-Out du Product Owner: comment éviter le gel d’un projet Goulot d’étranglement entre la production du Product Backlog, la validation des stakeholders et l’approvisionnement de la Scrum Team. Impacts: ○ Pression, stress, travail en flux tendus ○ Prise de risque plus importante sur les travaux en cours de développement Conséquences majeures: ○ Entre 3 à 6 mois de décalage planning ○ Un surcoût de 20 à 30% supplémentaire sur le budget STAND D13
  • 44. 2 solutions éprouvées qui ont permis de relancer la dynamique du projet, de supprimer l’effet “bottleneck” chez le Product Owner: ➢ Proxy PO: ○ Accompagne, forme et soutient le PO dans ses tâches quotidiennes: rédaction de user stories, priorisation du Product Backlog, animation de la Scrum Team ○ Le Proxy PO ne se substitue pas au PO et il ne porte pas la responsabilité des décisions à prendre ➢ “Double PO”: ○ 1 PO au service et arbitre des Stakeholders + 1 PO au service opérationnel quotidien de la Scrum Team Solution complémentaire: Quand tout cela ne suffit pas, il est possible de recourir au processus de la “War room” Le Burn-Out du Product Owner: comment éviter le gel d’un projet STAND D13
  • 46. Processus War Room Règles du jeu de la war room La Scrum Team, le Product Owner et les Stakeholders sont réunis au même endroit, sur un délai limité (2 à 4 jours max) ➢ Communication transparente: la pièce n’est pas cloisonnée, tout peut être entendu des uns et des autres Favorise la responsabilisation des équipes ➢ Visibilité: toutes les informations et données doivent être visibles (système de post-it) ○ Améliore l’esprit de synthèse et de priorisation de l’équipe ➢ Adaptation: la pièce doit pouvoir accueillir les profils et interlocuteurs concernés par les sujets abordés ○ Favorise la prise de décision efficace et rapide La War Room doit donc être utilisée de manière ponctuelle pour débloquer un goulot d’étranglement, ou régulièrement tout au long du projet pour dynamiser le planning et tenir la cadence des sprints. Le recours à la War Room permet de reprendre 3 à 4 sprints d’avance sur le projet! STAND D13
  • 47. LA MÉTHODE AGILE : 3x PLUS DE SUCCÈS Agile projects being roughly 2X more likely to succeed, and 1/3 less likely to fail En conclusion...
  • 48. QUESTIONS/RÉPONSES Fo!t bwpjs!qmvt - Wjt juf {!opusf !t juf -!uήmήdi bshf {!opt !t vqqpsut ESVQBM!X FCDFOUFS i uuq;00x x x /bduf odz/gs0gs0esvqbm.x f cdf ouf s SΏGΏSFODFT i uuq;00x x x /bduf odz/gs0gs0sf gf sf odf t SFUSPVWF[ !OPT!BDUVBMJUΏT!TVS!;! x x x /ux juuf s/dpn 0bduf odz x x x /gbdf cppl /dpn 0bduf odz x x x /mjol f ejo/dpn 0dpn qboz0bduf odz MERCI