Categories
Recommended books
  • The Book of Awesome: Snow Days, Bakery Air, Finding Money in Your Pocket, and Other Simple, Brilliant Things
    The Book of Awesome: Snow Days, Bakery Air, Finding Money in Your Pocket, and Other Simple, Brilliant Things
    by Neil Pasricha
  • Succeeding with Agile: Software Development Using Scrum
    Succeeding with Agile: Software Development Using Scrum
    by Mike Cohn
  • Six Thinking Hats
    Six Thinking Hats
    by Edward de Bono
  • Coaching Agile Teams: A Companion for ScrumMasters, Agile Coaches, and Project Managers in Transition (Addison-Wesley Signature Series (Cohn))
    Coaching Agile Teams: A Companion for ScrumMasters, Agile Coaches, and Project Managers in Transition (Addison-Wesley Signature Series (Cohn))
    by Lyssa Adkins
  • Pomodoro Technique Illustrated: Can You Focus - Really Focus - for 25 Minutes? (Pragmatic Life)
    Pomodoro Technique Illustrated: Can You Focus - Really Focus - for 25 Minutes? (Pragmatic Life)
    by Staffan Noteberg
  • Man's Search for Meaning
    Man's Search for Meaning
    by Viktor E. Frankl
  • Eat That Frog!: 21 Great Ways to Stop Procrastinating and Get More Done in Less Time
    Eat That Frog!: 21 Great Ways to Stop Procrastinating and Get More Done in Less Time
    by Brian Tracy
  • The Abilene Paradox and Other Meditations on Management
    The Abilene Paradox and Other Meditations on Management
    by Jerry B. Harvey
  • The 7 Habits of Highly Effective People
    The 7 Habits of Highly Effective People
    by Stephen R. Covey
  • Rework
    Rework
    by Jason Fried, David Heinemeier Hansson
  • Born to Run
    Born to Run
    by Christopher Mcdougall
  • The Big Book Of NLP Techniques: 200+ Patterns & Strategies of Neuro Linguistic Programming
    The Big Book Of NLP Techniques: 200+ Patterns & Strategies of Neuro Linguistic Programming
    by Shlomo Vaknin
  • Agile Coaching
    Agile Coaching
    by Rachel Davies, Liz Sedley
  • Behind Closed Doors: Secrets of Great Management (Pragmatic Programmers)
    Behind Closed Doors: Secrets of Great Management (Pragmatic Programmers)
    by Johanna Rothman, Esther Derby
Powered by Squarespace
« The 3 A's of awesome | Main | Scrum & Agile Manifesto Principle 1 »
Monday
Jan032011

Agile Principle 2: Changing Requirements

This is the second post in the series of 12 posts about Agile Manifesto Principles. They are the foundation of all agile methodologies and every Scrum team member should be familiar with them.
 
Here is the second principle, that talks about change:
 
Welcome changing requirements, even late in 
development. Agile processes harness change for 
the customer's competitive advantage.
  
In software development we all strive for a projects where customer would never change their minds. And we all know that will never happen because changes are inevitable in real world. Customers usually do not see a problem of changing requirements as a serious one.
 
Traditional development process prefers sticking to their well-thought-out plans that are the result of the requirement-gathering phase. Introducing change late in the development process is costly because you need to repeat the whole waterfall process (analyse, design,...) for each change.
 
Agile methods take a different approach and treat change as an expected and welcome part of every project. After all, it is all about satisfying the customer because it is necessary to preserve customer's competitive advantage.
During the project the customer can continue to make changes, as long as they prioritize these changes in the appropriate iteration. Product owner is responsible for understanding of the customer needs and grooming the product backlog (prioritizing work based on business value) even near the end of the project. It is even better to make decisions later in the process when we have a better understanding of the product that we are building. Because a product backlog is a living thing that evolve constantly it can respond to the actions of customer's competitors. Agility is all about flexibility and being open to change is a big advantage.
 
You need to remember the following two words about this principle: welcome (changing requirements) and harness (change)!
 
You can find the explanation of the first principle here.

EmailEmail Article to Friend

Reader Comments

There are no comments for this journal entry. To create a new comment, use the form below.

PostPost a New Comment

Enter your information below to add a new comment.

My response is on my own website »
Author Email (optional):
Author URL (optional):
Post:
 
Some HTML allowed: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <code> <em> <i> <strike> <strong>