Startup Lessons Learned
JUNE 15, 2009
Lessons Learned by Eric Ries Monday, June 15, 2009 Why Continuous Deployment? Of all the tactics I have advocated as part of the lean startup , none has provoked as many extreme reactions as continuous deployment , a process that allows companies to release software in minutes instead of days, weeks, or months.
Startup Lessons Learned
JANUARY 18, 2010
Lessons Learned by Eric Ries Monday, January 18, 2010 Case Study: Continuous deployment makes releases non-events The following is a case study of one entrepreneurs transition from a traditional development cycle to continuous deployment. This case presents a further complication: desktop software.
This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.
Startup Lessons Learned
DECEMBER 28, 2009
Lessons Learned by Eric Ries Monday, December 28, 2009 Continuous deployment for mission-critical applications Having evangelized the concept of continuous deployment for the past few years, Ive come into contact with almost every conceivable question, objection, or concern that people have about it.
Steve Blank
JANUARY 6, 2014
For the last 75 years products (both durable goods and software) were built via Waterfall development. In the last few years Agile and “Continuous Deployment” has replaced Waterfall and transformed how companies big and small build products. Software at times had an upgrade path, often it required a new purchase.).
Startup Lessons Learned
FEBRUARY 9, 2009
Lessons Learned by Eric Ries Monday, February 9, 2009 The lean startup @ Web 2.0 Expo (and a call for help) Ive been asked to speak this year at the Web 2.0 It uses principles of agile software development, open source and web 2.0, Im especially interested in hearing from those of you who are planning to attend the Web 2.0
Startup Lessons Learned
AUGUST 8, 2009
Lessons Learned by Eric Ries Saturday, August 8, 2009 Revisiting the Software Design Manifesto (and whats changed since then) My recent article on technical debt and its positive uses generated a fair bit of controversy. The same might be said of good software. Here we have the beginnings of a theory of design for software.
Startup Lessons Learned
FEBRUARY 20, 2009
Lessons Learned by Eric Ries Friday, February 20, 2009 Work in small batches Software should be designed, written, and deployed in small batches. Its had tremendous impact in many areas: continuous deployment , just-in-time scalability , and even search engine marketing , to name a few. This is easiest to see in deployment.
Expert insights. Personalized for you.
167 
Let's personalize your content