• Save
2012 feb 25 agile ux nyc, seiden, requirements to hypotheses
Upcoming SlideShare
Loading in...5
×
 

2012 feb 25 agile ux nyc, seiden, requirements to hypotheses

on

  • 13,959 views

My talk from

My talk from

Statistics

Views

Total Views
13,959
Views on SlideShare
8,970
Embed Views
4,989

Actions

Likes
70
Downloads
32
Comments
0

46 Embeds 4,989

http://agileuxnyc.com 1542
http://d.hatena.ne.jp 630
http://ptl113 590
http://welovelean.com 587
http://www.scoop.it 309
http://blog.dremer.net 190
http://welovelean.posterous.com 178
http://10.26.2.41 137
https://twitter.com 121
http://user-experience-specialist.blogspot.com 117
http://modalsoul.github.com 97
http://sprmario.hatenablog.jp 74
http://localhost 67
http://storify.com 62
http://explojenny.tumblr.com 56
http://flavors.me 52
http://papercutny.com 43
http://user-experience-specialist.blogspot.de 24
http://think-out-loud.posterous.com 23
http://feeds.feedburner.com 14
http://welovelean.wordpress.com 9
http://posterous.com 8
http://sprmario.tumblr.com 8
http://modalsoul.github.io 6
http://www.twylah.com 6
http://webcache.googleusercontent.com 5
http://tweets.prodmgmttalk.com 4
http://user-experience-specialist.blogspot.com.au 3
http://kred.com 3
http://sprmario.posterous.com 3
https://si0.twimg.com 2
http://pinterest.com 2
http://ptl113.blackbaud.com 2
https://www.rebelmouse.com 2
http://us-w1.rockmelt.com 2
http://www.pinterest.com 1
http://joshuaseiden.com 1
http://weblog.endava.com 1
http://ukrb-wp-p01 1
http://user-experience-specialist.blogspot.com.br 1
http://paper.li 1
http://pralim.hypotheses.org 1
http://a0.twimg.com 1
http://translate.googleusercontent.com 1
http://user-experience-specialist.blogspot.in 1
http://wordpress.blackbaud.com 1
More...

Accessibility

Upload Details

Uploaded via as Apple Keynote

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • \n
  • \n
  • \n \n \n \n
  • \n \n \n \n
  • \n \n \n \n
  • The basic idea here comes from Eric Ries, who talks about Lean Startup. \n\nEric says a startup is “A human institution designed to creates something new in an environment of extreme uncertainty.” \n\nI’ve been thinking about that definition a lot recently--specifically the part about “extreme uncertainty.” Maybe it’s just me, but in twenty years of doing software product development, I’ve never seen a significant software project that operates in an environment of certainty. So right now, my working theory is that this technique can be used on just about any software project. \n\n \n \n \n
  • * Aligns the business against the AGILE/UX team\n* It’s not clear whether the requirement is wrong, or the the solution is wrong\n* It creates the conditions for “agile-fall”\n\n“Business people and developers must work together on a dialy basis throughout the project.”\n\n
  • When you use requirements, you create a dynamic that limits creativity and learning. There are times when you want this. You don’t want people to be “creative” when they are assembling an airplane, for example. But there are also times when you want to encourage creative problem solving.\n\n\n
  • The problem is, how do you create appropriate constraints on creative problem solving?\n\nDesigners are used to making things in a kind of intuitive way, then putting them in the world and seeing what happens. I think if this as kind of throwing a pebble in a pond and watching the ripples. This is fine, but it’s not an easy process to follow in agile teams, because this kind of intuitive design is hard for teams to participate in. It’s very internal. And just to be clear, I think this an important design technique--a solo designer following his or her intuition. But it’s just not very conducive to agile teams.\n\n
  • \n
  • \n
  • \n
  • James Stephens (February 9, 1882–December 26, 1950) was an Irish novelist and poet.\nJames Stephens wrote many retellings of Irish myths and fairy tales. His retellings are marked by a rare combination of humor and lyricism (Deirdre, and Irish Fairy Tales are often singled out for praise). He also wrote several original novels (Crock of Gold, Etched in Moonlight, Demi-Gods) loosely based on Irish fairy tales. "Crock of Gold," in particular, achieved enduring popularity and was frequently reprinted throughout the author's lifetime.\n\n
  • Albert Szent-Györgyi de Nagyrápolt (Hungarian: Nagyrápolti Szent-Györgyi Albert [ˈnɒɟraːpolti ˈsɛntˌɟørɟi ˈɒlbɛrt]; September 16, 1893 – October 22, 1986) was a Hungarian physiologist who won theNobel Prize in Physiology or Medicine in 1937.[1] He is credited with discovering vitamin C and the components and reactions of the citric acid cycle. He was also active in the Hungarian Resistance during World War II and entered Hungarian politics after the war.\n\n
  • Making progress on features is false progress. In the Lean Startup model, the measure of progress is validated learning. In other words--proving your hypotheses. \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n

