Upload
brett-durrett
View
3.692
Download
2
Tags:
Embed Size (px)
DESCRIPTION
Presentation to the Lean Startup Circle Meetup, San Francisco, July 21, 2010 at Kick Labs. Overview of how IMVU has grown using Lean Startup principles and the challenges faced as the company scaled.
Citation preview
An online community where members use 3D avatars
to meet new people, chat, create
and have fun with their friends
1
Lean Startup Pitfalls Uncovered
Brett G. Durrett (@bdurrett)
VP, Engineering & Operations, IMVU, Inc.
Lean Startup Meetup, San Francisco, July 21, 2010
2
Presentation PIVOT!
a word so popular right now that I had to drop it on the second slide
3
The Transition of a Lean StartupIMVU’s journey to becoming a Large Company
Brett G. Durrett (@bdurrett)
VP, Engineering & Operations
IMVU, Inc.
Lean Startup Meetup, San Francisco, July 21, 2010
4
WTF?
Hey Brett… don’t Large Companies suck?
5
I heard this talk…
From Steve Blank’s “Why Accountants Don’t Run Startups” presentation, used with permission.
Scalable
Startup
Large
CompanyTransition
- Business Model found
- Product/Market fit
- Repeatable sales model
- Managers hired
- Cash-flow breakeven
- Profitable
- Rapid scale
- New Senior Mgmt
~ 150 people
Startups Don’t Last Forever
You fail if you remain a startup!From Steve Blank’s “Why Accountants Don’t Run Startups” presentation, used with permission.
Scalable
Startup
Large
CompanyTransition
- Business Model found
- Product/Market fit
- Repeatable sales model
- Managers hired
- Cash-flow breakeven
- Profitable
- Rapid scale
- New Senior Mgmt
~ 150 people
Startups Don’t Last Forever
You fail if you remain a startup!From Steve Blank’s “Why Accountants Don’t Run Startups” presentation, used with permission.
Scalable
Startup
Large
CompanyTransition
- Business Model found
- Product/Market fit
- Repeatable sales model
- Managers hired
- Cash-flow breakeven
- Profitable
- Rapid scale
- New Senior Mgmt
~ 150 people
Startups Don’t Last Forever
You fail if you remain a startup!From Steve Blank’s “Why Accountants Don’t Run Startups” presentation, used with permission.
Large
Company
FTW!
9
The Large Company is the result of a
successful Scalable Startup
10
The Large Company is the result of a
successful Scalable Startup
If you can survive the transition
11
The Large Company is the result of a
successful Scalable Startup
If you can survive the transition
(which has pitfalls)
12
Not Really Startup Metrics
• ~100 full-time employees
– Technical staff ~50 people
• > $40 million run-rate
• > 10 million monthly unique visitors
13
Introduction
• Assumption audience is quite familiar with
Eric Ries’ Lessons Learned blog
• IMVU sometimes referred to as the
original Lean Startup
• Talking about IMVU transitioning from
Scalable Startup to Large Company
14
Quick Background
• Customer Development & Lean principles lead company to tremendous growth
• Fast development – everybody focused on getting new things into customers hands
• No “golden gut” - customer metrics beat grand product vision
• Inspirational environment – everybody empowered to make product decisions
15
Hey – We’re a Scalable Startup!
$0.0
$0.5
$1.0
$1.5
$2.0
$2.5
$3.0
Q1'06 Q2'06 Q3'06 Q4'06 Q1'07 Q2'07
IMVU Revenue by Quarter (in millions)
16
Initial Transition
• Product Owners for R&D, productizing,
monetizing and keeping things running
– Smaller, independent versions of company
• Same successful philosophy and practices
– Ship fast (but 2 month cycles feel slow)
– Anybody can make product decisions
– Customer-facing over infrastructure
17
Not So Much
$0.0
$0.5
$1.0
$1.5
$2.0
$2.5
$3.0
Q1'06 Q2'06 Q3'06 Q4'06 Q1'07 Q2'07 Q3'07
IMVU Revenue by Quarter (in millions)
18
Not So Much
• Revenue dropped even though we were
the using exact same philosophy and
practices that delivered success
• Product becoming “bucket of bolts”
– Features abandoned because development
teams disbanded / moved to new projects
• Emphasis on customer-facing changes
leads to increased technical debt
19
Transition: Plan B
• 7 “customer experience” product groups
– acquisition, discovery, connection, etc.
• Persistent feature ownership
• Each group has key business metric
– Conversion, retention, # chats, etc.
– Combined metrics ultimately drive revenue
20
Again, Not So Much
$0.0
$0.5
$1.0
$1.5
$2.0
$2.5
$3.0
Q1'06 Q2'06 Q3'06 Q4'06 Q1'07 Q2'07 Q3'07 Q4'07 Q1'08 Q2'08
IMVU Revenue by Quarter (in millions)
21
Again, Not So Much
• Revenue flat
• Product still a “bucket of bolts”
• Technical debt continues to pile up
– Build infrastructure hindering development
– Can’t iterate on IM client
• Lack of progress leading to morale issues
22
Key Failures
• Didn’t align everybody for success
– Competing metrics = adversarial owners
– Authority disconnected from responsibility
• 7 product teams = too small to be effective
– No desire to apply limited team to tech debt
• Focus on immediate customer feedback
prevented “big bet” improvements
– Bias favors features over infrastructure
23
Transition: Plan C
• Align organization for success
• Strengthen product ownership
– Support it with effective project management
• Allow “big bets”, not just optimizations
• Don’t lose the things that make us great!
24
Getting Aligned
• Officers determine business strategy
– Shared (repeatedly) with all employees
• All employees have same incentive plan
– 2009 targets for profitability and revenue
• Authority consistent with responsibility
– Drive accountability
– Required difficult changes to culture
25
Stronger Product Ownership
• VP Product clear mandate
– Determines long-term product strategy
– Aligns product owners to company strategy
• Product teams: product, monetization,
keeping things running, but this changes
• Product Owners determine all product
changes
26
Project Management
• Needed visibility into:
– Where we spend development resources
– Better ROI assessment when planning (the “I”)
– What others are doing (transparency)
• Resource Allocation
– Product decides % of resources to each area
– Engineering determines actual people
• Variation of scrum, 2-3 week sprints
27
Seeing the Big Picture
• Passion for customer validation great
• Obsession for immediate validation can
distract you
• Easy to lose sight of:
– Product opportunities requiring a big bet
– Increasing technical debt
– Infrastructure needs
28
Customer vs. Infrastructure
• Customer facing features prioritized over
infrastructure critical to early success
• When it compromises ability to rapidly
iterate a key strength is lost
29
How Do You Know?
“We are hiring smart people that can’t make
changes to our code”
30
Payback of Technical Debt
• Dedicated technical investment projects
• Some systems get a technical debt “tax”
applied only when product changes
• Tech Leads can add project requirement
31
Continuous Deployment Overhead
• Effective development systems require
ongoing investment to scale
– Impacts speed and morale
• IMVU spends >20% of engineering on
maintenance of the tests and process
– Even with premium we find it has high ROI
• Pain follows a square wave pattern as we
scale the organization
CD: Expect Some Hurdles
• Production outages
• New overhead
– Tests
– Build systems
• Production outages
• Frustration
• Production outages
(but well worth it)
33
Cultural
• No longer possible for everybody to
participate in every aspect of the company
• Leadership changes at all levels
• Process: too much, too little.
• Not everyone makes the transition… some
people just love startups
34
Key Cultural Values We Kept
• Entrepreneurial spirit
• Customer metrics validate our decisions
• Value everybody’s ability to contribute to
product direction
• Accepting failures in order to learn and
improve
35
Example: New IM Client
• Not previously possible
– 1-year design and development
– Substantial non-customer-facing infrastructure
• Big win for customers and technical debt
– Solved key issue confusing customers
– Rate of development greatly accelerated
• Iterated with customer validation!
36
Example: Hack Week
• Originally few requirements– Anybody can develop anything
– Have to demo it at end of week (live)
• New requirements – anything, but ship it or kill it– Each person allowed 1 project at a time
– Product adopts it, keep building it or kill it
– Limit customer exposure until adoption
– Engineers need business data to make decisions!
• Results– Much higher rate of projects getting to customers
– Many engineers choose to work on existing product plan!
37
How’s the Transition Going?
$0
$1
$2
$3
$4
$5
$6
$7
$8
Qtr Q1'06 Q2'06 Q3'06 Q4'06 Q1'07 Q2'07 Q3'07 Q4'07 Q1'08 Q2'08 Q3'08 Q4'08 Q1'09 Q2'09 Q3'09 Q4'09
IMVU Revenue by Quarter (in millions)
38
Thank You
Brett G. Durrett
Twitter: @bdurrett
and… many thanks to Steve Blank for use of his slides
39
Oh Yeah…
Interested in getting more experience?
We’re hiring!
http://www.imvu.com/jobs/