gogogo
Syndetics cover image
Image from Syndetics

Agile and Iterative Development: A Managers Guide

By: Material type: TextTextSeries: The Agile Software Development SeriesPublication details: London: Addison-Wesley: 2004ISBN:
  • 0131111558
Subject(s):
Holdings
Item type Current library Call number Copy number Status Date due Barcode
Standard Loan Thurles Library Main Collection 005.1 LAR (Browse shelf(Opens below)) 1 Available R15031KRCT

Enhanced descriptions from Syndetics:

Agile and iterative methods have emerged as the most popular approaches to software development, and with good reason. Research (examined and cited in detail within this book) shows that iterative methods reduce the risk of failure, compared to traditional models of development. This book is an efficient introduction for both managers and practitioners that need a distilled and carefully organized learning aid for the hands-on practices from planning to requirements to testing and the values that define these methods. The author also provides evidence of the value of switching to agile and iterative methods. By studying this book, the reader will learn to apply the key ideas in agile and iterative development, the details and comparison of four influential iterative methods (Scrum, Extreme Programming, Evo, and the Unified Process), answers to frequently asked questions, and important related management skills. The book's goal is quality information that can be quickly understood and applied.

Table of contents provided by Syndetics

  • 1 Introduction (p. 1)
  • Software Is New Product Development (p. 3)
  • What's Next? (p. 5)
  • Web Resources (p. 6)
  • 2 Iterative & Evolutionary (p. 9)
  • Iterative Development (p. 9)
  • Risk-Driven and Client-Driven Iterative Planning (p. 12)
  • Timeboxed Iterative Development (p. 13)
  • During the Iteration, No Changes from External Stakeholders (p. 14)
  • Evolutionary and Adaptive Development (p. 15)
  • Evolutionary Requirements Analysis (p. 15)
  • Early "Top Ten" High-Level Requirements and Skillful Analysis (p. 17)
  • Evolutionary and Adaptive Planning (p. 17)
  • Incremental Delivery (p. 20)
  • Evolutionary Delivery (p. 20)
  • The Most Common Mistake? (p. 21)
  • Specific Iterative & Evolutionary Methods (p. 22)
  • What's Next? (p. 23)
  • Recommended Readings (p. 23)
  • 3 Agile (p. 25)
  • Agile Development (p. 25)
  • Classification of Methods (p. 26)
  • The Agile Manifesto and Principles (p. 27)
  • Agile Project Management (p. 29)
  • Embrace Communication and Feedback (p. 30)
  • Programming As If People Mattered (p. 30)
  • Simple Practices and Project Tools (p. 31)
  • Empirical vs. Defined & Prescriptive Process (p. 32)
  • Principle-Based versus Rule-Based (p. 33)
  • Sustainable Discipline: The Human Touch (p. 33)
  • Team as a Complex Adaptive System (p. 34)
  • Agile Hype? (p. 34)
  • Specific Agile Methods (p. 35)
  • What's Next? (p. 39)
  • Recommended Readings (p. 39)
  • 4 Story (p. 41)
  • What's Next? (p. 47)
  • 5 Motivation (p. 49)
  • The Facts of Change on Software Projects (p. 50)
  • Key Motivations for Iterative Development (p. 51)
  • Meeting the Requirements Challenge Iteratively (p. 55)
  • Problems with the Waterfall (p. 57)
  • What's Next? (p. 62)
  • 6 Evidence (p. 63)
  • Summary (p. 64)
  • Research Evidence (p. 65)
  • Early Historical Project Evidence (p. 79)
  • Standards-Body Evidence (p. 87)
  • Expert and Thought Leader Evidence (p. 93)
  • A Business Case for Iterative Development (p. 100)
  • The Historical Accident of Waterfall Validity? (p. 102)
  • What's Next? (p. 107)
  • Recommended Readings (p. 107)
  • 7 Scrum (p. 109)
  • Method Overview (p. 110)
  • Lifecycle (p. 113)
  • Workproducts, Roles, and Practices (p. 114)
  • Values (p. 126)
  • Common Mistakes and Misunderstandings (p. 127)
  • Sample Projects (p. 130)
  • Process Mixtures (p. 131)
  • Adoption Strategies (p. 132)
  • Fact versus Fantasy (p. 133)
  • Strengths versus "Other" (p. 134)
  • History (p. 135)
  • What's Next? (p. 136)
  • Recommended Readings (p. 136)
  • 8 Extreme Programming (p. 137)
  • Method Overview (p. 138)
  • Lifecycle (p. 142)
  • Workproducts, Roles, and Practices (p. 144)
  • Values (p. 155)
  • Common Mistakes and Misunderstandings (p. 156)
  • Sample Projects (p. 161)
  • Process Mixtures (p. 162)
  • Adoption Strategies (p. 165)
  • Fact versus Fantasy (p. 167)
  • Strengths versus "Other" (p. 168)
  • History (p. 170)
  • What's Next? (p. 171)
  • Recommended Readings (p. 171)
  • 9 Unified Process (p. 173)
  • Method Overview (p. 174)
  • Lifecycle (p. 180)
  • Workproducts, Roles, and Practices (p. 184)
  • Values (p. 191)
  • Common Mistakes and Misunderstandings (p. 194)
  • Sample Projects (p. 199)
  • Process Mixtures (p. 201)
  • Adoption Strategies (p. 203)
  • Fact versus Fantasy (p. 205)
  • Strengths versus "Other" (p. 205)
  • History (p. 207)
  • What's Next? (p. 208)
  • Recommended Readings (p. 208)
  • 10 Evo (p. 211)
  • Method Overview (p. 212)
  • Lifecycle (p. 217)
  • Workproducts, Roles, and Practices (p. 220)
  • Values (p. 237)
  • Common Mistakes and Misunderstandings (p. 238)
  • Sample Projects (p. 239)
  • Process Mixtures (p. 240)
  • Adoption Strategies (p. 242)
  • Fact versus Fantasy (p. 242)
  • Strengths versus "Other" (p. 243)
  • History (p. 244)
  • What's Next? (p. 245)
  • Recommended Readings (p. 245)
  • 11 Practice Tips (p. 247)
  • Project Management (p. 248)
  • Environment (p. 275)
  • Requirements (p. 281)
  • Test (p. 292)
  • 12 Frequently Asked Questions (p. 297)
  • Question List (p. 297)
  • Questions and Answers (p. 299)
  • 13 Bibliography (p. 329)