2012 feb 25 agile ux nyc, seiden, requirements to hypotheses 2012 feb 25 agile ux nyc, seiden, requirements to hypotheses Presentation Transcript

  • ReplacingRequirementswith Hypotheses AgileUX NYC 2012 Feb 25, 2012 Josh Seiden @jseiden
  • Me and my hashtags Josh Seiden www.proof-nyc.com @jseiden @proof_nyc #leanUX #leanStartupwww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 2 Share Alike 3.0 United States
  • Internet Mousewww.proof-nyc.comwww.slideshare.net/jseiden 3 License: Creative Commons Attribution- Share Alike 3.0 United States View slide
  • Internet Mousewww.proof-nyc.comwww.slideshare.net/jseiden 3 License: Creative Commons Attribution- Share Alike 3.0 United States View slide
  • What are we talking about?Requirements and hypotheses can both be used to frame the work of teams.- Example of a requirement: create an Internet Mouse that people can use when surfing the internet on their TV from their couch.- Hypothesis: we believe that people will pay for a device that makes it easier and more fun to surf the internet from their living room couches in front of the TV.www.proof-nyc.comwww.slideshare.net/jseiden 4 License: Creative Commons Attribution- Share Alike 3.0 United States
  • For many teams, in manycontexts, hypotheses are amore effective way tomanage your work thanrequirements. 5
  • Extreme uncertaintywww.proof-nyc.comwww.slideshare.net/jseiden 6 License: Creative Commons Attribution- Share Alike 3.0 United States
  • The problem with requirements The business owners express needs as “requirements.”Problem: the team has no visibility to user/market need.Problem: “The business” does the thinking, the design/dev team does the implementing.www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 7 Share Alike 3.0 United States
  • Requirements vs. hypothesesWhen you’re in production, building to a known standard, you want requirements.When you’re in an environment of uncertainty, you want hypotheses.www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 10 Share Alike 3.0 United States
  • Why hypotheses are better
  • Why are hypotheses more effective?They are understood to be only provisionally true: in other words, they express assumptions that need to be tested.Hypotheses are answers put forth in the spirit of a question.www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 12 Share Alike 3.0 United States
  • On questions...“We get wise by asking questions, and even if these questions are not answered we get wise, for a well-packed question carries its answer on it’s back as a snail carries its shell.” James Stephens, The Boyhood of Fionnwww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 13 Share Alike 3.0 United States
  • Wisdom? Who cares?“Working software is the primary measure of progress.”“Validated learning is the primary measure of progress.”www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 14 Share Alike 3.0 United States
  • Reduce Inventory, Risk and Waste Make a Get design feedback decision from market Concept credit: @clevergirlwww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 15 Share Alike 3.0 United States
  • Reduce Inventory, Risk and Waste This is going to be BIG! Make a Get design feedback decision from market Concept credit: @clevergirlwww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 15 Share Alike 3.0 United States
  • Reduce Inventory, Risk and Waste This is No one going to be clicked. BIG! Make a Get design feedback decision from market Concept credit: @clevergirlwww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 15 Share Alike 3.0 United States
  • Reduce Inventory, Risk and Waste This is No one going to be clicked. BIG! Make a Get design 3 MONTHS feedback decision from market Concept credit: @clevergirlwww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 15 Share Alike 3.0 United States
  • Reduce Inventory, Risk and Waste This is No one going to be clicked. BIG! Make a Get design 3 MONTHS feedback decision from market 3 HOURS Concept credit: @clevergirlwww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 15 Share Alike 3.0 United States
  • Less risk, more often The old way... The new way! Concept credit: @clevergirlwww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 16 Share Alike 3.0 United States
  • What is a hypothesis?
  • What is a hypothesis?An hypothesis is a proposed explanation of the way things work.www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 18 Share Alike 3.0 United States
  • What is a Hypothesis? We believe that ________________. ...and: We’ll know that we’re right when we see this signal: ______________.www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 19 Share Alike 3.0 United States
  • What is a Hypothesis? We believe that people will pay for a device that makes it easier and more fun to surf the internet from their living room couches. ...and: We’ll know that we’re right when 1. People use our mockups without trouble. 2. People offer to pay when we offer to leave the mockups with them.www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 20 Share Alike 3.0 United States
  • Techniques
  • Process Replace requirements with hypotheses by: 1. Identifying assumptions 2. Expressing assumptions as hypotheses 3. Test the riskiest assumptions first 4. Break your hypotheses down into testable parts 5. Use MVP concept to test your hypothesis 6. Get out of the building 7. Lather, rinse, and repeatwww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 22 Share Alike 3.0 United States
  • Method: Declare your assumptionswww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden Share Alike 3.0 United States
  • Method: Declare your assumptionsWhat assumptions do you have?www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden Share Alike 3.0 United States
  • Method: Declare your assumptionsWhat assumptions do you have?…about your customers?www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden Share Alike 3.0 United States
  • Method: Declare your assumptionsWhat assumptions do you have?…about your customers?…that if proven false, will cause you to fail?www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden Share Alike 3.0 United States
  • Method: probe deeply for assumptionsWho is the user? Who is the customer?Where does our product fit in their work or life?What problems does our product solve?When and how is our product used?What features are important?How should our product look and behave?How will we make money?www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden Share Alike 3.0 United States
  • Test your riskiest assumptions first high risk known unknown low riskwww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden Share Alike 3.0 United States
  • Method: Write the test firstWe believe that ______________.We will know we have succeeded when qualitative and quantitative outcome. This will improve KPI.www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden Share Alike 3.0 United States
  • Method: Minimum Viable Productwww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden Share Alike 3.0 United States
  • Method: Minimum Viable ProductWhat is the smallest thing we can make to testour hypothesis?www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden Share Alike 3.0 United States
  • Method: Minimum Viable ProductWhat is the smallest thing we can make to testour hypothesis?The answer to this question is your MVP.www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden Share Alike 3.0 United States
  • An example 28
  • Case study: recent clientA web service that you plug in to your commerce siteProvides a set of features to end usersMerchant gains insight because the widget generates metricswww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 29 Share Alike 3.0 United States
  • Case study: recent clientThe problem: they had a feature backlog, and were not sure how to prioritize what to work on next.www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 30 Share Alike 3.0 United States
  • Case study: identifying assumptionsTo deal with “requirements” we built a story mapwww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 31 Share Alike 3.0 United States
  • Case study: identifying riskwww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 32 Share Alike 3.0 United States
  • Case study: the biggest risk Do our customers value our offering enough to pay for it?www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 33 Share Alike 3.0 United States
  • The value hypothesisWe believe that our customers value our offering because:1. Our widget adds a valuable feature to their pages.2. Our widget generates traffic for them. Free offering3. Our widget generates sales for them.4. Our widget generates valuable data. Paid offeringwww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 34 Share Alike 3.0 United States
  • Case study: find the riskiest assumptions1. Customers will value our high riskwidget’s basic functionalityenough to choose it over the 1free competitors. 22. Customers will value ouranalytics enough to upgrade known unknownto the paid version of ourproduct. low riskwww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 35 Share Alike 3.0 United States
  • Startup Metrics for Pirates Awareness Learns about our product Installation Installs widget on site Values analytics enough Purchase to upgrade to premium Doesn’t cancel after Repurchase 30-day trial Refers Referral Friendswww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 36 Share Alike 3.0 United States
  • Startup Metrics for Pirates We believe that if we show Awareness Debbie how important [our Learns about our product functionality] is she will give us her email address. Installation Installs widget on site Values analytics enough Purchase to upgrade to premium Doesn’t cancel after Repurchase 30-day trial Refers Referral Friendswww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 36 Share Alike 3.0 United States
  • Startup Metrics for Pirates We believe that if we show Awareness Debbie how important [our Learns about our product functionality] is she will give us her email address. We believe that our free offering Installation Installs widget on site is strong enough that she will install us over our competitor. Values analytics enough Purchase to upgrade to premium Doesn’t cancel after Repurchase 30-day trial Refers Referral Friendswww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 36 Share Alike 3.0 United States
  • Startup Metrics for Pirates We believe that if we show Awareness Debbie how important [our Learns about our product functionality] is she will give us her email address. We believe that our free offering Installation Installs widget on site is strong enough that she will install us over our competitor. Values analytics enough We believe that Debbie will value our Purchase analytics enough to pay for this level of to upgrade to premium service. Doesn’t cancel after Repurchase 30-day trial Refers Referral Friendswww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 36 Share Alike 3.0 United States
  • Startup Metrics for Pirates We believe that if we show Awareness Debbie how important [our Learns about our product functionality] is she will give us her email address. We believe that our free offering Installation Installs widget on site is strong enough that she will install us over our competitor. Values analytics enough We believe that Debbie will value our Purchase analytics enough to pay for this level of to upgrade to premium service. Doesn’t cancel after Repurchase 30-day trial Refers Referral Friendswww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 36 Share Alike 3.0 United States
  • Hypothesis: activation/installationwww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 37 Share Alike 3.0 United States
  • Hypothesis: activation/installationHypothesis: Our customers will value our free widget enough to install it.www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 37 Share Alike 3.0 United States
  • Hypothesis: activation/installationHypothesis: Our customers will value our free widget enough to install it.Sub-hypothesis: they will install the free widget only if the installation process is easy enough.www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 37 Share Alike 3.0 United States
  • Hypothesis: activation/installationHypothesis: Our customers will value our free widget enough to install it.Sub-hypothesis: they will install the free widget only if the installation process is easy enough.www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 37 Share Alike 3.0 United States
  • Hypothesis: activation/installationHypothesis: Our customers will value our free widget enough to install it.Sub-hypothesis: they will install the free widget only if the installation process is easy enough.Problem: the installation process is too hard for our customer. It is preventing us from measuring customer behavior.www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 37 Share Alike 3.0 United States
  • Hypothesis: activation/installationHypothesis: Our customers will value our free widget enough to install it.Sub-hypothesis: they will install the free widget only if the installation process is easy enough.Problem: the installation process is too hard for our customer. It is preventing us from measuring customer behavior.www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 37 Share Alike 3.0 United States
  • Experiment one: will they install it?www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 38 Share Alike 3.0 United States
  • Experiment one: will they install it? vs. Install with one click...www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 38 Share Alike 3.0 United States
  • Experiment one: will they install it? vs. Install with one click...www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 38 Share Alike 3.0 United States
  • Requirement vs Hypothesiswww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 39 Share Alike 3.0 United States
  • Requirement vs HypothesisRequirement: build an installerwww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 39 Share Alike 3.0 United States
  • Requirement vs HypothesisRequirement: build an installerwww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 39 Share Alike 3.0 United States
  • Requirement vs HypothesisRequirement: build an installerHypothesis: Our customers will value our free widget enough to install it.www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 39 Share Alike 3.0 United States
  • Requirement vs HypothesisRequirement: build an installerHypothesis: Our customers will value our free widget enough to install it.Sub-hypothesis: they will install the free widget only if the installation process is easy enough.www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 39 Share Alike 3.0 United States
  • Requirement vs HypothesisRequirement: build an installerHypothesis: Our customers will value our free widget enough to install it.Sub-hypothesis: they will install the free widget only if the installation process is easy enough.www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 39 Share Alike 3.0 United States
  • Requirement vs HypothesisRequirement: build an installerHypothesis: Our customers will value our free widget enough to install it.Sub-hypothesis: they will install the free widget only if the installation process is easy enough.MVP: build a page that supports a concierge installer.www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 39 Share Alike 3.0 United States
  • Requirement vs HypothesisRequirement: build an installerHypothesis: Our customers will value our free widget enough to install it.Sub-hypothesis: they will install the free widget only if the installation process is easy enough.MVP: build a page that supports a concierge installer.www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 39 Share Alike 3.0 United States
  • The next hypothesis... We believe that if we show Awareness Debbie how important [our Learns about our product functionality] is she will give us her email address. We believe that our free offering Installation Installs widget on site is strong enough that she will install us over our competitor. Values analytics enough We believe that Debbie will value our Purchase analytics enough to pay for this level of to upgrade to premium service. Doesn’t cancel after Repurchase 30-day trial Refers Referral Friendswww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 40 Share Alike 3.0 United States
  • Experiment 2: do they value analytics?Requirement: build an analytics dashboardHypothesis: Our customers will value our analytics dashboard enough to pay for it.We’ll know we’ve succeeded when 6 customers respond to our mockups by signing Letters of Intent.MVP: Mockup of analytics dashboard.www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 41 Share Alike 3.0 United States
  • Hypotheses win...www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 42 Share Alike 3.0 United States
  • Hypotheses win...A way to re-frame requirementswww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 42 Share Alike 3.0 United States
  • Hypotheses win...A way to re-frame requirements  Every decision you make about your offering is a design decision.www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 42 Share Alike 3.0 United States
  • Hypotheses win...A way to re-frame requirements  Every decision you make about your offering is a design decision.  Every design decision is an hypothesis.www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 42 Share Alike 3.0 United States
  • Hypotheses win...A way to re-frame requirements  Every decision you make about your offering is a design decision.  Every design decision is an hypothesis.  Declare your assumptions and test them.www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 42 Share Alike 3.0 United States
  • Hypotheses win...A way to re-frame requirements  Every decision you make about your offering is a design decision.  Every design decision is an hypothesis.  Declare your assumptions and test them.  Entire team engaged in the feedback loopwww.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden 42 Share Alike 3.0 United States
  • Enjoy what you saw? Follow @jseiden and @proof_nyc. THANK YOU!www.proof-nyc.com License: Creative Commons Attribution-www.slideshare.net/jseiden Share Alike 3.0 United States