A Practical Guide to Feature-Driven Development (Paperback)

~ (Author), John M. Felsing (Author)

Editorial Reviews

Product Description

Feature Driven Development (FDD), created by Peter Coad and Jeff de Luca, combines the compelling advantages of agile methodologies with model-driven techniques that scale to the largest teams and projects. This book demonstrates FDD at work in real-world projects, giving project leaders all the information they need to successfully apply it in their own organizations. The authors begin by introducing FDD's goals and rationale, and the compelling advantages of its model-driven, short-iteration approach to software development. You'll discover which types of projects FDD is best suited for; and understand FDD's roles, artifacts, goals, and timelines. The book includes practical, hands-on coverage of all five key FDD activities: developing an overall model, building a feature list, "plan by feature," "design by feature," and "build by feature." The book also offers specific guidance on adapting FDD to many different types of projects.

From the Back Cover

• Combine the speed and flexibility of agile methods with enterprise-class scalability!
• Hands-on coverage of the entire project lifecycle
• Modeling, feature lists, planning, design, and software construction
• Adapt Feature-Driven Development to your own organization and projects

The first practical, start-to-finish guide to implementing Feature-Driven Development!

Feature-Driven Development (FDD), created by Peter Coad and Jeff De Luca, combines the key advantages of agile methodologies with model-driven techniques that scale to the largest teams and projects. This book demonstrates FDD at work in real-world projects and provides project leaders with all the information they need to successfully apply it in their own organizations.

Stephen R. Palmer and John M. Felsing show how applying FDD can help solve problems that neither traditional nor agile methodologies can address. They help you identify the projects that are best suited for FDD, and then walk you step by step through the entire FDD development process.

Coverage includes:

• Understanding FDD's model-driven, short-iteration approach to software development
• FDD's roles, artifacts, goals, and timelines
• Creating overall models that provide a solid foundation and structure for effective development
• Formalizing the features list: Completing, leveling, clustering, and prioritizing features
• Plan by feature: Establishing class owners, feature-set owners, and rough development plans
• Design by feature: Domain walkthroughs, design, and inspection
• Build by feature: Coding, ongoing inspection, testing, and promotion
• Tracking and reporting progress to technical leads, project managers, sponsors, and upper management
• Applying FDD to user interface and external system interfaces
• Adapting FDD to your projects—and your business and technical environment

See all Editorial Reviews

Product Details

• Paperback: 304 pages
• Publisher: Prentice Hall PTR (February 21, 2002)
• Language: English
• ISBN-10: 0130676152
• ISBN-13: 978-0130676153
• Product Dimensions: 8.9 x 7 x 0.7 inches
• Shipping Weight: 1 pounds (View shipping rates and policies)
• Average Customer Review: 4.8 out of 5 stars  See all reviews (5 customer reviews)
• Amazon.com Sales Rank: #376,055 in Books (See Bestsellers in Books)

Customer Reviews

Most Helpful Customer Reviews

29 of 29 people found the following review helpful:

5.0 out of 5 stars Packed with good advice on Software Development Process!, April 28, 2002

By	phil bradley (Singapore) - See all my reviews

Feature Driven Development is a lightweight iterative software development process promoted by TogetherSoft that occupies the middle ground between heavyweight, high ceremony processes like RUP and lightweight programming-focused processes such as Extreme Programming.

This book is packed with good advice for developers and those involved in managing software development, and is clearly written by people with real world experience. The authors do a good job of explaining the issues in software development and how FDD helps address them.

The book is highly readable and should be accessible to those who currently have a limited understanding of formal software development processes. One of the themes carried through the book is an ongoing dialogue between the two authors and several other persons, including the project manager of a software project for a car dealership that is worked through in the book. At first I found this dialogue distracting, I guess because they were initially dealing with material I am already familiar with, but by the end of the book, I looked forward to these sections, and felt they gave the book an overall coherence.

FDD is most radical, in its approach to management (reporting), by dispensing with Gannt charts and estimates of task completeness (most people are aware of the 90% complete, 90% of the time, syndrome), replacing them with measuring features complete (as in 100% complete!) as a percentage of all features to be built. I am familiar with why Gannt charts and Microsoft Project style planning doesn't work for software projects, but the book would have benefited from a more detailed discussion of what will be the hardest part of FDD for many to accept. The book's only real fault is several digressions into software quality and online help, that it was hard to see the relevance of.

