Book Image

The Agile Developer's Handbook

By : Paul Flewelling
Book Image

The Agile Developer's Handbook

By: Paul Flewelling

Overview of this book

This book will help you overcome the common challenges you’ll face when transforming your working practices from waterfall to Agile. Each chapter builds on the last, starting with easy-to-grasp ways to get going with Agile. Next you’ll see how to choose the right Agile framework for your organization. Moving on, you’ll implement systematic product delivery and measure and report progress with visualization. Then you’ll learn how to create high performing teams, develop people in Agile, manage in Agile, and perform distributed Agile and collaborative governance. At the end of the book, you’ll discover how Agile will help your company progressively deliver software to customers, increase customer satisfaction, and improve the level of efficiency in software development teams.
Table of Contents (16 chapters)

Why User Stories produce results

To avoid Big Bang integration and delivery right at the end that we get with waterfall and Water-Scrum-Fall, we have to change the way we do requirement gathering, analysis, and design. The aim of a User Story is to break requirements down into discrete chunks of work that will realize some business value in their own right. While it's not always possible to deliver a single User Story in isolation, the aim is to make them as independent as possible.

In fact, independent is the first attribute of the mnemonic INVEST, which we use when discussing the attributes of a good User Story. The letters of INVEST stand for the following:

  • Independent: Avoid creating dependencies; if we have dependencies between User Stories, we'll create unfinished work, meaning we'll have to wait for other work to complete, before what we're working...