Loading...
 

Tom Gilb and Kai Gilb's blog

Review of Lean Startup book by Eric Ries

Published by Tom Gilb13 points  on Sat 03 of Dec, 2011 TomGilb

Project-Requirements.png (4.34 Kb)

Amazon Co UK Review 3 Dec: of Eric Ries, Lean Startup book

I loved this book! I am recommending it to all my adventurous and open minded professional friends. I enjoyed reading is as an ebook alternately on my iPad and iPhone. The length is nice and short. The practical examples still rich. The deep understanding of a high Risk, high uncertainty learning Process is impressive.

Eric believes in the same basic ideas of development that many of us have championed for years. Clear quantified ideas of real world progress, being tested rapidly and frequently in feedback cycles. The emphasis being 'learning what is real and true, asap'.

The difference is that Eric applies these ideas at an extreme that I personally have not dared to think or experience. He is operating at the 30 to 50 real changes a day being measured and learned from, from the real world. This is about gathering 'requirements' from the real world by continuously (every day) and frequently (dozens of measured hypothesis per day). This is about testing alternative designs just as early and continuously, and letting design and Architecture emerge as whatever really works in satisfying the simultaneously emerging Requirements.

This is revolutionary! But for the skeptic, Eric documents in detail how it works in real named busnesses. Eric is very clear about his sources of ideas, the classical gurus like Deming, Drucker, Toyota-Ohno, and many such more. He is equally clear that his method's Role is primarily a framework to allow extremely rapid learning about what really works, and for whom it works.

He clearly positions 'Lean Startup' as a way of managing system-building Processes such as agile methods like XP and Scrum. I and my professional friends, have long campaigned for much better multidimensional quantified Quality Requirements, for a rich variety of Stakeholders (gilb.com).

But the majority of 'agile' developers don't want to know about such disciplined thinking. They would rather fail.

Eric speaks openly of his earlier failed projects (using conventioanl wisdom), and those of other businesses and clients. The conventional startup, and software development methods are inevitably highly failure-prone, and have been for decades.

That is because there is too little Clarity of purpose (clear quantified Quality Requirements), and too little understanding of the variety of Stakeholder values.

The Lean Startup ideas convincingly show how to avoid the embarassing pervasive development project waste. History shows that the developers themselves, while intelligent enough to use these disciplined Lean Startup methods, are not likely to jump in and adopt them on their own initiative. They (developers) clearly prefer to get well paid to code fast - using Agile methods alone, using relatively little Engineering discipline (and Lean Startup is rigorous scientific method and Engineering discipline). They seem to feel no real responsibility for successful outcomes. Failure still gets well paid, at their Level.

So this brings up the question of who this book is for. And who will in fact make sure the ideas are implemented. This has to be the people laying the investment on the table, hoping to get a return for it. Directors, CEOs, CTOs, Angels (startup investors).

They need to demand, as a precondition for their investment, the kind of rapid learning, and rapid early 'pivoting' (major changes in Architecture, Stakeholders, markets, Product design) that Lean Startup teaches. It is this Level of power and responsibility that needs to understand the basics of Lean Startup, and to demand their use.

I think this executive Level has to far too long, in the history of software development, totally abdicated their responsibility to ensure serious management of IT and software projects.

My extensive experience shows they rarely bother to even have clear quantified trackable Requirements for massive (like $100 million) investments. Business schools have not been helpful in training managers to deal with multimensional critical project Requirements. If history is any guide, we are not going to change our irresponsible software investment culture in the short term.

But Lean QA is a clear opportunity for the wiser top managers to make sure THEY will succeed, and hopefully in the longer term the amateur, non-scientific. non-engineering methods of the current software culture will die out.

Get the book, read it now, spread the word, and see Erics many good Googleable presentations and videos as a supplement.

Here are some links
www.theleanstartup.com/(external link)
The official website of all things Lean Startup presented by Eric Ries.

www.slideshare.net/venturehacks/the-lean-startup-2(external link)
Eric Ries' presentation on lean startups. From Steve Blank's Customer Development course at Berkeley. Learn more and hear the audio at http://bit.ly/(external link) 3qsvJ.

www.startuplessonslearned.com/2008/09/lean-startup.html(external link)
8 Sep 2008 – (Update April, 2011: In September, 2008 I wrote the following post in which I (ER)published my thoughts on the term "lean startup" for the first time

http://eng.wealthfront.com/2011/03/lean-startup-stage-at-sxsw.html(external link)

http://www.slideshare.net/venturehacks/the-lean-startup-2(external link)
Slides bySteven Blank and Eric Ries. “The Lean Startup, Low Burn by Design , not Crisis”
http://www.slideshare.net/startuplessonslearned/2009-05-01-how-to-build-a-lean-startup-step-by-step/download(external link)