I recommend this book to people, including managers, who want to understand why we need software development processes and the issues involved in selecting one. The book, naturally enough, points out the issues with widely used processes such as RUP - too heavyweight, and XP - questionable scalability, and these criticisms are IMO largely valid. The book explains in a straightforward way, how FDD works and how it satisfies all the main requirements of a development process, especially scalability, manageability and getting the domain model (shape) right as early as possible, minimizing the need to refactor later.

18 of 19 people found the following review helpful:

5.0 out of 5 stars Elegant, Effective and Powerful, April 25, 2002

By	Mike Tarrani "www.tarrani.com" (Deltona, FL USA) - See all my reviews (TOP 500 REVIEWER)    (REAL NAME)    (COMMUNITY FORUM 04)

The Feature-Driven Development (FDD) method proposed and described in this book is elegant in that it combines simplicity and power, and effective because it will deliver applications that support business requirements.

Although the approach is based on object-oriented development, and the book is focused towards that approach, it can be refactored into function- and procedure-oriented programming environments. Moreover, the book is written to fit within agile methods, but the approach can be fit to any development life cycle approach. This is because the focus is on features, which translate into what the business *needs* from an application. This is where elegance and simplicity comes in. By focusing on the features needed applications are less apt to be 'gold-plated' with unnecessary features that developers may think is nice, but add little business value. In this respect the time to deliver is shortened and what is delivered is going to reflect genuine business requirements.

The power of FDD comes from the highly structured approach that i based on the ETVX (entry-task-validation-exit) framework. Entry criteria is typical: requirements, authority to proceed and other 'quality gates' that must be passed before a development project is initiated. The tasks follow a five-step process as follows:
(1) Develop the model, including scope, validation in the form of walkthroughs, and peer reviews. The approach described in the book assumes an object model, but in a non-OO setting this can be realigned to first cut system diagramming in the form of block- and data flow-diagrams,and first-cut design.
(2) Build the features list. The OO approach is domain partitioning based on the model; in a non-OO setting this is where the team maps functional requirements to features.
(3) Plan by feature. This step, in my opinion, shows FDD to be a legitimate software engineering method. Feature prioritization, dependency analysis and effort estimation occur here. Done properly this step will make the difference between success or failure. I do have one issue with the book at this point: the prioritization is done by the technical team - it should be done with the business stakeholders.
(4) Design by feature. This is an iterative step that feeds back into step 1 (build the model) wherein class ownership is determined and the original model is refined based on the design approach. In non-OO environments this would loop back into the first-cut design and trigger trade-off analysis and design refinement.
(5) Build by feature. This is where the application is actually developed on a feature-by-feature basis within the context of the defined architecture (model).

Verification is accomplished using traditional methods. The authors introduce what they call 'feature-based testing' which is no different than product test (also called functional qualification testing, and in some circles, acceptance testing). Verification procedures are thoroughly covered in the book, further adding to the software engineering approach that is incorporated into FDD. Exit criteria is when the sponsors accept the system.

What makes this book important is that is gives a straightforward approach that is based on deliverables (features) within a process context (ETVX). This approach is consistent with best practices in software project management and has the additional benefit of assuring that what gets designed and built is what the customer needs. Bolt FDD onto your favorite methodology and you'll probably see quality increase, and costs and time to deliver decrease.

14 of 14 people found the following review helpful:

5.0 out of 5 stars Excellent book on a topic long over due., May 1, 2002

By	Don Kranz (Oswego, NY) - See all my reviews

I have been doing feature driven development for over 3 years. It is an effective, efficient process. Many times I wished that I had a definative source on that topic. Finally one has arrived.

The three part approach to the book makes it easy for you to find the topics you need to get your job done. Part 2 defines each of the processes in detail. Chapter 5, which covers reporting/tracking progress gives a good feel for the control you have in producing project deliverables, and reporting on the true progress of the project. Realistic, acurate reporting.

I would recommend this book to anyone who is a slave to their process, or even those that are new to process. This one works!