SigmaT Juin Gouvernance : Agile. Thierry Cros Être Agile. agile.com

Transcription

1 SigmaT Juin 2009 Gouvernance : Agile Thierry Cros Être Agile

2 Sommaire I Gouvernance? II Agile? III Gouvernance agile

3 Être Agile... Ce n'est pas... Livrer en lotissements Abandonner les outils Refuser d'écrire des docs Ignorer les aspects «qualité» Faire vite... et mal! Toujours tout recommencer 3

4 I Gouvernance de SI? Selon le COBIT*, la gouvernance des systèmes d information est la structure de relations et de processus visant à diriger et contrôler l entreprise pour qu elle atteigne ses objectifs en générant de la valeur, tout en trouvant le bon équilibre entre les risques et les avantages des Technologies de l Information et de leurs processus. * COBIT : Contrôle de l Information et des Technologies Associées Source wikipedia 4

5 Donc, vous avez dit... Gouvernance 5

6 Le contexte Budget : réduction, pression «Time to Market» toujours plus prégnant Réaction aux changements? Contribution à la valeur, la réactivité, l'innovation... de l'organisation? New Technology : réseaux, frameworks, Réglements (SOX...) 6

7 Quid de l'outil informatique? Direction générale Valeur produite par le SI? DSI alignée? Apport de la DSI pour notre Innovation croissance Opérations, Commerce Comment la DSI nous aide t elle à Produire Vendre Gérer DSI Mon métier dans l'organisation? 7

8 C'est quoi la DSI? Il y a trois étapes dans la vie d'une DSI : La DSI comme centre de coûts, La DSI comme centre de services, La DSI comme partenaire de la création de richesse. Wikipedia 8

9 Gouvernance de SI Jean Louis Leignel, vice président de l'afai*, définit la gouvernance informatique comme une démarche de management concernant toute l entreprise, fondée sur des bonnes pratiques visant à tirer le meilleur parti des coûts engagés par le système d information, et ce en toute transparence. * L Association Française de l Audit et du Conseil Informatiques 9

10 Vous avez dit... Gouvernance Crédit photo : ramzi hashisho 10

11 II Agile 12 principes qui sont autant de guides de gouvernance 4 valeurs De nombreuses pratiques Planification Ingénierie 11

12 Principes agiles : l'esprit d' équipe Collaborer quotidiennement (Utilisateur, Développeur) Rythme de développement viable Bâtir le projet autour de personnes motivées L'Équipe s'auto organise Conversation en face à face 12

13 Principes agiles : planifier autrement Satisfaire le client en livrant tôt et régulièrement des logiciels utiles, qui offrent une véritable valeur ajoutée Accepter les changements Livrer fréquemment une application qui fonctionne Un logiciel opérationnel est la meilleure unité de mesure de la progression du projet 13

14 Science de l'économie agile Deux clés 1. Retour sur Investissement au plus tôt 2. Investissements (infrastructure) au plus tard Pratiques agiles Planification : versions fréquentes Conception émergente Architecture évolutive 14

15 Cycle de Vie agile Exploration = sprint 0Scrum 1 Exploration 2 mois max. 2 Engagement 1 semaine Pilotage par feedback Des années! 1. Fin d'exploration : carottages, architecture, périmètre initial, estimations : on peut planifier 2. Engagement : premières valeurs des variables projet Coût Délais Périmètre Qualité Les différentes versions livrées n. Fin de l'application. Mort de l'appli n Qui? Client, Développeur 15

16 Retour sur Investissement au plus tôt Apparition du besoin Début de l'investissement Approche classique Retour sur Investissement Approche agile Début du Retour sur Investissement Version livrée 16

17 Valeur de l'outil informatique Capital «matériel»... Matériels (serveurs, réseaux, postes de travail...) Logiciels Data center Et immatériel Contribution de l'outil informatique dans les «Compétences, connaissances, savoir faire, expériences des employés et des décideurs de l'organisation» 17

18 Intérêt d'un feedback concret et rapide Feedback des Utilisateurs, de l'exploitation Approche agile Retour sur Investissement Ajuster, voire rectifier les exigences, la solution informatique : à 3 mois, à un an? 18

19 Investissements au plus tard : architecture évolutive Conception émergente : faire correctement ce qui est strictement nécessaire Investir quand c'est une utilisation avérée qui le nécessite Travail de qualité et... Tests qui autorisent le remaniement 19

20 Architecture évolutive? Qualité de l'architecture : non négociable Modularité Couplages Satisfaction des besoins avérés (non fonctionnels...) Question de confiance 20

21 Framework Agile Pratiques agiles Planification Agile : principes, méthodes Équipe Plan Ingénierie Un framework de méthodes fournit des briques pratiques à utiliser avec rigueur. 21

22 III Agile : naturellement! DG, DO... DSI = Centre de coût? Partenaire? Agile Centré valeur ajoutée Collaboration Métiers/DSI GOUVERNANCE AGILE 22

23 Alignement : la clé Alignement «L'alignement désigne de manière générale l'ajustement d'objets (ou l'orientation statique d'objets) les uns par rapport aux autres sur une même ligne» Wikipedia Alignement Direction générale Direction SI, directions «métier» Equipes : «projets», «exploitation»... 23

24 Stratégie du SI Les enjeux de l'organisation... deviennent les domaines «clés» de résultat de la DSI... et se déclinent en indicateurs de performance en chantiers 24

25 La différence essentielle Si les processus et outils sont importants, les personnes et leurs interactions le sont encore plus. 25

26 La différence essentielle, bis repetita Si les processus et outils sont importants, les personnes et leurs interactions le sont encore plus. 26

27 Être agile : yet another process? Si les processus et outils sont importants, les personnes et leurs interactions le sont encore plus. 27

28 Le Manifeste Source : agilemanifesto.org 28

29 Plan d'action : groupe de travail «versions fréquentes» Quoi? As is : 2 MeE / an To be : 1 MeE / trimestre Comment? Qui? Utilisateurs Développement Exploitation Management Info+ : Comm. Business/Exploit. ; V.A. de la version MeE. Représentant exploitation aux plans versions et rétrospectives versions 29

30 Plan d'action : «manuel qualité» Quoi? As is : MAQ fossilisé To be : MAQ fortement évolutif Comment? Qui? Développement Qualiticien Management Process d'évolution multi niveaux Représentant Qualité aux plans versions et rétrospectives versions 30

31 Plan d'action : «du projet au produit» Quoi? As is : centré projet vs maintenance To be : centré produit Comment? Qui? Evolution des équipes par domaine applicatif Vision du produit dans le temps DSI 31

32 Gouvernance Agile : naturellement! DG, DO... DSI = Centre de coût? Partenaire? Agile Centré valeur ajoutée Collaboration Métiers/DSI GOUVERNANCE AGILE 32

33 . Montage NASA 33 Crédit photos : stock.xchng