1  1  

Agilité dans les

grandes

entreprises

Transition ou

Rupture?

Toulouse, Rouen,

Lille

★  Les schémas de

cette présentation

sont la propriété de

l’auteur, et sont

réutilisables et

transmissibles selon

les critères creative

commons.

2  

3  

Laurent Meurisse Coach Agile

twitter @laurentmeurisse

3  

4  4  

z  Coach Agile sur les premiers projets pilotes pour :

★  Filiale EADS

★  Air France-KLM ★  CNRS

★  Cegedim’Activ

★  Decathlon Oxylane

z  7ème projet pilote agile

5  5  

ah ah ah

une bd à l'agile tour ça s'arrange

pas!!

vivement qu'il

finisse, je vais rater l'apéro!

philosophie ... rencontres... et agilité !tout y est !

dire que j'ai pris une

journée pour venir ! lol

qui m'a inscrit içi ?

ça finit bien?

6  6  

bonjour je suis le

directeur ..

du système .. rmmm

d'information ..

bonjour, je suis le responsable e-commerce

de l'entreprise

Bonjour je suis ...

Mademoiselle... rmm

agile !

7  7  

cette bande déssinée est un camouflet à l'expression écrite

8  8  

la difficulté n'est pas dans la technique

mais apparemment dans la mutation...

9  9  

n'oublie pas que la morale évolue plus

vite que le droit

ce qui compte pour moi c'est de comprendre

quelque chose à cette histoire ... entre ce directeur, ce cp et

cette fille ...

peut être qu'avec du bon sens je vais y

arriver ...

HEGEL

10  10  

la fille agile

le responsable

le dsi

la morale

le droit

La morale ... le droit ?? que veut

dire hegel ?

morale ou pas, ça va être chaud avec la

demoiselle

11  11  

Thomas Kuhn

phase pré-scientifique

science normale

anomalies

crise

science extraodinaire

changement de paradigme

transition ou rupture ? la

réflexion est elle légitime ?

la rupture fait partie d'un cycle

naturel de progrès !

12  12  

Messieurs..

votre entreprise est en croissance

mais ...

pensez vous que vous soyez tel qu'on l'attends ... ?

mais OUI !

non !

pendant ce temps...

13  13  

le moindre projet dure des mois et coute très chèr pour

mon budget...

je n'ai plus confiance en la DSI

14  14  

pourquoi être agile ?

- réduire la durée des cycles de développement ?- meilleur valeur logicielle pour les utilisateurs ? - réduire les risques ?- plus grande satisfaction utilisateur ?- améliorer l'éthique de l'entreprise ?

15  15  

quelles sont vos difficultés ?

les structures organisationnelles et méthodologiques sont

devenues trop complexes et trop lourdes...

très bonne question!

16  16  

notre système d'information permet de communiquer, vendre ... nos produits

il doit suivre la stratégie de l'entreprise

c'est pour cela que nous avons besoin d'une

gouvernance de projet.

nous avons dérnièrement réduit nos couts en sous

traitant certaines parties de l'entreprise

- la prod- le support

- le développement

cela nous permet d'être plus efficace et flexible en

fonction des projets

en effet l'informatique d'une grande entreprise

c'est compliqué ! il s'agit de s'organiser !

17  17  

Plus de texte...

justement, pour définir un projet et le réaliser c'est devenu

un enfer...

18  18  

Votre texte ici...

j'ai une proposition à vous faire..

AH oui ?!

19  19  

oublie les process de l'entreprise.. oubli la dsi ... réalise toi même

ton projet agile !

20  20  

il suffit de faire un projet pilote et vous verrez ...

tes clients seront satisfaits et tes

développeurs heureux !

"tes développeurs ?" mais je n'en ai pas !!

que dit hegel ?as tu entendu ?

adopte l'agilité !

21  21  

nous sommes sur le chemin de l'agilité.Notre entreprise va lancer 1 premier projet

pilote

nous décidons d'adopter une méthodologie adaptée à notre process actuel

pendant ce temps...

22  22  

que dis l'agilité sur la transition agile ?

- inspect & adapt- amélioration continue et à petits pas

- adoption et transformation

23  23  

nous avons construit trois socles méthodologiques : traditionnel,

itératif & incrémental et complètement agile.

24  24  

si vous appliquez scrum sur vos projets, les développeurs doivent l'intégrer dans l'entreprise, ils doivent connaitre le fonctionnel

