Startup Lessons Learned

MARCH 3, 2009

Lessons Learned by Eric Ries Tuesday, March 3, 2009 Employees should be masters of their own time Every startup should have a culture of learning. The rule is simple: every employee is 100% responsible for how they spend their time. The suggestion is that you implement one single company-wide rule. I asked why.

Employee 146

Employee San Francisco Lean Software Review 146

Startup Lessons Learned

DECEMBER 7, 2008

When I want to know about some concurrency issues between services in his cluster, he doesnt blink an eye when I suggest we get the source code and take a look. Hes just as comfortable writing code as racking servers, debugging windows drivers, or devising new interview questions. He throws off volumes of code, and it works.

Software Review 94

Software Review Technical Review Part-Time VPE San Francisco 94

Startup Lessons Learned

JULY 2, 2009

For example, a site outage may seem like it was caused by a bad piece of code, but: why was that code written? For example, I often cite a real example of a problem that has as its root cause a new employee who was not properly trained. If new employees are causing problems, that will be a routine topic.

San Francisco 164

San Francisco Lean Technical Review Software Review 164

Startup Lessons Learned

MAY 7, 2009

Getting features and fixes into hands of users was the greatest priority - a test environment would just get in the way and slow down the validation coming from having code running in production. We eventually discovered (via five whys ) that we also had to get each new employee acculturated to a fearless way of thinking.

San Francisco 131

San Francisco Continuous Deployment Software Review Lean 131

Startup Lessons Learned

MARCH 4, 2009

It connects to the internet to automatically download the necessary codes. Heres a representative view from an actual Amazon customer review : We all know how to operate our own entertainment center, but what happens when you have to explain it to your babysitter, mother-in-law, or your wife? They want to do activities.

San Francisco 68

San Francisco Lean Continuous Deployment DC 68

Startup Lessons Learned

SEPTEMBER 27, 2010

One of the sayings I hear from talented managers in product development is, “good enough never is.&# And, most importantly, it helps team members develop the courage to stand up for these values in stressful situations. Over time, such teams either explode due to irreconcilable differences or dramatically slow down.

San Francisco 167

San Francisco Lean Continuous Deployment Software Review 167

Startup Lessons Learned

MARCH 27, 2009

I believe it is a full, company-wide turn through the OODA loop (for a software business, see especially Ideas-Code-Learn ). You need a process for systematically reviewing your costs and eliminating those that slow you down. Customer Development Engineering : techniques for accelerating your product development.

San Francisco 117

San Francisco Lean Continuous Deployment DC 117

Scalable Startup

FEBRUARY 1, 2013

Marc Andreessen: So the computer industry started in 1950 and basically ran for 50 years with the same model, which was a model where all of the new computers, all the new technology, all the new software started out being sold for the highest prices to the biggest organizations. So originally the customer was the Department of Defense.

Software Review 22

Software Review Startup Venture Capital Stock 22

Startup Lessons Learned

JANUARY 30, 2009

Insist on the incredibly high-IQ employees and hold them to incredibly high standards. Build a truly mainstream product. It never generated positive returns for its investors, and most of its employees walked away dejected. This is why agility is such a prized quality in product development. Mission accomplished.

San Francisco 150

San Francisco Lean Agile Continuous Deployment 150

Startup Lessons Learned

JANUARY 12, 2009

Since then, PHP (as part of the LAMP stack ) has really been the dominant development platform, at least in the free software and startup worlds. When we started IMVU in 2004, we could rely on a staggering amount of open source software that jumpstarted our initial product offering. Every change required a server restart.

PHP 166

PHP Software Review Ruby San Francisco 166

www.vccafe.com

MARCH 11, 2013

VC Cafe highlights everything you need to know from hosting your code in hackathons to open source legal docs. s the new way to code, and quite easy to learn. You can write back end code in javascript, one language conquers all! Code Igniter. Code Hosting and Version Control. code spaces (svn). WorkingPoint.

Software Review 53

Software Review Technical Review Startup 53

Startup Lessons Learned

SEPTEMBER 11, 2009

In fact, I am convinced that if you could find some of IMVU’s earliest adopters, they would say something like this: “sure, those guys at IMVU HQ were helpful in writing code and stuff, but in the end they were just the hired help. It was really the community who built that product.&# peer review is NOT working.

Community 158

Community Management Lean Software Review 158