The Wayback Machine - https://web.archive.org/web/20100619073038/http://redhat.sys-con.com:80/node/1108609

Welcome!

Red Hat Authors: Tom Lounibos, Maureen O'Gara, Elizabeth White, Dustin Amrhein, Pat Romanski

Related Topics: SYS-CON MEDIA

SYS-CON MEDIA: Article

Why am I uncomfortable with Product Backlog?

Does Product Backlog give a complete picture of the product?


Though I am a strong believer in Agile Methodologies and I very much subscribe to SCRUM, I always get a feeling that a product backlog does not give the full picture of the expected product and we need something more to define it.

Let us first look at how product backlog is prepared?

  1. You start with either a business problem or a product idea – and you decide to build a piece of software
  2. You probably write a very high level specification of what the software should do
  3. A product owner is identified who breaks up it up into multiple stories on how the user is going to use the software
  4. Stories are prioritized and build one by one
  5. At each stage the software is reviewed by product owner – and any required course correction incorporated
  6. Once all the stories are completed the product is ready

Essentially, what we are doing is:

  • Define the problem
  • Break it up into smaller parts
  • Solve each one individually
  • Put it together and hope that it solves the original problem

Yes, I know we iterate – and in theory iteration is suppose to reduce the gap between “is” and “should be”. But the big question is do we accurately know the “should be”?

That brings us to the debate between “Designed Solution” vs. “Emergent Solution”. We all know that Linux has emerged – that Wikipedia has emerged. However, what we forget is that for a good solution to emerge we need to try out many alternative and select the best. Here is an interesting quote from The Cathedral and the Bazaar by Eric Steven Raymond

“…you often don’t really understand the problem until after the first time you implement a solution. The second time, maybe you know enough to do it right. So if you want to get it right, be ready to start over at least once”

In a commercial situation, how often do you have this luxury? How often can you try out multiple ways of doing the same thing?

What is the alternative? To have somebody who understands the problem and understands what the solution should be. The product owner is supposed to be that person (see this).

However, this only means that the solution will be as good as the product owners understanding of the problem.

Does this not tilt the solution to “Designed Solution” rather than “Emergent Solution”? Does it not put too much responsibility of the shoulder of the product manager?

More Stories By Udayan Banerjee

Udayan Banerjee is CTO at NIIT Technologies Ltd, An IT industry veteran who started his career in 1977, he has 32 years' experience in the IT industry. He blogs at http://udayanbanerjee.ulitzer.com and has created open-source frameworks for Model-Driven Software Development and Rich Internet Applications. He has a special interest in collective intelligence arising out of self-organizing complex systems.

 
About Red Hat Developer's Journal
redhat.SYS-CON.com provides updates on the company's product lines including database and collaboration management applications and its recent virtualization offerings.

ADD THIS FEED TO YOUR ONLINE NEWS READER Add to Google My Yahoo! My MSN