Ruminations From a Tortured Mind. Sous ce titre qui peut paraitre provocateur se trouve un constat plutôt amère, d'autant plus amère que tout cela était prévisible depuis bien des années.
L'Agile est devenu mainstream, on en parle régulièrement dans les journaux de décideurs (c'est bien la preuve de sa reconnaissance non ?) , les développeurs disent le pratiquer au quotidien, les responsables de projet assurent en faire. Le Manifeste agile. Manifeste pour le développement Agile de logiciels. Nous découvrons comment mieux développer des logicielspar la pratique et en aidant les autres à le faire.Ces expériences nous ont amenés à valoriser : Les individus et leurs interactions plus que les processus et les outilsDes logiciels opérationnels plus qu’une documentation exhaustiveLa collaboration avec les clients plus que la négociation contractuelleL’adaptation au changement plus que le suivi d’un plan Nous reconnaissons la valeur des seconds éléments,mais privilégions les premiers. © 2001, the above authorsthis declaration may be freely copied in any form, but only in its entirety through this notice.
Requirements Envisioning: An Agile Best Practice. 1.
Answering the "Where is the Proof That Agile Methods Work" Question. MOE - MOA. Scrum Guide 2011 - non officielle.
Nordstrom Innovation Lab: Sunglass iPad App Case Study. Case Study: The Nordstrom Innovation Lab. Today's case study answers a bunch of questions all at once about Lean Startup principles: can they be used inside a Fortune 500 company?
Can they be used to sell physical low-tech products? Can they be used in a retail store? I have been confidently answering questions like these non-stop for the past few months. I do believe the answer is yes. But, as the saying goes, seeing is believing. Nordstrom is currently ranked #254 on the Fortune 500 (yes, I looked it up) with over $9 billion in revenues. I have been talking to JB Brown, the manager of the Nordstrom Innovation Lab about publishing a case study. Below, you'll find two videos: one about the lab, and one containing a case study of the team at work. "A Lean Startup Inside a Fortune 500 Company" Les spécifications Agile. Par Florent Lothon, Novembre 2012.
La documentation du projet est sans doute l’élément dont la durée de vie est la plus longue. Les technologies peuvent aller et venir dans le temps mais la documentation demeure l’héritage du projet. Pourtant nous échouons ou luttons souvent dans la maintenance de cette dernière. Les enjeux sont clairs : réaliser des spécifications compréhensibles à la fois par un utilisateur et par un développeur, à jour – donc fiables, donc faciles à maintenir – et non ambiguës afin de pouvoir vérifier objectivement la couverture du besoin.
Cet article traite de différentes pratiques de spécification utilisées sur des projets Agile pour répondre à ces enjeux. Partons du constat Les principes et pratiques abordés par cet article ont pour point de départ les constats suivants : Comparaison de l’efficacité des moyens de communication (Source : Alistair Cockburn) Un autre constat important concerne les limites de la communication par écrit (cf. schéma ci contre). Agile, c'est quoi ? Vous avez surement entendu parlé des méthodes agiles ou de la méthode agile.
Certains la perçoivent comme une énième méthodologie à la mode, difficilement compatible avec leur contexte. Surtout dans le cadre d'un contrat au forfait. Philippe Kruchten. The Context of Software Development « Philippe Kruchten. For real estate, the motto is “Location, location, location.”
For software process, it should be “context, context, context.” In my rant paper Voyage in the Agile Memeplex in ACM Queue, I stressed the absolute necessity to put our processes in context. But “what is this “context” you keep referring to, Philippe?” , many people asked, “what is this context made up from?”. It is very unfortunate that too many advocates of agile development practice are preaching good practices, but completely removed from the context in which they were proven to be successful. I provided some elements of response in my XP 2008 Keynote speech in Limerick. Critères d'éligibilité d'un projet pour l'agilité - Agilarium.
C'est le 4ème item du Backlog du Scrum User Group bordelais .
Il date du 15 septembre 2009 et j'ai enfin pu aborder le sujet en travaillant sur la traduction de l'article "Agile Suitability Filters" rédigé par Mike Griffiths. Un très bon récapitulatif des méthodes utilisées pour évaluer la compatibilité d'un projet (ou d'une organisation) avant de démarrer une démarche agile... bon, ça date de 2007, mais honnêtement, ça n'a pas vieilli. Manifeste Agile, dix ans après : au-delà du développement logiciel. Quinze des dix-sept auteurs de l'Agile Manifesto se sont retrouvés début août à Salt Lake City pour la conférence Agile 2011.
Les principes de leur démarche s'étendent à d'autres domaines que le développement de logiciels auxquels ils s'appliquaient. Les co-auteurs du « Manifeste pour le développement agile de logiciels » se sont réunis début août aux Etats-Unis pour faire un point, dix ans après la publication de leur texte, sorte de traité sur les pratiques qu'ils prônaient. Avec l'objectif de réduire les délais de développement, celles-ci reposent sur un mode de programmation itératif qui permet aussi d'ajuster les exigences de départ, si nécessaire, et encourage les développeurs à travailler en équipes.
La démarche agile influe sur l'organisation au-delà de la DSI. En dehors de la DSI, les pratiques associées au développement agile de logiciels ont un impact sur l'ensemble de l'organisation dans laquelle évoluent les équipes impliquées.
Dix ans après la publication du « Manifeste pour un développement agile des logiciels », à l'initiative d'un groupe de développeurs et de consultants, ces pratiques ont essaimé au-delà de la sphère des développeurs, ainsi que l'ont expliqué les co-auteurs du texte à la conférence Agile 2011, à Salt Lake City. Une évolution qui fait aussi son chemin de ce côté-ci de l'Atlantique. Mathieu Gandin, consultant coach agile chez Octo Technology, confirme que la démarche « agile » entraîne des répercussions au-delà de la DSI. Depuis 2001, l'agile est généralement perçu comme un axe d'amélioration. Mais il y a effectivement des entreprises où, en termes d'efficacité, on peut être en dessous de ce qui se faisait avant.