• Save
Novencia agile
Upcoming SlideShare
Loading in...5
×
 

Novencia agile

on

  • 1,662 views

 

Statistics

Views

Total Views
1,662
Views on SlideShare
1,475
Embed Views
187

Actions

Likes
0
Downloads
0
Comments
0

6 Embeds 187

http://blog.novencia.com 174
url_unknown 8
http://feeds.feedburner.com 2
http://www.slideshare.net 1
http://pinterest.com 1
http://fr.pinterest.com 1

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Novencia agile Novencia agile Presentation Transcript

  • AGILE7 juin 2011 Thierry Croshttp://etre-agile.com
  • Agenda● Aux sources de lAgile● lAgile : le Manifeste● Extreme Programming, Scrum● Lean Software Development● Quelle Agilité pour votre organisation ? http://etre-agile.com 2 Crédit photo : stockxpert
  • Agenda● Aux sources de lAgile● lAgile : le Manifeste● Extreme Programming, Scrum● Lean Software Development● Quelle Agilité pour votre organisation ? http://etre-agile.com 3 Crédit photo : stockxpert
  • Logiciel : le contexte● Budget : réduction, pression● « Time to Market » toujours plus prégnant – Réaction aux changements ?● Indice de satisfaction des projets ? – Coût – Délais – Qualité : réponse effective aux besoins de lUtilisateur http://etre-agile.com 4
  • Dérives usuelles (1) Fonctionnalités utilisées dans un système Parfois Rarement 16% 19% JamaisSouvent 45% 13% Toujours 7% Standish Group Study Reported at XP2002 by Jim Johnson, Chairman http://etre-agile.com 5
  • Dérives usuelles (2) 100% Début IntegrationRéalisation du développement corrections (% codé) Date Date réelle de fin cible prévue Avancement du projet http://etre-agile.com 6 Daprès Walker Royce
  • Les chiffres qui font mal...● Selon les études (Gardner...) seulement 1/3 des projets est considéré comme un succès. – Sommes-nous si mauvais ? – Est-ce plutôt une question de perception, de mesure inadéquate ? – Et si, tout simplement, nous sous-estimions la complexité de notre métier... http://etre-agile.com 7
  • Au fait...● Cest quoi un « logiciel » ? - Un logiciel est toujours « embarqué » - Logiciel ou software ? - Durée de vie dun logiciel ? http://etre-agile.com 8
  • Valeur de loutil informatique ?● Capital matériel ... o Matériels (serveurs, réseaux, postes de travail...) o Logiciels o Data center● … Et immatériel o Contribution de loutil informatique dans les « Compétences, connaissances, savoir-faire, expériences des employés et des décideurs de lorganisation » http://etre-agile.com 9
  • Quid de loutil informatique ?● Direction générale ● Opérations, o Valeur produite Commerce par le SI ? o Comment la DSI o DSI alignée ? nous aide-t-elle à o Apport de la DSI (mieux) pour notre • Produire • Innovation • Vendre • croissance • Gérer ● DSI o Mon métier dans lorganisation ? http://etre-agile.com 10
  • Une histoire, trois acteurs Direction Métiers DSITrois acteurs du changement vers lagile http://etre-agile.com 11
  • Approche : empirique ou théorique ? Il est normal dadopter lapproche définie par un modèle(théorique) quand les mécanismes sous-jacents par lesquels un processus opère sont relativement bien compris. Si le processus est trop compliqué pour lapprochedéfinie, alors lapproche empirique est le choix approprié. Process Dynamics, Modeling, and Control, Ogunnaike et Ray, Oxford University Press, 1992 http://etre-agile.com 12
  • Cycles de vie, un peu dhistoire Spécification Validation CascadeCycle en V Conception préliminaire Intégration Conception Tests détaillée unitaires Codage http://etre-agile.com 13
  • (R)UP : (Rational) Unified Process- Piloté par les cas dutilisation- Itératif incrémental http://etre-agile.com 14- Centré architecture
  • RéactionUML Cest la quête éperdue vers la perfectionMDA (avant décrire du code) qui est à lorigine de lagilitéCMMI Anderson, Agile2008BPM LAgilité va à lencontre du « big * » http://etre-agile.com 15
  • Un peu dhistoire...● Années 90 : des expérimentations empiriques, légères, face aux méthodes lourdes● La communauté XP est à lorigine de la rencontre, en février 2001, des concepteurs de ces différentes méthodes « légères »...● … Ce qui va aboutir au Manifeste, expression des points communs à toutes ces méthodes alternatives. http://etre-agile.com 16
  • Aux sources de lAgile● Manifeste agile (2001) – Valeurs ● Principes – Histoire du manifeste Les Anarchistes organisationnels http://thierrycros.net 17
  • Dilbert ? Non, merci.« … lExtreme Programming a connuun développement dans son utilisation et son intérêt,non pas grâce à la programmation en binômeou au refactoring, mais parce que,pris dans leur ensemble, ses pratiques définissentune communauté de développeurslibérée des poids des sociétés "Dilbertesques". »Histoire du Manifeste agile, Jim Highsmith Traduction de Fabrice Aimetti http://www.fabrice-aimetti.fr http://thierrycros.net 18
  • Vous avez aimé Peter ? Vous adorerez Dilbert ! Le principe de Dilbert est une version aggravée du principe de Peter. Dans le livre Le Principe de Dilbert, Scott Adams rappelle le principe de Peter : Tout employé tend à sélever à son niveau dincompétence. Le nouveau principe, principe de Dilbert, sénonce ainsi : « Les gens les moins compétents sont systématiquement affectés aux postes où ils risquent de causer le moins de dégâts : ceux de managers. » http://thierrycros.net 19Source : wikipedia
  • En résumé ● Pendant plusieurs● Années 80 années – Lean – Confidentiel● Années 90 – Pionniers – Scrum, XP, ... ● Depuis, lagile est● 2001 : le manifeste devenu une agile alternative crédible... – Scrum + XP – Lean Software ● Et même mainstream 20 http://etre-agile.com
  • Agenda● Aux sources de lAgile● lAgile : le Manifeste● Extreme Programming, Scrum● Lean Software Development● Quelle Agilité pour votre organisation ? http://etre-agile.com 21 Crédit photo : stockxpert
  • 2001 : le manifeste agile● 4 valeurs● 12 principes● Une histoire http://etre-agile.com 22
  • Le ManifesteSource : agilemanifesto.org http://etre-agile.com 23
  • Quelques méthodes agiles● XP (Extreme Programming)● Scrum● Lean Software Development● ... – http://etre-agile.com 24
  • Agile aujourdhui : une boite à outils● Les méthodes ou ● Toutes ces méthodes guides (XP, Lean...) forment un véritablement framework de agiles offrent plus plusieurs dizaines de que le manifeste principes et agile. pratiques... ● … Sur lequel nous nous basons pour installer lagilité. http://etre-agile.com 25
  • Agile : quatre axes fondateurs Centré Importance Métier Équipe Auto-similaritéResponsabilité Feedback Hédonisme concret & rapide Amélioration continue http://etre-agile.com 26
  • Le plaisir de coder !● Lagilité sadresse – au départ - à des Développeurs qui aiment développer et plus généralement des personnes motivées – Auto-gestion – Amélioration continue● Il sagit donc de trouver léquilibre entre – Hédonisme – Responsabilité http://etre-agile.com 27
  • Les principes agilesagilemanifesto.org http://etre-agile.com 28
  • Économie agile● Deux clés o Retour sur Investissement au plus tôt o Investissements (infrastructure) au plus tard● Pratiques agiles o Planification : versions fréquentes o Conception émergente → Architecture évolutive http://etre-agile.com 29
  • Intérêt dun feedback concret et rapide Feedback des Utilisateurs, de lexploitationApproche agile Début du Retour sur Investissement Ajuster, voire rectifier les exigences, la solution informatique : à 3 mois, à un an ? http://etre-agile.com 30
  • Réduire le « lead-time »Approche agile http://etre-agile.com 31
  • Un Cycle de Vie agile 1 Exploration 22 mois max. Engagement 3 4 5 ... 1 semaine Pilotage par feedback n Des années ! Mort 1. Fin dexploration : carottages, architecture, de lappli périmètre initial, estimations 2. Engagement : premières valeurs des variables projet : - Coût - Délais Principe : Le client en choisit 3, - Périmètre le Développeur la quatrième. - Qualité 3. 4. 5. … Les différentes versions livrées n. Fin de lapplication. http://etre-agile.com 32
  • Quelques mots de planification Le Client décide de la/des variablesdajustement par feedback concret et rapide. http://etre-agile.com 33
  • Plusieurs niveaux de planification● Besoin ● Plan – Évolutions – Feuille de route – Thèmes – Versions – Stories / tests – Itérations Au quotidien : auto-organisation de léquipe. http://etre-agile.com 34
  • Économie : Investissements au plus tard● Conception émergente : faire correctement ce qui est strictement nécessaire● Investir quand cest une utilisation avérée qui le nécessite● Travail de qualité● Tests qui autorisent le remaniement de code Si jinvestis dans linfrastructure, cest peut-être prématuré, je nen aurai peut-être pas besoin http://etre-agile.com 35
  • Principe Lean : excellence des décisions● Décider rapidement de ce qui est facilement réversible● Retarder au maximum ce qui est irréversible Demain... i) Je nen aurai peut-être plus besoin (YAGNI) ii) Je saurai mieux faire quaujourdhui Iii) En attendant, jéconomise ma trésorerie ! http://etre-agile.com 36
  • Agenda● Aux sources de lAgile● lAgile : le Manifeste● Extreme Programming, Scrum● Lean Software Development● Quelle Agilité pour votre organisation ? http://etre-agile.com 37 Crédit photo : stockxpert
  • XP : lémancipation du Développeur● XP pour sévaluer● XP pour être soi● XP pour sémanciper en tant que Développeur http://thierrycros.net 38
  • XP : un nom pas vraiment marketing...● Extreme ● Programming – Ce sont donc des – Ah bon... On ne extrémistes.. conçoit pas, on Des révolutionnaires ! ne teste pas... http://thierrycros.net 39
  • XP : « programming »● Quelles activités ● Programming apportent vraiment « Coder » (Java...) une Valeur Ajoutée ? Paramétrer ● Programming = Réaliser le produit Remettre en cause, réduire voire éliminer les activités « non V.A. » http://thierrycros.net 40
  • XP : « extreme » programming● Une fois les activités ● Dialogues « non VA » réduites, ● Tests quelles activités conserver et dans ● Conception quelle proportion ? ● Relecture Extreme Programming = « Pousser à fond » certaines activités http://thierrycros.net 41
  • Extreme Programming= centré réalisation, ie Valeur Métier http://thierrycros.net 42
  • XP : « la » synthèse● Loriginalité dXP réside – Dans la synthèse faite de principes et pratiques – Dans lapport de pratiques spécifiques (stories, TDD...) http://thierrycros.net 43
  • La « constitution » XP Valeurs Principes Rôles PratiquesCycle de Vie http://thierrycros.net 44
  • Rôles● Une équipe, plusieurs rôles Client (Product Manager) Spécifie les demandes et les tests-client, planifie en tenant compte de la VA des demandes Développeur Estime les demandes, réalise Manager Fait confiance, aplanie le terrain,● Un point focal pour tous: la Valeur Métier offerte par le produit http://thierrycros.net 45
  • Valeurs de l Extreme Programming● Communication Combien dexemples... et de contre-exemples !● Feedback Pour contrôler à partir déléments les plus objectifs● Simplicité Le pari de lExtreme Programming, pour tous, tout le temps● Courage De changer de rôle, de vision du produit● Respect Principe Lean Respecter et être respecté en tant que personne http://thierrycros.net 46
  • Valeur ?Valeur : norme de conduitepersonnelle et/ou sociale* Exemples ? http://thierrycros.net* http://fr.wikipedia.org/wiki/Valeur 47
  • XP : les principes● Humanisme ● Flot continu● Économie ● Opportunité● Bénéfices mutuels ● Redondance● Autosimilarité ● Échecs● Amélioration ● Qualité continue ● Petites étapes● Diversité ● Responsabilité● Réflexion choisie http://thierrycros.net 48
  • Pratiques de lExtreme Programming 13 pratiques de base● 1. Gestion des exigences et planification – Stories et T.A., Plan trimestriel, IT 1 semaine● 2. Le facteur humain – Assis ensemble, rythme viable, radiateur dinfo..● 3. Conception – Conception émergente, TDD...● 4. Coder et livrer – Integration continue... http://thierrycros.net 49
  • Et maintenant...http://thierrycros.net 50
  • Tendance Scrum : la marque qui fait vendre lagilité http://etre-agile.com 51Etude de marché VersionOne 2008
  • Scrum = mêléeéquipe http://etre-agile.com 52
  • Scrum en un schéma 24 heures Sprint 2-4 semainesBut du sprint Retour Produit partiel Tâches potentiellement Annuler Retour utilisable Coupons EmballageEmballage Annuler Coupons http://etre-agile.com 53
  • Ce qui constitue Scrum RôlesProduct Owner RéunionsScrumMasterDéveloppeurs Planification du sprint Revue du sprint Rétrospective Scrum quotidien Artefacts Backlog de produit Backlog de sprint Rapports http://etre-agile.com 54
  • Scrum : un bon cadre de départ http://etre-agile.com 55
  • Agenda● Aux sources de lAgile● lAgile : le Manifeste● Extreme Programming, Scrum● Lean Software Development● Quelle Agilité pour votre organisation ? http://etre-agile.com 56 Crédit photo : stockxpert
  • Agendaq Agile, Lean, Lean Software ● Outilsq Les sept principes de base – Définir la valeur ● 1. Éliminer les gaspillages – Value Stream Mapping ● 2. Améliorer le système – SIPOC ● 3. Qualité intrinsèque – Go&See – PDCA ● 4. Gérer les décisions – ... ● 5. Livrer rapidement ● 6. Fortement respecter les personnes ● 7. Créer et faire vivre la connaissanceqv1 Lean Software - Être Agile 57
  • Lean, Agile : même combat● « … Utiliser les concepts Lean des années 80 et 90, qui ont fait leurs preuves, pour montrer le bien-fondé de lapproche agile » Mary Poppendieck● Une vision radicalement différente – Soit Modélisation théorique : les gros plans du début (PQL, CC...) – Soit Empirique (amélioration continue) : le choix Lean● Ne pas confondre – Production (Manufacturing)v1 – Développement (au sens nouveau produit) Lean Software - Être Agile 58
  • 2 routes vers lAgilité● Scrum + XP ● Lean Software – Solution – Améliorer « packagée » lexistant – Adapter Scrum + – Adapter lexistant XP à à lagilité lorganisation Une question de conduite du changementv1 Lean Software - Être Agile 59
  • Lean : 2 principes fondateurs ● Just in Time – Les composants sont fabriqués dès lors que leur besoin est avéré – Ne pas essayer de trop optimiser localement ● Stop the Line – Prévenir plutôt que détecter les défauts du produit – Corriger dès que possible – Apprendre des erreursv1 Lean Software - Être Agile 60
  • Optimiser ● Le Lean est un ensemble de principes et doutils destinés à optimiser une ligne de production ou de développement ● Réduire le temps de développement en jouant sur les activités qui napportent pas de valeur ajoutéev1 Lean Software - Être Agile 61
  • Lean : démarrer avec lexistantv1 Lean Software - Être Agile 62
  • Agenda● Aux sources de lAgile● lAgile : le Manifeste● Extreme Programming, Scrum● Lean Software Development● Quelle Agilité pour votre organisation ? http://etre-agile.com 63 Crédit photo : stockxpert
  • Conduite du Changement● Être agile nest pas ● Approche globale une fin en soi... – Scrum + XP● … Quels objectifs – Lean poursuivis ? ● Boite à outils – Mieux maîtriser les projets, ● Plan du changement – Les – Communication changements, – Roadmap – Transparence – Acteurs – ... http://etre-agile.com – ... 64
  • Les chantiers du changement● Évolution des rôles : un chantier essentiel – Chef de Projet ? – Architectes ?● Facteur déchelle – Projet – DSI● Outillage● Contractualisation● ... http://etre-agile.com 65
  • Agile : quatre axes fondateurs Centré Importance Métier Équipe Auto-similaritéResponsabilité Feedback Hédonisme concret & rapide Amélioration continue http://etre-agile.com 66
  • Une belle aventure...http://etre-agile.com 67
  • Bienvenue en agilité Thierry Cros http://etre-agile.com Twitter @thierrycros Mél : tco@thierrycros.netIllustration : NASA http://etre-agile.com 68