Manifesto for Agile Software Development
Agile software development
Agile software development is a set of principles for software development in which requirements and solutions evolve through collaboration between self-organizing,[1] cross-functional teams. It promotes adaptive planning, evolutionary development, early delivery, and continuous improvement, and it encourages rapid and flexible response to change.[2] Agile itself has never defined any specific methods to achieve this, but many have grown up as a result and have been recognized as being 'Agile'. The Manifesto for Agile Software Development,[3] also known as the Agile Manifesto, was first proclaimed in 2001, after "agile methodology" was originally introduced in the late 1980s and early 1990s. The manifesto came out of the DSDM Consortium in 1994, although its roots go back to the mid 1980s at DuPont and texts by James Martin[4] and James Kerr et al.[5] History[edit] Incremental software development methods trace back to 1957.[6] In 1974, E. The Agile Manifesto[edit] Agile principles[edit]
Manifeste agile
Un article de Wikipédia, l'encyclopédie libre. Le Manifeste agile est un texte rédigé par 17 experts du développement d'applications informatiques sous la forme de plusieurs méthodes dites agiles. Ces experts estimaient que le traditionnel cycle de développement en cascade ne correspondait plus aux contraintes et aux exigences des organisations en évolution rapide. Les méthodes agiles ne sont pas apparues avec l’Agile manifesto en 2001 mais celui-ci détermine leur commun dénominateur et consacre le terme d'« agile » pour les référencer. Les valeurs et principes du Manifeste agile sont défendus par l'Agile Alliance. Introduction[modifier | modifier le code] De cette réunion devait émerger le Manifeste agile, considéré comme la définition canonique du développement agile et de ses principes sous-jacents[1]. Le Manifeste agile est constitué de 4 valeurs et de 12 principes fondateurs. Le Manifeste Agile débute par la déclaration suivante (traduction) : Les 4 valeurs[modifier | modifier le code]
Kanban et Scrum - tirer le meilleur des deux
Ce livre fait partie de la collection de livres InfoQ "Enterprise Software Development". Avec ce livre, vous apprendrez ce qu'est Kanban, ses forces et ses limites, et quand l'utiliser. Vous apprendrez également comment Kanban peut améliorer Scrum, ou tout autre outil que vous utilisez, et à quel moment c'est possible. Mary Poppendieck, auteur de plusieurs livres de référence sur le Lean Software Development. Je suis très heureux qu'Henrik Kniberg et Mattias Skarin aient émergé comme des leaders dans ce domaine. David Anderson, fondateur de l'Agile Project Leadership Network, membre fondateur de Feature Driven Development (FDD), et auteur de livres sur l'agilité. 7 commentaires Cette traduction de l'édition originale que vous pouvez trouver sur la page de l'ouvrage sur InfoQ (tout comme les autres traductions) a été faite bénévolement par les traducteurs français, et Henrik Kniberg, Mattias Skarin, et InfoQ en ont autorisé la publication. Henrik Kniberg, Mattias Skarin Lire l'article.
Agile Principles and Values, by Jeff Sutherland
Individuals and interactions are essential to high-performing teams. Studies of "communication saturation" during one project showed that, when no communication problems exist, teams can perform 50 times better than the industry average. To facilitate communication, agile methodologies rely on frequent inspect-and-adapt cycles. These cycles can range from every few minutes with pair programming, to every few hours with continuous integration, to every day with a daily standup meeting, to every iteration with a review and retrospective. Just increasing the frequency of feedback and communication, however, is not enough to eliminate communication problems. respect for the worth of every person truth in every communication transparency of all data, actions, and decisions trust that each person will support the team commitment to the team and to the team’s goals For teams to achieve these types of behavior is more difficult than it might appear.
Mike Cohn
Mike Cohn, 2013 He has served as Vice President of Development at four different companies that successfully employed agile concepts and strategies and been a technology executive in companies of various sizes, from start-up to Fortune 40. Cohn is the author of Agile Estimating and Planning, User Stories Applied for Agile Software Development and Succeeding with Agile: Software Development using Scrum, as well as books on Java and C++ programming[4] and articles for Better Software, IEEE Computer, Software Test and Quality Engineering, Agile Times, Cutter IT Journal, and the C++ Users' Journal. He is also the editor of the Addison-Wesley Mike Cohn Signature Series of books. Cohn is a founding member of the Scrum Alliance, Inc. and on its Board of Directors.[9] As a Certified Scrum Trainer and a member of the IEEE Computer Society and the ACM, he is a frequent speaker at industry conferences. Publications[edit] Mike Cohn (2004). Online Presentations[edit] References[edit]
L'Extreme Programming
Depuis les débuts de l'informatique commerciale dans les années '60, plusieurs méthodologies de développement de logiciel ont vu le jour. Le modèle en cascade et ses dérivés ont connu un grand succès, mais leur lourdeur et rigidité sont de sérieux handicaps. Extreme Programming propose de remplacer certaines notions acquises par des idées révolutionnaires, et de rendre le développement de logiciel efficace et agile. I-A. L'histoire du développement de logiciels est intimement liée à l'histoire de l'industrie informatique. I-B. Le transistor a été inventé en 1948, et l'ordinateur sous sa forme actuelle existe depuis les années '50. Les années '70 ont vu l'apparition des langages C, Pascal et Basic, de Unix, du circuit intégré, de Apple, Intel et Microsoft, et des premiers micro-ordinateurs. I-C. Des méthodologies de développement sont apparues à différents moments durant la révolution informatique. I-D. II-A. II-B. Le graphique présente le coût du changement d'après XP. III-A. III-B.
Scrum Log Jeff Sutherland