Excerpt provided by Syndetics

Introduction Overview What's in this book? Predictable versus new product development. What value will you get from studying this book, an introduction to iterative and agile methods? First , you will know the key practices of four noteworthy methods, Scrum, Extreme Programming (XP) , the Unified Process (UP) , and Evo (one of the original iterative methods). This is a "Cliffs Notes" summary, each chapter has something useful to you as a manager, developer, or student of development methods. Second , your learning curve will be shortened, as this is a distilled learning aid. The four method chapters have the same structure, to speed comprehension and compare-contrast. There's a FAQ chapter, a "tips" chapter of common practices, and plenty of margin pointers to related pages--paper hyperlinks. Third , you will know motivation and evidence. Some organizations accept the value of iterative development, but others are still reluctant. If you need to make a case for an iterative project experiment, you will find in this book the key reasons, research, examples of large projects, standards-body acceptance, a business case, and promotion by well-known thought leaders through the decades. The research and history sections are also of value to students of software engineering methods. Note that agile methods are a subset of iterative methods; this book covers both types. The chapters may be read in any order; the big picture is this: 1. Introduction, and predictable vs. inventive development. 2. Basic iterative and evolutionary method practices. 3. Summary of agile principles and methods. 4. An agile project story to pull some ideas together. 5-6. Motivation and evidence chapters for iterative and agile methods; useful for some. 7-10. Four method summaries on Scrum, XP, UP, and Evo. Note: practices can be mixed. 11. A tips chapter that expands on some of the method practices, plus others. 12. A frequently asked questions (FAQ) chapter. Finally, people trump process . Every process book should probably include this standard disclaimer: Process is only a second-order effect. The unique people, their feelings, qualities, and communication are more influential.Some problems are just hard, some people are just difficult. These methods are not salvation. Software Is New Product Development Consider building mobile phones on an assembly line: It is possible to unambiguously define the specifications and construction steps. After building some phones and measuring things, it is possible to reliably estimate and schedule the building of future phones. A different problem: Build a custom house. The owner wants to use new environmentally friendly materials and methods, but isn't exactly sure what they want, and is going to change or clarify their decisions as they see the house, costs, and weeks unfold. At one end of the spectrum, such as manufacturing phones, there are problems with low degrees of novelty or change, and high rates of repeated identical or near-identical creation-- mass manufacturing or predictable manufacturing . At the other end, there are problems with high degrees of novelty, creativity, and change, and no previous identical cases from which to derive estimates or schedules. This is the realm of new product development or inventive projects . The development process, management values, planning and estimation models appropriately associated with these two domains are different (Table 1.1). Of course, the point is, Most software is not a predictable or mass manufacturing problem. Software development is new product development. Plus, many projects use new and buggy technologies that exacerbate the degree of novelty and unpredictability. Note also it is a new product for the inexperienced even if it has been done before. Since predictable manufacturing is the wrong paradigm for software, practices and values rooted in it are not helpful. This mismatch lies at the heart of many of the challenges associated with traditional approaches to running a software project.A "waterfall" lifecycle, big up-front specifications, estimates, and speculative plans applicable to predictable manufacturing have been misapplied to software projects, a domain of inventive, high-change, high-novelty work. Factors CP86 preventing reliable up-front specifications include: The clients or users are not sure what they want. They have difficulty stating all they want and know. Many details of what they want will only be revealed during development. The details are overwhelmingly complex for people. As they see the product develop, they change their minds. External forces (such as a competitor's product or service) lead to changes or enhancements in requests. This deep appreciation--that building software is complex, new product development with high change rates, and not predictable manufacturing--is at the heart of the motivation for agile and iterative methods. Certainly, another driving force is the desire to compete and win. Iterative and agile methods foster flexibility and maneuverability--a competitive advantage. In Agile Competitors and Virtual Organizations GNP97 the authors examine the limitations of the mass manufacturing model and the need for agility: Agility ... is about succeeding and about winning: about succeeding in emerging competitive arenas, and about winning profits, market share, and customers in the very center of the competitive storms many companies now fear. What's Next? The next two chapters summarize basic practices and ideas of iterative, evolutionary, and agile methods. After that, a story chapter illustrates these practices with a concrete scenario. Web Resources Related book or journal article suggestions are given in their respective chapters. Web resource suggestions include: Broad Link or Article Sites www.agilealliance.com -- Collects many articles specifically related to agile methods, plus links. www.cetus-links.org -- The Cetus Links site has specialized for years in object technology (OT). Under "OO Project Management--OOA/D Methods" it has many links to iterative and agile methods, even though they are not directly related to OT. www.bradapp.net -- Brad Appleton maintains a large collection of links on software engineering, including iterative methods. www.iturls.com -- The Chinese front page links to an English version, with a search engine referencing iterative and agile articles. More Specific Sites c2.com/cgi/wiki?FindPage -- This important, vast Wiki site was the home ground where many of the agile leaders (and design pattern leaders) held their original discussions on XP and other agile methods. www.extremeprogramming.org -- Don Wells' (an early XP leader) introduction to XP. www.xprogramming.com -- Ron Jeffries' (an early XP leader) introduction to XP. www.agilemodeling.com -- Scott Ambler's site contains many articles related to agile modeling practices. sunset.usc.edu -- Associated with the work of Dr. Barry Boehm, a long-time researcher into iterative (e.g., Spiral) methods. Articles related to iterative methods. www.cutter.com -- Cutter's site has an Agile Project Management specialty area. www.martinfowler.com -- Martin Fowler is an early agile methods thought leader (XP method). Articles and links. www.jimhighsmith.com -- Jim Highsmith is an early agile methods thought leader (Adaptive Software Development method). Articles and links. alistair.cockburn.us -- Alistair Cockburn is an early agile methods thought leader (Crystal methods). Articles and links. www.controlchaos.com -- Ken Schwaber is an early agile methods thought leader (Scrum method). Articles and links. jeffsutherland.com -- Jeff Sutherland is an early agile methods thought leader (Scrum method). Articles and links. www.gilb.com -- Tom Gilb is one of the very earliest iterative and evolutionary thought leaders (Evo method). Articles and links. www.craiglarman.com -- My site. Articles and links. www.objectmentor.com -- Company led by Robert C. Martin, an early agile thought leader (XP related). Articles and links. www.nebulon.com -- Company led by Jeff De Luca, an early agile thought leader (Feature-Driven Development method). Articles and links. www.dsdm.org -- Official site for the DSDM method. www.rational.com -- Official site for the Rational Unified Process (RUP) iterative method. name.case.unibz.it -- Network for Agile Methodologies Experience (NAME). A European site that describes research into agile methods, and with links to other sites. Excerpted from Agile and Iterative Development: A Manager's Guide by Craig Larman All rights reserved by the original copyright owners. Excerpts are provided for display purposes only and may not be reproduced, reprinted or distributed without the written permission of the publisher.

Author notes provided by Syndetics

Craig Larman serves as chief scientist at Valtech

Powered by Koha