ebook img

Référentiel des pratiques Agiles PDF

199 Pages·2012·0.8 MB·French
Save to my drive
Quick download
Download
Most books are stored in the elastic cloud where traffic is expensive. For this reason, we have a limit on daily download.

Preview Référentiel des pratiques Agiles

Agile: de A à Z Référentiel des Pratiques Agiles: édition eBook Une production de l'Institut Agile Préface de Pierre Pezziardi, Directeur Informatique, Bred Banques Populaires 1 Agile: de A à Z (...ou presque...) RÉFÉRENTIEL DES PRATIQUES AGILES EDITION EBOOK (c) 2011 Institut Agile (c) 2011 Laurent Bossavit Référentiel des pratiques Agiles Chapitre 1 Préface AGILE ? En ce début d'année 2011, nous sommes à un tournant important du monde de l'informatique d'entreprise. Les méthodes classiques de développement logiciel - le fameux cycle en V où phase après phase un logiciel émerge de spécifications réputées "justes" - ont échoué à adresser la complexité toujours grandissante de nos Systèmes d'Information. La productivité, s'y est dégradée, c'est à dire que le coût marginal et le délai de mise à disposition d'une nouvelle fonctionnalité dans le SI ne fait qu'augmenter. "Trop long, trop cher" sont les principaux griefs adressés aux DSI, dont la durée moyenne du mandat a considérablement diminué, passant en dessous des deux ans en France (source Cigref)... En marge de ce phénomène généralisé, des éditeurs professionnels ou Open Source obtiennent des résultats à l'extrême opposé : leur productivité est stable malgré la masse croissante de code qu'ils doivent gérer : Google, Eclipse, Firefox, iPhone OS ... Mais ces éditeurs ne fonctionnent plus selon des méthodes classiques, mais au sein d'équipes intégrées produisant en cycles courts des logiciels qualifiés d'utile par leurs utilisateurs. Mais au fond qui pourrait ne pas le souhaiter ? Qui peut préférer livrer dans des délais longs des logiciels laissant les utilisateurs insatisfaits ? Alors en matière d'informatique, les modes se succèdent, reflets de cette perpétuelle insatisfaction : UML, SOA, RAD, ERP, EAI, MDA, XML, Cloud (was ASP)... et récemment l'Agile et (bientôt) le Lean. 4 Chapitre 1: Préface Le marché l'a bien compris. tout le monde doit être agile ! Pourtant ces nouvelles méthodes ne réclament pas qu'un simple coup de peinture, mais l'abandon de règles et d'habitudes profondément ancrées. Le dirigeant qui souhaitera obtenir les résultats des pionniers ne pourra pas se payer uniquement de mots avec "la suite de modélisation XYZ, votre meilleur outil pour agiliser vos équipes", "notre chef de projet MOA agile à 800€ jour", "10 leçons pour devenir agile en 15 jours !". Ce serait reproduire la tragédie de la diffusion du Lean au-delà des frontières de son inventeur Japonais Toyota : en ne reprenant que les pratiques superficielles, sans changer les habitudes managériales qui laissent peu d'autonomie aux équipes, nos industriels occidentaux n'ont tiré que de maigres bénéfices de cette méthode. Pendant ce temps, Toyota est devenu leader mondial, car pour lui le Lean n'est pas un corpus figé d'outils, mais une dynamique quotidienne d’amélioration continue emmenée par la base avec le soutien des cadres. Si votre objectif est de rechercher la satisfaction de vos clients, en livrant régulièrement des fonctionnalités, sans perturber celles qui fonctionnent déjà, ce recueil de pratiques est fait pour vous. Il ne se lit pas comme un vulgaire manuel d'agilité en 15 leçons, mais comme un jeu de cartes vous permettant de toucher du doigt des principes qui se sont avérés utiles dans de nombreuses équipes, et que vous pourrez progressivement apprendre, puis utiliser - ou pas - dans les vôtres. J'espère que vous prendrez autant de plaisir que moi à le parcourir. Pierre Pezziardi, 13 avril 2011 Pierre Pezziardi est Directeur Informatique de la Bred Banques Populaires, et auteur de "Lean Management, Mieux, plus vite, avec les mêmes personnes" publié aux éditions Eyrolles. 5 ° ° ° ° ° Table des matières Préface.........................................................................................iv Table des matières....................................................................vi Remerciements........................................................................xii Guide de Lecture..................................................................... xv PREMIÈRE PARTIE: AGILE Chapitre 1 Au commencement était... le Génie Logiciel......................17 Chapitre 2 La rupture Agile...................................................................... 24 Chapitre 3 Quel avenir pour les approches Agiles?...............................32 Chapitre 4 Un capital: les pratiques Agiles............................................. 37 Chapitre 5 Comment utiliser le référentiel............................................ 47 vi Table des matières DEUXIÈME PARTIE: LES PRATIQUES Chapitre 6 BDD (Behaviour-Driven Development)..............................52 Chapitre 7 Backlog...................................................................................... 56 Chapitre 8 Boîte de temps......................................................................... 58 Chapitre 9 Build automatisé..................................................................... 60 Chapitre 10 Cartes CRC (Classe, Responsabilité, Collaborateurs)......63 Chapitre 11 Carton, Conversation, Confirmation...................................65 Chapitre 12 Charte projet............................................................................ 66 Chapitre 13 Conception au tableau blanc................................................. 68 Chapitre 14 Conception simple................................................................... 70 Chapitre 15 Critères de simplicité............................................................. 75 Chapitre 16 Découpage d'une user story.................................................. 77 Chapitre 17 Définition de "prêt"................................................................ 78 Chapitre 18 Définition de 'fini'.................................................................... 79 vii Chapitre 19 Déploiement continu.............................................................. 82 Chapitre 20 Développement incrémental................................................. 84 Chapitre 21 Développement itératif.......................................................... 85 Chapitre 22 Développement par les tests................................................ 86 Chapitre 23 Développement par les tests client..................................... 92 Chapitre 24 Entretien du backlog............................................................... 94 Chapitre 25 Equipe........................................................................................ 96 Chapitre 26 Estimation................................................................................. 98 Chapitre 27 Estimation relative................................................................100 Chapitre 28 Facilitation..............................................................................102 Chapitre 29 Gestion de versions...............................................................103 Chapitre 30 Given - When - Then............................................................104 Chapitre 31 Graphe burn-down................................................................105 Chapitre 32 Grille INVEST.........................................................................107 viii Table des matières Chapitre 33 Intégration continue.............................................................110 Chapitre 34 Itération.................................................................................. 115 Chapitre 35 Langage omniprésent (ubiquitous language)....................117 Chapitre 36 Livraisons fréquentes...........................................................119 Chapitre 37 Niko-niko................................................................................ 121 Chapitre 38 Objets fantaisie (Mock Objects)..........................................123 Chapitre 39 Personas.................................................................................. 125 Chapitre 40 Planning poker.......................................................................127 Chapitre 41 Points (estimation en)..........................................................129 Chapitre 42 Programmation en binômes................................................131 Chapitre 43 Radiateurs d'information.....................................................136 Chapitre 44 Refactoring.............................................................................138 Chapitre 45 Responsabilité collective du code......................................142 Chapitre 46 Rythme soutenable...............................................................145 ix Chapitre 47 Rétrospective jalon...............................................................146 Chapitre 48 Rétrospectives d'itération...................................................148 Chapitre 49 Réunion quotidienne.............................................................151 Chapitre 50 Rôle - fonctionnalité - bénéfice..........................................154 Chapitre 51 Salle dédiée.............................................................................155 Chapitre 52 Scrum de Scrums...................................................................157 Chapitre 53 Story mapping........................................................................159 Chapitre 54 Tableau des tâches................................................................161 Chapitre 55 Tableau kanban......................................................................164 Chapitre 56 Temps de cycle......................................................................167 Chapitre 57 Test d'utilisabilité.................................................................168 Chapitre 58 Test exploratoire..................................................................170 Chapitre 59 Tests fonctionnels automatisés..........................................172 Chapitre 60 Tests unitaires automatisés................................................176 x

Description:
Le marché l'a bien compris. tout le monde doit être agile ! Pourtant .. "Vers une méthodologie de la conception", "Quelques réflexions sur la.
See more

The list of books you might like

Most books are stored in the elastic cloud where traffic is expensive. For this reason, we have a limit on daily download.