les développeurs ne sont pas un pool de ressource mais

affectés à des domaines fonctionnels.

il faut embaucher !

oui mais je ne peux embaucher 8

personnes pour un projet ! embaucher des

développeur ce n'est pas dans notre stratégie, le

développement ce n'est pas notre

métier !

embauche des développeurs

25  25  

il est nécessaire de travailler ensemble !

la proximité est essentielle car elle permet à plusieurs

personnes de différents métiers de travailler en équipe

mon équipe gère plusieurs projets en

même temps!

on pousse nos cadres à la mobilité, a se voir plus

souvent par visioconférence, la

proximité physique sur nos différents sites, c'est

compliqué.

disponibilité & proximité

26  26  

100% disponible ?

mais en même temps on demande à mes équipes d'être le plus réactif

possible !!

oui !

eh oui..

27  27  

la proximité est difficile à obtenir,

car les équipes sont organisées

horizontalement, et non par domaine

fonctionnel

Disponibilité & proximité

un projet pilote a permis de réunir dans les entrepots l'ensemble des intervenants, disponibles à 100%

28  28  

la contractualisation agile n'est pas possible

ce qui m'intéresse c'est la partie "itérative" avec le sous traitant, ça permet de mieux définir le produit, sans que l'on ai a faire un cahier

des charges exaustif !

on est véritablement sur un problème de risque, comment mon

entreprise peu garantir que le sous traitant va réaliser ce que j'attends ? je ne peux laisser un

chèque en blanc

contractualisation

29  29  

contractualisation agile

pour un client du secteur public nous avons fait une

proposition de contractualisation agile,

pour un projet très important.

engagement sur les features,

élastique sur les stories. sysTÈME

DE POINT

nous venons d'envoyer notre PREMIER CCTP EN CONTRACTUALISATION

AGILE

30  30  

LE DÉVELOPPEMENT ET LA PROD DOIVENT ÊTRE RAPPROCHÉS,

quasiment unis

je constaste que les problèmes d'intégration prennent du temps, et que plus on livre plus il est difficile que le

déploiement suive (impossibilité de déployer en prod facilement &

rapidement)

dans notre entreprise le déploiement et la prod est

sous traitée

LA PROD

31  31  

32  32  

33  33  

la prod

nous avons rapproché les

équipes de prod avec l'équipe

projet, et intégré dans le domaine

fonctionnel

34  34  

35  35  

notre entreprise mutualise les workflow pour chaque

étape de projet...

- exigence- dev

- support ...

chaque projet doit avoir son propre et unique workflow contextuel, de l'éxigence a

la prod

36  36  

les outils doivent être customisés et adaptés par les

projets, permettant l'amélioration continue

mon équipe ne sait pas administrer

les outils !!

si chaque projet est différents nous allons

avoir une réel difficulté de vision globale et aussi

d'administration !

OUTILLAGE

37  37  

nous avons créé notre environnement de

développement uniquement sur du cloud

38  38  

39  39  

40  40  

deux phases de progrès ont été

réalisés

- équipe intégrée coté DSI

la droit de la dsi

- 100 % B.U.- indépendance complète (taylorisation projet)- tout sur le cloud

le droit agile

41  41  

- volonté de réduire les coûts- audit coût dev/ops- optimisation par les couts est un écheque- il faut passer par une réponse organisationnelle- vision agile- agilité : chacun sa vision & frictions

la droit de la dsi

- projet du changement agile- ateliers coté DSI- deux axes : - full scrum - méthode adaptée (cds)- trois pilotes agiles

- réoganisation globale de la dsi-decentralisation- la dsi est éclatée dans les grandes b.U.- la dev et la prod sont à proximité (tendance devops)- faible dépendance par rapport à la gouvernance dsi

le droit agile

trois phases de progrès ont été

réalisés

42  42  

43  43  

44  44  

le discount : modèle de rupture à l'échelle de toute une organisation..

ah enfin du hard!!

le hard discount créé "de facto" un

élément fort de rupture propice à

l'agilité

le résultat de cette rupture peut être réintégré dans le système "normal"

des méthodes différentes du

"mainstream" du groupe sont légitimes

on va finir par du..

45  45  

ouais.. en fait Le DSI est le scrum master pour le changement organisationnel ?

ouf je préfère passé ici à l'agile tour plutôt que sur

un hard.. rupture !

Questions ?