KEMBAR78
Iterating In the Open | PPTX
Iterating in the OpenDave HodsonJuly 2010dave@davehodson.com/@davehod
Open Iteration	Continually creating and deploying the next version (iteration) of a product with a high-level of transparency and user engagement
OverviewSoftware methodologiesLaunch strategiesOptimize for Best FitOpen IterationPros/Cons/TakeawaysStealth mode?
BackgroundSerial Entrepreneur iPrint: NASD MessageCast: acquired by MSFTPrincipal at BingStartup advisorOpen source, Java, cloud computing
Software Methodologies (The short version)
WaterfallAKA “I start when you finish”Long cycles/few releasesValuable in very limited scenarios
Cowboy CodingAKA “Code and Fix”Ready, Fire, Aim!Potential for very quick iterations/lots of releasesPrototypes
Agile“The simplest thing that could possibly work”Quick iterationsContinual feedbackOverloaded term so be careful
Launch Strategies
Feature ParityParity occurs when products have equal feature setsLaunch only when parity is achievedLong initial release cycleChasing a moving target
Required FeaturesPotential for relatively longer initial release cycleAbility to adjust to changing conditions/feedbackMinimum Viable Product (Eric Ries)
Minimum FeaturesShort release cyclesAbility to quickly adjust to changing conditions/feedbackMinimum Desirable Product (Andrew Chen)
Optimize for best fit
Optimize for IterationsInitial LaunchFollow-on Iterations
What is open iteration?
Open IterationInitial vision and product roadmapCommunication – set expectationsVisibility and transparencyRapid release cycleProduct functionality additive over timeFeedback helps drive features/prioritiesWarts and all
“Of course we don't fault people for making requests. We encourage it ... So what do you do with all these requests that pour in? Just read them and then throw them away.”37 Signal’s “Getting Real”
ProsThe ability to evolve the product based on reality (i.e. user feedback, actual utilization) Feedback based on hands-on usage instead of looking at mockupsUsers guiding both the features and the priority of the features
ConsDon’t necessarily have business validationA new visitor to the site may not see value on initial visit and never return (the “is that all there is?” problem) Bugs, bugs, bugs. Must have a staging environment and plenty of automated tests, but when you’re running fast …
TakeawaysIterating in the open is a net positive, but users need visibility on updates and bug fixes (blog posts and email are great for this) Enable the site with an open feedback mechanism (e.g. uservoice) Drive towards a Minimum Viable Product - have a strong grasp on metrics and value
Takeaways (cont)Have internal analytics as well as external (use Google Analytics) to get a good picture what users are doing and the conversations about your site. Ensure there is a mechanism to scale out quickly and cheaply (EC2/GAE/etc)Automate as much as you can including unit tests, build and deployment scripts, etc. The time savings and reduction in errors pay off quickly.
What about stealth mode?
Stealth ModeOverrated, but don’t embarrass yourself eitherIdeas don’t matter nearly as much as execution does“This is easy, it’s just an execution play”
Questions?

Iterating In the Open

  • 1.
    Iterating in theOpenDave HodsonJuly 2010dave@davehodson.com/@davehod
  • 2.
    Open Iteration Continually creatingand deploying the next version (iteration) of a product with a high-level of transparency and user engagement
  • 3.
    OverviewSoftware methodologiesLaunch strategiesOptimizefor Best FitOpen IterationPros/Cons/TakeawaysStealth mode?
  • 4.
    BackgroundSerial Entrepreneur iPrint:NASD MessageCast: acquired by MSFTPrincipal at BingStartup advisorOpen source, Java, cloud computing
  • 5.
  • 6.
    WaterfallAKA “I startwhen you finish”Long cycles/few releasesValuable in very limited scenarios
  • 7.
    Cowboy CodingAKA “Codeand Fix”Ready, Fire, Aim!Potential for very quick iterations/lots of releasesPrototypes
  • 8.
    Agile“The simplest thingthat could possibly work”Quick iterationsContinual feedbackOverloaded term so be careful
  • 9.
  • 10.
    Feature ParityParity occurswhen products have equal feature setsLaunch only when parity is achievedLong initial release cycleChasing a moving target
  • 11.
    Required FeaturesPotential forrelatively longer initial release cycleAbility to adjust to changing conditions/feedbackMinimum Viable Product (Eric Ries)
  • 12.
    Minimum FeaturesShort releasecyclesAbility to quickly adjust to changing conditions/feedbackMinimum Desirable Product (Andrew Chen)
  • 13.
  • 14.
    Optimize for IterationsInitialLaunchFollow-on Iterations
  • 15.
    What is openiteration?
  • 16.
    Open IterationInitial visionand product roadmapCommunication – set expectationsVisibility and transparencyRapid release cycleProduct functionality additive over timeFeedback helps drive features/prioritiesWarts and all
  • 17.
    “Of course wedon't fault people for making requests. We encourage it ... So what do you do with all these requests that pour in? Just read them and then throw them away.”37 Signal’s “Getting Real”
  • 18.
    ProsThe ability toevolve the product based on reality (i.e. user feedback, actual utilization) Feedback based on hands-on usage instead of looking at mockupsUsers guiding both the features and the priority of the features
  • 19.
    ConsDon’t necessarily havebusiness validationA new visitor to the site may not see value on initial visit and never return (the “is that all there is?” problem) Bugs, bugs, bugs. Must have a staging environment and plenty of automated tests, but when you’re running fast …
  • 20.
    TakeawaysIterating in theopen is a net positive, but users need visibility on updates and bug fixes (blog posts and email are great for this) Enable the site with an open feedback mechanism (e.g. uservoice) Drive towards a Minimum Viable Product - have a strong grasp on metrics and value
  • 21.
    Takeaways (cont)Have internalanalytics as well as external (use Google Analytics) to get a good picture what users are doing and the conversations about your site. Ensure there is a mechanism to scale out quickly and cheaply (EC2/GAE/etc)Automate as much as you can including unit tests, build and deployment scripts, etc. The time savings and reduction in errors pay off quickly.
  • 22.
  • 24.
    Stealth ModeOverrated, butdon’t embarrass yourself eitherIdeas don’t matter nearly as much as execution does“This is easy, it’s just an execution play”
  • 25.

Editor's Notes

  • #12 So, the minimum viable product is that product which has just those features (and no more) that allows you to ship a product that resonates with early adopters; some of whom will pay you money or give you feedback.another example of this idea would be to set up a landing page and test for clickthrough rates and signup conversions, to see if there is any interest in the product.
  • #13 To build an MDP, you will have to actually deliver the core of a product experience so that your customers can make a full assessment, rather than simply providing a landing page