This site uses cookies to improve your experience. To help us insure we adhere to various privacy regulations, please select your country/region of residence. If you do not select a country, we will assume you are from the United States. Select your Cookie Settings or view our Privacy Policy and Terms of Use.
Cookie Settings
Cookies and similar technologies are used on this website for proper function of the website, for tracking performance analytics and for marketing purposes. We and some of our third-party providers may use cookie data for various purposes. Please review the cookie settings below and choose your preference.
Used for the proper function of the website
Used for monitoring website traffic and interactions
Cookie Settings
Cookies and similar technologies are used on this website for proper function of the website, for tracking performance analytics and for marketing purposes. We and some of our third-party providers may use cookie data for various purposes. Please review the cookie settings below and choose your preference.
Strictly Necessary: Used for the proper function of the website
Performance/Analytics: Used for monitoring website traffic and interactions
Lessons Learned by Eric Ries Tuesday, February 10, 2009 Continuousdeployment and continuous learning At long last, some of the actual implementers of the advanced systems we built at IMVU for rapid deployment and rapid response are starting to write about it. At IMVU it’s a core part of our culture to ship.
For those whove heard it, it contains a length discourse on the subject of agile softwaredevelopment and extreme programming, including its weaknesses when applied to startups. As Im pontificating about agile, I see the name Kent Beck in my peripheral vision. Eric Names matter. There is a dark side to naming.
I’ve become a big advocate of true Agile development (partly because of my experience with Rally Software – the leader in Agile softwaredevelopment environments) and – more recently – the notion of trying to get to continuousdeployment which has been popularized by Eric Ries.
Lessons Learned by Eric Ries Sunday, September 7, 2008 Customer Development Engineering Yesterday, I had the opportunity to guest lecture again in Steve Blank s entrepreneurship class at the Berkeley-Columbia executive MBA program. Case Study: Continuousdeployment makes releases n.
In 2007, BusinessWeek named Ries one of the Best Young Entrepreneurs of Tech and in 2009 he was honored with a TechFellow award in the category of Engineering Leadership. Case Study: Continuousdeployment makes releases n. He previously co-founded and served as Chief Technology Officer of IMVU.
Lean manufacturing , agile softwaredevelopment , and Theory of Constraints are all examples of this idea in action. In fact, we know so much that we already know what they will care enough about (namely, the product’s quality – as opposed to, say, missing features). Even better, this is a falsifiable hypothesis.
In talking with Mary Poppendieck about it, she said that the Chief Engineer role at 3M was called a "Product Champion" The name is less important than understanding the depth of competence that this person has, and what it takes to build it. Case Study: Continuousdeployment makes releases n.
What causes projects like this to fail in traditional softwaredevelopment is that the solution is unknown. I think Jim Murphys confusion comes where many peoples did, with the XP term "Customer", which was XPs name for the product management role. Case Study: Continuousdeployment makes releases n.
Even if men have an innate advantage at softwaredevelopment, the gap would have to be massive in order to explain why startup after startup has an all-male team. Now, whenever I screen resumes, I ask the recruiter to black out any demographic information from the resume itself: name, age, gender, country of origin.
Pay attention to whether people are comfortable “namingnames&# in the meeting. Furthermore, I think most of what you are suggesting is applicable in companies/ industries that are not softwaredevelopment. Case Study: Continuousdeployment makes releases n. There’s no easy fix to this problem.
I want to thank Techstars for putting this event together and giving me a chance to experience the scene, even if it lacks a name. Building on this, I’ve recently become fascinated with the notion of continuousdeployment , a concept that has been popularized by Eric Ries and others.
We organize all of the trending information in your field so you don't have to. Join 5,000+ users and stay up to date on the latest articles your peers are reading.
You know about us, now we want to get to know you!
Let's personalize your content
Let's get even more personalized
We recognize your account from another site in our network, please click 'Send Email' below to continue with verifying your account and setting a password.
Let's personalize your content