Remove Agile Remove Customer Development Remove Dividend Remove Technical Review
article thumbnail

Lessons Learned: The one line split-test, or how to A/B all the time

Startup Lessons Learned

Lessons Learned by Eric Ries Monday, September 15, 2008 The one line split-test, or how to A/B all the time Split-testing is a core lean startup discipline, and its one of those rare topics that comes up just as often in a technical context as in a business-oriented one when Im talking to startups. First of all, why split-test?

article thumbnail

How to conduct a Five Whys root cause analysis

Startup Lessons Learned

That’s because Five Whys will often pierce the illusion of separate departments and discover the human problems that lurk beneath the surface of supposedly technical problems. But if we stay stuck at the technical parts of the problem, and never uncover the human problems behind them, we’re not going far enough.

article thumbnail

Lessons Learned: Work in small batches

Startup Lessons Learned

So when we start checking in code more often, release more often, or conduct more frequent design reviews, we can actually do a lot to make those steps dramatically more efficient. Sounds very similar to agile development which is the way. However, a technological solution cant necessarily resolve all human root causes.