<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Teaching Lean Startup Principles: An Empirical Study on Assumption Prioritization</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Matthias Gutbrod</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Jürgen Münch</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Faculty of Informatics, Reutlingen University</institution>
          ,
          <addr-line>Reutlingen</addr-line>
          ,
          <country country="DE">Germany</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2018</year>
      </pub-date>
      <fpage>245</fpage>
      <lpage>253</lpage>
      <abstract>
        <p>Creating new business models, products or services is challenging in fast-changing unpredictable environments. Often, product teams need to make many assumptions (e.g., assumptions about future demands) that might not be true. These assumptions impose risks to the success and these risks need to be mitigated early. One of the principles of the Lean Startup approach is to identify and prioritize the riskiest assumptions in order to validate them as early as possible. This helps to avoid wasting effort and time. In the literature there are several different methods for identifying and prioritizing the riskiest assumptions reported. However, only little research exists about the practical application of these methods in practice and how to teach them. In this paper, we present and empirically analyze a workshop format that we have developed for teaching the prioritization of Lean Startup assumptions. We aim at raising the awareness for assumption thinking among the participants and teach them through group work how to prioritize assumptions. The results of the analysis of a multitude of conducted workshops show that the applied method did lead to reasonable results and accompanying learning effects. In addition, the participants got aware of assumption thinking and liked learning in a practical way.</p>
      </abstract>
      <kwd-group>
        <kwd>Risk Prioritization</kwd>
        <kwd>Riskiest Assumptions</kwd>
        <kwd>Teaching</kwd>
        <kwd>Lean Startup</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>
        Kevin Systrom had an idea for a location sharing app where users could “check-in”,
called Burbn. The programming of the iPhone app took him a few months. In Burbn
users could check-in with friends who are hanging around, get points and take and post
pictures. The app had many features and was therefore complicated to use. The app was
unsuccessful, but Kevin Systrom started together with Mike Krieger to analyze what
the customers really were doing with their app. They found that the original assumption
that users will use a "check-in" feature was wrong. This could have been validated
before the full implementation of the feature. The two observed that users were basically
only posting photos. Together, they decided to get rid of all of the app functionalities
except for sharing and liking photos. They spent months creating and experimenting
with prototypes in order to validate risky assumptions. In the end, they built an app
called Scotch. Scotch was slow and full of bugs. Nevertheless, they doubled down on
the insight that sharing photos in a frictionless way is important for users. In the next
version, they focused on a super easy to use app where the users only need three clicks
to upload a photo. They called the app Instagram and launched it in October 2010 [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ].
      </p>
      <p>
        Creating new products or services is quite challenging because there is a high risk of
creating something that nobody wants [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. More than half of all product ideas do not
work. Typical reasons are that customers are not excited about a product or that a
product is too difficult or time-consuming to use. Sometimes, there are problems with the
business viability due to legal, financial or business constraints [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. Many assumptions
are made during product development that come from team members or superiors.
Product teams, for instance, try to take the customers perspective and they imagine that
customer use a product in a specific way. When they observe real customer behavior
afterwards, they are often surprised that customers behave quite differently. Due to
Gladstone [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ], “it is often the unexpected way that a customer uses a product, that
highlights it is true potential".
      </p>
      <p>
        In order to raise the odds of success of product and service development it is
important to identify the important assumptions that need to be true for success. These
assumptions need to be validated as early as possible. An important task is to identify
these assumptions. But how to find them? Where are they documented? Usually, all
relevant aspects of a product or business idea are documented in canvas models such
as the Business Model Canvas [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] or the Lean Canvas [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. At the beginning, these
canvas models are full of untested assumptions. Therefore, canvas models can be seen as
a good starting point for identifying assumptions.
      </p>
      <p>
        Every entry in a business model is an assumption until we have proven that the
assumption is right. Assumption testing is an essential activity [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]. However, product
development is limited by time and other resources so that not every assumption can be
tested. This is the reason why we should first identify which assumptions are the riskiest
ones and test them first. Ries states that “Lean Startup is designed to operate in […]
situations where we face […] extreme uncertainty…“ [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Ries calls the riskiest
assumptions “Leap-of-Faith Assumptions” (LOFA). They can be seen as claims in a
business plan that will have the greatest impact on its success or failure. Very often, LOFAs
focus in the beginning around the problem and the customer segment. Testing these
assumptions is quite difficult as customers “often think they know what they want, but
it turns out that they are wrong” [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Careful validation techniques, e.g. through
customer development interviews, is necessary to validate those assumptions.
      </p>
      <p>There are many methods dealing with risk prioritization, but there are only little
research and practical experience on teaching them. In this paper, we describe a workshop
format that guides participants on how to prioritize assumptions of an example business
models or business ideas.</p>
      <p>The rest of this paper is organized as follows: Section 2 presents related work.
Section 3 defines the research approach and the research questions. In Section 4 we present
the results followed by Section 5 with a discussion and lessons learned. Section 6
summarizes the paper and outlines future research.</p>
    </sec>
    <sec id="sec-2">
      <title>Related Work</title>
      <p>There exist several different approaches for prioritizing assumptions with respect to
risks. In this section, we describe some of the popular methods. The methods have
several differences: some are, for instance, using matrixes with dimensions, others are
based on quantitative risk calculations, and some methods recommended specific
sequences in which assumptions can be tested to reduce risks.</p>
      <p>
        The first matrix approach is the Prioritization Matrix by J. Gothelf and J. Seiden [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
They use the two dimensions “known to unknown” and “low risk to high risk” in order
to classify and compare different assumptions. The second matrix approach is the
Prioritizing Leap-of-Faith Assumptions (LOFA) matrix described in the book “The
Startup Way” by Eric Ries [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Ries also uses two dimensions. The first one is the “time
of impact” which describes when the assumption will have an impact. The second one
is the “magnitude of impact” which describes how big the impact is on the business
model if the assumptions are false [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ].
      </p>
      <p>
        The approach by J. Fjeld consists of a calculation with three parameters: severity,
probability and cost. After all the parameters are calculated for every assumption, they
can be ranked [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. Ash Maurya divided risk into three different categories: product risk,
customer risk and market risk. He recommends to prioritizing the assumptions based
on the stage of your product [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. The book “Value Proposition Design” by Alexander
Osterwalder et al. [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] includes also a description of a simple prioritization method: a
long line from the bottom “less critical to survival” to the top “critical to survival” is
used for prioritization. The hypotheses from a business model can be pinned along this
line and ranked in order [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. Another method is described in the book “Disciplined
Entrepreneurship” by Bill Aulet [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]: he recommends making a list of all the areas in
which logical conclusions have been made, such as conclusions about producers,
consumer and development. Laura Klein presents a method in her book “Building Better
Products” [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] that is based on a risk identification grid with two separate factors. The
first factor describes how likely it is that an assumption is true and the second factor is
how bad the outcome will be if it is not true. For further details we refer to a previously
published more comprehensive analysis of risk prioritization methods that has been
conducted by the authors of this article [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ].
3
      </p>
    </sec>
    <sec id="sec-3">
      <title>Research Approach</title>
      <p>In order to teach how to prioritize Lean Startup assumptions and to raise assumption
thinking we created a workshop format that uses one of the aforementioned
prioritization methods. For the workshop we selected as initial method Eric Ries’ method from
“The Startup Way” which is based on sorting assumptions along the dimensions “time
to impact” and “magnitude of impact”. The assumptions are mapped onto a matrix. All
assumptions in the top right quarter, which have a high magnitude and a near impact
can be seen as LOFAs. They should be tested with experiments as early in the product
development process.</p>
      <p>In the workshops, for the specific task of risk prioritization we wanted to teach the
participants how they can easily classify assumptions into a risk matrix and identify the
riskiest ones. We prepared original Airbnb assumptions, so the participants did not have
to make their own assumptions initially. There are 22 assumptions in total that the
participants worked with. All participants were divided into groups of 3 to 6 participants.
At the beginning of the workshop we gave a presentation motivating the relevance of
the topic and explaining what assumptions are in the context of Lean Startup.
Additionally, we showed them some examples how startups identified and tested their
assumptions. Directly before the risk prioritization task, the participants got a short
introduction about Airbnb.</p>
      <p>After that, we showed them the task and explained the two axes of the Leap-of-Faith
Assumption matrix. Additionally, we explained to the participants that the riskiest
assumptions go in the upper right corner of the matrix where the distance from each axis
is the greatest. During the task, the participants worked completely alone without any
help. Each group got a poster with the assumption matrix. The assumptions were
already written on prepared sticky notes. The participants could look at all the
assumptions and potential relationships between different assumptions and decide where to put
them in the matrix. Each group had 20-25 minutes for this task. After the task, the
results were photographed with a camera and discussed. Each group was allowed to
present the three to four riskiest assumptions they identified.</p>
      <p>With this approach the following research questions should be answered:
 RQ1: Did the teams identify the riskiest assumptions?
 RQ2: Which assumptions are particularly correct/wrong categorized?</p>
    </sec>
    <sec id="sec-4">
      <title>Execution and Analysis</title>
      <p>A total of 6 workshops was carried out with 19 teams and in consequence a total result
of 19 matrixes. Immediately after each workshop task, we captured the results in
pictures. All pictures were copied to a digital folder and then individually printed on pages.
After printing, we measured the length of each axis in the bottom left quarter. We used
the results to scale the manually measured points to full-scale. Then, using a ruler, we
manually measured the distance from each axis to the sticky notes with the assumptions.
All the information from the measurements were recorded in Excel. Subsequently, we
measured the same quarter on the bottom left of the original poster, took the value and
set it in relation to the previous manual measurements. With this value, we scaled up
all the manually measured points to the original size. The gained data was used for the
analysis of the team results. In total, there were 397 sticky notes with 22 different
assumptions.
4.1</p>
      <sec id="sec-4-1">
        <title>Findings</title>
        <p>Overall, the common agreement on the “Magnitude of Impact” dimension was
greater than on the “Time to Impact” dimension.</p>
        <p>In the “Time to Impact” dimension, the groups identified the following three
assumptions as the most important: "Travelers are willing to rent from strangers (no
hotels)", "Homeowners will allow strangers to live with them for a short time" and
"AIRBNB is legal". The smallest standard deviation of the dimension was σ = 3,34
with the assumption "Homeowners want to allow strangers to live with them for a short
time". The largest standard deviation was the assumption: "Travelers do not want to
clean up after their stay" with a value of σ = 6.91.</p>
        <p>With respect to the “Magnitude of Impact” dimension, the groups identified the
following three assumptions as the most important: "AIRBNB is legal", "Homeowners
want to allow strangers to live with them for a short time" and "Travelers are willing to
rent from strangers (no hotels)". The smallest standard deviation of the dimension was
σ = 2,29 with the assumption "Homeowners will allow strangers to live with them for
a short time". The largest standard deviation was the assumption "Design A of the
search page leads to more bookings like Design B" with a value of σ = 6.77.</p>
        <p>One of the interesting results was that all groups from every workshop had always
independently identified the same three riskiest assumptions.
4.2</p>
      </sec>
      <sec id="sec-4-2">
        <title>Threats to Validity</title>
        <p>In this section, we critically discuss our study results regarding internal and external
threats to validity:</p>
        <p>How comparable is the business model to other business models? In the selected
example, we are dealing with a platform business model. Although, many business
models fall into this category of business models, other archetypes of business models
such as direct business models exist and this might impact the results.</p>
        <p>The criteria “Time to Impact” and “Magnitude of Impact” were chosen as
prioritization criteria. Other criteria can also play a role, such as the effort involved in
testing. We chose this risk matrix as an initial approach to prioritize assumptions
because it is proposed by Eric Ries popularized the Lean Startup approach.</p>
        <p>Can the method we described be used outside of a workshop? We have tested the
method and overseen its use in workshops. That does not necessarily mean the method
works online.</p>
        <p>Did the teams understand the prepared assumptions and were they clearly
formulated? The teams explained to each other how they understood the prepared
assumptions and ended up with a common vision. Two times, teams asked for the
meaning of an assumption because they did not understand it correctly.</p>
        <p>Is our evaluation correct? Were the results well photographed and are they usable?
We tried to photograph the group results from a direct position as best as possible. The
results were printed out on A4 paper and measured manually with a ruler. Some small
inaccuracies remain. Firstly, the sticky notes had no exact reference point so we had to
choose them freely. Secondly, some of the sticky notes were overlapping, making it
difficult to set the reference points. The calculation was carried out with the help of
Excel and was additionally controlled by another researcher.</p>
        <p>What kind of prior knowledge did the participants have to bring along for the
described part of the workshop? The participants needed to know the Airbnb business
model to understand the assumptions. At the beginning of the workshop, we first asked
whether they knew the business model or not. We then briefly explained what Airbnb
does and we placed an Airbnb info sheet on each of the group tables. How were the
appropriate Airbnb assumptions selected? The assumptions were made by the scientists
using various sources of literature. Together, we selected the assumptions for the
workshop and the selection was subjective.</p>
        <p>Are the assumptions simply unfounded? Attention was paid to ensure that the
assumptions were understandable, therefore other scientists were shown the assumptions
and questioned if their meaning was clear.</p>
        <p>Are the assumptions too simple and do not represent real assumptions? We extracted
the assumptions from real Airbnb reports and books so we believe that the assumptions
can be thoroughly tested.</p>
        <p>In order to generalize the results, further research with more workshops and training
is necessary.
5</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>Lessons Learned and Discussion</title>
      <p>Overall, the workshops were well received and the participants had no major problems
in conducting the tasks. The following lessons learned could be identified:</p>
      <p>Providing an example case with a set of predefined assumptions seems to be an easy
and efficient way to teach the concepts. This worked very well for the participants. The
participants could get immediately involved in the task of risk prioritization and did not
have to spend much time for coming up with their own assumptions. Additionally, the
prepared assumptions had the advantage that the participants had no personal feelings
about them so that they could view the assumptions more objectively.</p>
      <p>The groups were randomly created, so that they typically consisted of participants
with different backgrounds. The participants learned that there were different opinions
on where to put the assumptions in the matrix and needed to come up with an
agreement. The participants in each group were able to get a common understanding.
Usually, the groups needed 20-25 minutes to map all assumptions on the matrix. In one
workshop the group size was bigger, i.e., 5-6 persons per group. In this case the
mapping took around 35 minutes.</p>
      <p>If a team struggled with the classification of an assumption on the time dimension,
it helped to give them a hint: “Think about the following: Which assumption needs to
be successfully tested first”. This helped the participants to better arrange their
assumptions on the time dimension.</p>
      <p>The two dimensions were quickly understood and there were rarely questions about
the dimensions.</p>
      <p>Working with the assumptions was fun for the participants and they gained a
newfound awareness that identifying, understanding, prioritizing, and validating important
assumptions is a highly relevant activity. After the task, some participants recognized
that working with assumptions and testing the riskiest ones can also create significant
effort.</p>
      <p>After the workshops, the participants often asked if they could take the risk matrix
poster and the used material home. This indicates that the participants have understood
the importance of risk prioritization and that they are interested in applying this method
to their very own business and product ideas.
6</p>
    </sec>
    <sec id="sec-6">
      <title>Outlook</title>
      <p>We plan to make improvements to the workshop materials so that a simpler and even
more accurate analysis of the results is possible. The sticky notes will be provided with
a reference point and a number in order to better measure the exact position in the
matrix and to better support the analysis. We are also planning to conduct short qualitative
interviews after the group work in order to complement the analysis. Further workshops
are planned to increase the significance of the results.</p>
      <p>Another research avenue we are currently discussing is to develop software-based
simulators so that participants can learn prioritization online and/or by using more than
one prepared business scenario.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Ries</surname>
            <given-names>E.</given-names>
          </string-name>
          :
          <article-title>The Startup Way</article-title>
          . ,
          <string-name>
            <surname>Portfolio</surname>
            <given-names>Penguin</given-names>
          </string-name>
          ,
          <year>2017</year>
          , pp.
          <fpage>89</fpage>
          -
          <lpage>93</lpage>
          , p.
          <fpage>99</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Cooper</surname>
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Vlaskovits</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          : The Lean Entrepreneur, Second Edition, Wiley,
          <year>2016</year>
          , pp.
          <fpage>127</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Osterwalder</surname>
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Pigneuer</surname>
            <given-names>Y.</given-names>
          </string-name>
          ,
          <article-title>Business Model Generation: A Handbook for Visionaries, Game Changers, and</article-title>
          <string-name>
            <surname>Challengers</surname>
          </string-name>
          , Wiley,
          <year>2010</year>
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Maurya</surname>
            <given-names>A.</given-names>
          </string-name>
          : Running Lean,
          <year>2012</year>
          ,
          <string-name>
            <given-names>Second</given-names>
            <surname>Edition</surname>
          </string-name>
          ,
          <string-name>
            <surname>O</surname>
          </string-name>
          'Reilly
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Gothelf</surname>
            <given-names>J.</given-names>
          </string-name>
          ,
          <source>Seiden J.: Lean Ux Applying Lean Principles to Improve User Experience</source>
          ,
          <year>2013</year>
          ,
          <string-name>
            <given-names>First</given-names>
            <surname>Edition</surname>
          </string-name>
          ,
          <string-name>
            <surname>O</surname>
          </string-name>
          'Reilly, pp.
          <fpage>22</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6. J. Fjeld: How to Test Your Assumptions, MIT Sloan Management Review,
          <year>Winter 2018</year>
          , pp.
          <fpage>89</fpage>
          -
          <lpage>90</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Osterwalder</surname>
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Pigneur</surname>
            <given-names>Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bernada</surname>
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Smith</surname>
            <given-names>A.</given-names>
          </string-name>
          :Value Proposition Design, Wiley,
          <year>2014</year>
          , pp.
          <fpage>203</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <given-names>M.</given-names>
            <surname>Gutbrod</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Münch</surname>
          </string-name>
          and
          <string-name>
            <given-names>M.</given-names>
            <surname>Tichy</surname>
          </string-name>
          <article-title>: “The Business Experiments Navigator (BEN)”</article-title>
          , IEEE International Conference on Engineering,
          <source>Technology and Innovation (ICE/ITMC) 2018</source>
          vol 18
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <given-names>B.</given-names>
            <surname>Gladstone</surname>
          </string-name>
          : “https://www.codegent.com/blog/2014/3/assumption-testing”,
          <source>Codegent Blog 2014</source>
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10. K. Sawyer: Zig Zag: The Surprising Path to greater Creativity, Wiley,
          <year>2013</year>
          , pp
          <fpage>22</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11. M. Cagan: Inspired - How to create
          <source>Tech Products Customer Love</source>
          , Wiley, Second Edition,
          <year>2018</year>
          , pp
          <fpage>111</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12. B. Aulet: Disciplined Entrepreneurship, Wiley,
          <source>First Edition</source>
          ,
          <year>2013</year>
          , pp.
          <fpage>219</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <given-names>J.</given-names>
            <surname>Liedtka</surname>
          </string-name>
          and T.Ogilvie: Designing for Growth, Wiley,
          <source>First Edition</source>
          ,
          <year>2013</year>
          , pp.
          <fpage>131</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14. L. Klein: Building Better Products, Wiley,
          <source>First Edition</source>
          ,
          <year>2016</year>
          , pp.
          <fpage>245</fpage>
          -
          <lpage>247</lpage>
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>