<!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>Do software startups innovate in the same way? A case survey study</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Jorge Melegati</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Xiaofeng Wang</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Free University of Bozen-Bolzano</institution>
          ,
          <addr-line>Piazza Domenicani 3, Bolzano</addr-line>
          ,
          <country country="IT">Italy</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2018</year>
      </pub-date>
      <fpage>193</fpage>
      <lpage>201</lpage>
      <abstract>
        <p>The research interest in software startups has expanded a lot in the last years as shown by the increase in the published papers, and the organization of research workshops. However, two recent systematic mapping studies recognize an inconsistency in the characterization of software startups in the literature, even though they acknowledge that innovativeness and uncertainty are the common themes the literature uses to describe these companies. In the new product development literature, even though not consolidated, innovativeness is usually related to technology and/or market discontinuities. These two di erent types of novelty could bring distinct consequences to software development activities in software startups. Using a case survey research approach, we analyzed 27 published papers from the period 2013-17. We identi ed and categorized the innovation in 18 software startups products or services from the perspective of discontinuities. We found that software engineering literature did not di erentiate software startups based on the innovations they develop. Nevertheless, most studied software startups work on products with a market discontinuity and without a technological one.</p>
      </abstract>
      <kwd-group>
        <kwd>software startups</kwd>
        <kwd>innovativeness</kwd>
        <kwd>technology discontinu- ities</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>
        Research in software startups has grown in the last ve years as discussed by
Berg et al. in a recent systematic mapping study [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. Comparing the papers in
this period to a previous systematic mapping study performed by Paternoster
et al. [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ], the authors conclude that the rigor of primary studies has increased
in this period. Nevertheless, they also found an inconsistency of characterizing
software startups similarly to what Paternoster et al. [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] have found. In this
more recent study, the authors performed a thematic analysis of the software
startup term used in research and their results indicated that no single factor
was used by all papers to characterize software startups. They concluded that
the lack of a proper de nition make it challenging to develop a body of knowledge
for software startup context. Similarly, Unterkalmsteiner et al. [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ] proposed a
research agenda for software startups and, in one of the tracks, remembered that
software startups de nitions are \not granular enough [...] making the transfer
of practices from company to company di cult."
      </p>
      <p>
        Still, in Berg et al.'s thematic analysis, the terms most used were
\innovation/innovative" and \uncertainty" [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. This relation between innovation and
uncertainty is explored in new product development literature. Salomo et al. [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]
mentioned \high innovative development may evolve along an unexpected path,
thus requiring frequent or continuous information updating and generation of
new information". Nevertheless, in innovation literature, product innovativeness
has several conceptual con gurations [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. Garcia and Catalone [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] performed
a literature review on innovation and product innovativeness terminologies and
found several categorizations to label degrees of innovativeness. Nevertheless,
according to the authors, \a single theme, however, does underlie all these
classi cations of innovations: innovativeness is a measure of discontinuity in the
status quo in marketing factors and/or technology factors". Although Calantone et
al. [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] concluded that product innovativeness has no direct e ect on new product
pro tability, di erent degrees of newness and discontinuities change factors in
new product development (NPD) processes [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ].
      </p>
      <p>To the extent of our knowledge, there is no discussion in software startups
literature about the degree of newness of products developed by studied
companies. Then, this study investigates the following research question:</p>
      <p>
        RQ: What de nes the innovation of a software startup?
To answer the research question, we performed a case survey on the papers
published in the period 2013-17 covered by Berg et al. [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] in their recent
systematic mapping study. We read all the papers, selected studied software startups
that got the information that allowed us to analyze product and business
models, and categorized them accordingly. The results indicate that scholars have
studied companies developing products with discontinuities from technical and
market perspectives without distinction. This lack of homogeneity could hinder
generalization of results presented.
      </p>
      <p>The remaining of this paper is organized as follow. Section 2 presents related
work on the software startup term de nition in software engineering literature
and presents technological innovativeness as discontinuities, Section 3 describes
the methodology used to perform this study and Section 4 presents the results
and discuss them. Finally, Section 5 concludes the paper and proposes future
work.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Background and Related work</title>
      <p>
        The scienti c interest on software startups has grown in the last years but the
de nition of what is a software startups is still not consolidated. Section 2.1
displays how this problem has been discussed in secondary studies on the topic.
Given that, technological innovativeness is one of the most used themes to
describe these companies, Section 2.2 presents some de nitions from new product
development (NPD) literature.
2.1
Sutton [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ] is responsible for an early characterization of a software startup
company back in 2000. According to him, these companies are widely represented
by youth and immaturity, limited resources, multiple in uences and dynamic
technologies and markets. In their 2014 systematic mapping study, Paternoster
et al. [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] concluded that there was no agreement on a standard de nition and
identi ed the most frequent themes used to characterize software startups: lack of
resources, high reactiveness and exibility, innovation, uncertain conditions, time
pressure and fast growth. In the more recent SMS, Berg et al. [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] performed the
same analysis and reached a similar result. Nevertheless, the most used themes
were now innovation/innovative, uncertainty, small team and lack of resources.
In a seminal literature review about innovativeness, Garcia and Calantone [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]
recognize that the term was still not homogeneous in the new product literature,
including what is considered what is new. Nevertheless, the authors recognize
a consistency: innovativeness \is always modeled as a degree of discontinuity in
marketing and/or technological factors."
      </p>
      <p>The authors also emphasize that innovativeness should be analyzed from two
di erent perspectives: a macro, related to the newness of that product to the
outside of the rm, and a micro, related to the novelty to the rm. Based on
these perspectives, they de ne:
{ radical innovations as representing a technological and marketing factors in
a macro perspective;
{ really new innovations as showing a technological or a market discontinuity;
and
{ incremental innovations as those presenting any discontinuity only in a micro
perspective.</p>
      <p>Given a startup is generally considered a new company with little or no
operating history, we can limit our analysis to the macro perspective, that is,
only radical or really new innovations.
3</p>
    </sec>
    <sec id="sec-3">
      <title>Research method</title>
      <p>
        As Larsson [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] mentioned in his paper about the methodology, the case survey
is an inexpensive and powerful method to identify and statistically test patterns
across studies. The author describes the basic procedure to perform such study:
{ to select a group of existing case studies;
{ develop a coding scheme to systematically analyze and convert qualitative
descriptions into quanti ed variables;
{ based on the coding scheme, several raters code the cases;
{ analyze the quantitative data.
      </p>
      <p>
        Then, the rst step was to select the primary studies to be analyzed. Given
that Berg et al. [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] published a systematic mapping study on software startup
engineering on The Journal of Systems &amp; Software, the primary studies they
identi ed are high probably the most important also to this study. Another
interesting feature of this study is that it separated the papers from period
2013-2017 against the whole studied period from 1994-2013. Since this study is
focused on how current researchers are selecting software startups to study and
that the authors also concluded that the rigor has increased in this period in
comparison to before, it is reasonable to focus on this more recent time period.
      </p>
      <p>Then, we got the 27 full text papers and read them carefully. Only 7 of those
provided information that allowed us to describe the business model of, at least,
some studied software startups. Table 1 displays the papers that contained at
least one describable software startup and the number of software startups
described in each of them. Based on the descriptions and the authors, we could infer
that some software startups were mentioned more than in one paper. Then, their
descriptions were merged and analyzed as one. The total number of descriptions
was 23 but only of those 18 were unique cases.</p>
      <p>
        The software startups' descriptions were extracted and classi ed according
to if they present or not technological and market discontinuities. According to
Garcia and Calantone [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ], a technology discontinuity represents \a paradigm shift
in the state of science or technology in a product" and a market one \may require
new marketplaces to evolve, and/or new marketing skills". In our classi cation, a
new product or service to contain a technology discontinuity, it had to represent
a product that demanded the creation a new technology like a prediction tool for
nancial markets. Meanwhile, a market discontinuity represents the application
of a well-known technology (like web development) into the creation of a new
product, or the application of an existent product to a new market. Products
could also display both types of discontinuity when its creation demands a new
technology to be applied in a product without a similar solution in the market
like a new real-time solution to support sales.
4
      </p>
    </sec>
    <sec id="sec-4">
      <title>Results and discussion</title>
      <p>Table 2 displays a summary of the software startups descriptions presented in
the analyzed papers and if they present or not a technical or market
discontinuity. Figure 1 depicts a graphical representation of the analysis. In the lower-left
quadrant where a product would not have neither a technical nor a market
discontinuity is empty. This was expected: software startups as innovative
enterprises should present at least one discontinuity. Most of startups (13 out 18) are
in the lower-right quadrant, that is, they display a market discontinuity
without a technical one. The companies apply well-known technologies to create a
product to tackle a problem in an existent market or they pretend to create a
new market. Meanwhile, only 2 of them are in the upper-left quadrant, showing
a technical discontinuity without a market one, that is, they are focused on the
creation of a new technology to tackle an existent problem, a new solution to
compete with existent products or services. The remaining 3 software startups
are in the upper-right quadrant presenting both types of discontinuities: they
develop a new technology to tackle a problem that has not been solved before. This
last group represents the most challenging environment to a software startup.</p>
      <p>In relation to software development challenges, the two groups that present
only one type of discontinuity could be also summarized as follows:
{ Only technical discontinuity: these teams develop brand-new technologies
for some consolidated markets. It was possible to observe that their
members generally have strong research backgroun and some of these companies
were created in universities. Their challenges are situated more in technical
problems than customer/market problems. .
{ Only market discontinuity: these teams develop new products or services
with well-know technologies like websites or mobile apps. We observed that
these companies are generally formed by recent graduated students. Their
challenges are situated more in market problems that is, their major risks
are nding customers or users.</p>
      <p>These two clusters could also be viewed as teams trying to solve di erent
issues on the problem-solution space. The rst group focus on a solution issue
to a well-de ned or well-known problem meanwhile the second group focus on
nding the right problem to tackle. For this group, once the problem is found, the
solution is, at least at a higher level, straightforward. Those software startups
which product presents both discontinuities face problems from both spaces.</p>
      <p>
        This di erence in uences the software development process in these
companies. For instance, if the problem is not well-understood, requirements
engineering practices should be less e ective and the team may need to use other
techniques like, for instance, brainstorming and ideation. That is, they can take
more advantage of Customer Development and other lean startup practices [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ].
TecOhnpotilmogaileisty[
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] Software tool to database modernization
      </p>
      <p>Market Innovativeness
Absent</p>
      <p>Present
12
14
4
9</p>
      <p>18
1
6
11
2
7
13
Whereas if the customer problem is clear and the solution is not well-understood
and need to be developed, the focus will be more in software design and the
implementation itself.
4.1</p>
      <p>Limitations
This paper has as a clear limitation based on the reduced information provided
in the papers on how software startups studied create value to their users or
customers. Although this lack of details could make di cult to classify the products,
even this limited amount of information was enough to determine the
discontinuities present. It is possible, tough, that we were mislead and some software
startups were wrongly classi ed. Nevertheless, it is highly unlikely that several
were wrong at the point to change the main result: software startups that face
di erent discontinuities are grouped and have their practices analyzed together.</p>
      <p>To increase validity and reliability, both authors did the classi cation and
compared their results. The table presented in the paper also helps readers to
verify the analysis.</p>
    </sec>
    <sec id="sec-5">
      <title>Conclusion</title>
      <p>This paper investigated the innovativeness of software startups analyzed in the
literature. Using a case survey approach, we read 27 published papers and were
able to gather 17 software startups that had their products described. Then, we
classi ed them according with the presence or not of market and technology
discontinuities. The results highlights that most studied software startups present
an innovation with a market discontinuity and without a technical one.
Nevertheless, there are also software startups that present a technical discontinuity
with or without a market one. This phenomenon could explain why the software
startups literature still struggles to de ne what a software startup is. Besides
that, the lack of homogeneity in the studied subjects hinder the application of
research results by practitioners and also to compare conclusions from di erent
authors. Such distinction is also important to compare results or import them
from other research elds like the new product development or entrepreneurship
literature.</p>
      <p>A solution to such problems could be a deeper description of studied software
startups. Several reasons could prevent researchers to give more details about
studied software startups: sometimes founders do not want their idea to be
published. Authors can also be limited by the space provided in a conference paper.
Another solution could be an explicit commitment from authors that software
startups studied in that work are of one kind or a discussion why these di erences
does not matter to the topic discussed.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Bajwa</surname>
            ,
            <given-names>S.S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wang</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Duc</surname>
            ,
            <given-names>A.N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Abrahamsson</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>How Do Software Startups Pivot? Empirical Results from a Multiple Case Study</article-title>
          . vol.
          <volume>240</volume>
          , pp.
          <volume>169</volume>
          {
          <issue>176</issue>
          (
          <year>2016</year>
          ). https://doi.org/10.1007/978-3-
          <fpage>319</fpage>
          -40515-5 14
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Berg</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Birkeland</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Nguyen-Duc</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Pappas</surname>
            ,
            <given-names>I.O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jaccheri</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          :
          <article-title>Software startup engineering: A systematic mapping study</article-title>
          .
          <source>Journal of Systems and Software</source>
          <volume>144</volume>
          ,
          <issue>255</issue>
          {274 (oct
          <year>2018</year>
          ). https://doi.org/10.1016/j.jss.
          <year>2018</year>
          .
          <volume>06</volume>
          .043
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Blank</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          :
          <article-title>Why the Lean Start-Up changes everything</article-title>
          .
          <source>Harvard Business Review</source>
          <volume>91</volume>
          (
          <issue>5</issue>
          ),
          <volume>63</volume>
          {
          <fpage>72</fpage>
          (
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Calantone</surname>
            ,
            <given-names>R.J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Chan</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cui</surname>
            ,
            <given-names>A.S.:</given-names>
          </string-name>
          <article-title>Decomposing product innovativeness and its e ects on new product success</article-title>
          .
          <source>Journal of Product Innovation Management</source>
          <volume>23</volume>
          (
          <issue>5</issue>
          ),
          <volume>408</volume>
          {
          <fpage>421</fpage>
          (
          <year>2006</year>
          ). https://doi.org/10.1111/j.1540-
          <fpage>5885</fpage>
          .
          <year>2006</year>
          .
          <volume>00213</volume>
          .x
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Chanin</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Pompermaier</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fraga</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sales</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Prikladnicki</surname>
          </string-name>
          , R.:
          <article-title>Applying Customer Development for Software Requirements in a Startup Development Program</article-title>
          .
          <source>Proceedings - 2017 IEEE/ACM 1st International Workshop on Software Engineering for Startups</source>
          ,
          <year>SoftStart 2017</year>
          pp.
          <volume>2</volume>
          {
          <issue>5</issue>
          (
          <year>2017</year>
          ). https://doi.org/10.1109/SoftStart.
          <year>2017</year>
          .3
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Duc</surname>
            ,
            <given-names>A.N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Abrahamsson</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Exploring the outsourcing relationship in software startups</article-title>
          .
          <source>In: Proceedings of the 21st International Conference on Evaluation and Assessment in Software Engineering - EASE'17</source>
          . pp.
          <volume>134</volume>
          {
          <fpage>143</fpage>
          . No. Idi, ACM Press, New York, New York, USA (
          <year>2017</year>
          ). https://doi.org/10.1145/3084226.3084248
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Garcia</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Calantone</surname>
            ,
            <given-names>R.:</given-names>
          </string-name>
          <article-title>A critical look at technological innovation typology and innovativeness terminology: A literature review</article-title>
          .
          <source>Journal of Product Innovation Management</source>
          <volume>19</volume>
          (
          <issue>2</issue>
          ),
          <volume>110</volume>
          {
          <fpage>132</fpage>
          (
          <year>2002</year>
          ). https://doi.org/10.1016/S0737-
          <volume>6782</volume>
          (
          <issue>01</issue>
          )
          <fpage>00132</fpage>
          -
          <lpage>1</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Giardino</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wang</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Abrahamsson</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Why early-stage software startups fail: A behavioral framework</article-title>
          . In: Lassenius,
          <string-name>
            <given-names>C.</given-names>
            ,
            <surname>Smolander</surname>
          </string-name>
          ,
          <string-name>
            <surname>K.</surname>
          </string-name>
          <source>(eds.) Lecture Notes in Business Information Processing. Lecture Notes in Business Information Processing</source>
          , vol.
          <volume>182</volume>
          LNBIP, pp.
          <volume>27</volume>
          {
          <fpage>41</fpage>
          . Springer International Publishing,
          <string-name>
            <surname>Cham</surname>
          </string-name>
          (
          <year>2014</year>
          ). https://doi.org/10.1007/978-3-
          <fpage>319</fpage>
          -08738-2
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>LARSSON</surname>
          </string-name>
          , R.:
          <article-title>Case survey methodology: quantitative analysis of patterns across case studies</article-title>
          .
          <source>Academy of Management Journal</source>
          <volume>36</volume>
          (
          <issue>6</issue>
          ),
          <volume>1515</volume>
          {1546 (dec
          <year>1993</year>
          ). https://doi.org/10.2307/256820
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Marks</surname>
            , G.,
            <given-names>O</given-names>
          </string-name>
          <string-name>
            <surname>'Connor</surname>
            ,
            <given-names>R.V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Clarke</surname>
            ,
            <given-names>P.M.:</given-names>
          </string-name>
          <article-title>The Impact of Situational Context on the Software Development Process A Case Study of a Highly Innovative Start-up Organization</article-title>
          . vol.
          <volume>770</volume>
          , pp.
          <volume>455</volume>
          {
          <issue>466</issue>
          (
          <year>2017</year>
          ). https://doi.org/10.1007/978- 3-
          <fpage>319</fpage>
          -67383-7 33, http://link.springer.com/10.1007/978-3-
          <fpage>319</fpage>
          -67383-7 http://link.springer.
          <source>com/10.1007/978-3-319-67383-7 33</source>
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>McNally</surname>
            ,
            <given-names>R.C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cavusgil</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Calantone</surname>
          </string-name>
          , R.J.:
          <article-title>Product innovativeness dimensions and their relationships with product advantage, product nancial performance, and project protocol</article-title>
          .
          <source>Journal of Product Innovation Management</source>
          <volume>27</volume>
          (
          <issue>7</issue>
          ),
          <volume>991</volume>
          {
          <fpage>1006</fpage>
          (
          <year>2010</year>
          ). https://doi.org/10.1111/j.1540-
          <fpage>5885</fpage>
          .
          <year>2010</year>
          .
          <volume>00766</volume>
          .x
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Nguyen-Duc</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          , Seppanen,
          <string-name>
            <given-names>P.</given-names>
            ,
            <surname>Abrahamsson</surname>
          </string-name>
          ,
          <string-name>
            <surname>P.</surname>
          </string-name>
          :
          <article-title>Hunter-gatherer cycle: a conceptual model of the evolution of software startups</article-title>
          .
          <source>Proceedings of the 2015 International Conference on Software and System Process - ICSSP 2015 (Idi)</source>
          ,
          <volume>199</volume>
          {
          <fpage>203</fpage>
          (
          <year>2015</year>
          ). https://doi.org/10.1145/2785592.2795368
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Nguyen-Duc</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Shah</surname>
            ,
            <given-names>S.M.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ambrahamsson</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Towards an Early Stage Software Startups Evolution Model</article-title>
          .
          <source>In: 2016 42th Euromicro Conference on Software Engineering and Advanced Applications (SEAA)</source>
          . pp.
          <volume>120</volume>
          {
          <fpage>127</fpage>
          .
          <string-name>
            <surname>IEEE</surname>
          </string-name>
          (aug
          <year>2016</year>
          ). https://doi.org/10.1109/SEAA.
          <year>2016</year>
          .21
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Paternoster</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Giardino</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Unterkalmsteiner</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gorschek</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Abrahamsson</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Software development in startup companies: A systematic mapping study</article-title>
          .
          <source>Information and Software Technology</source>
          <volume>56</volume>
          (
          <issue>10</issue>
          ),
          <volume>1200</volume>
          {1218 (apr
          <year>2014</year>
          ). https://doi.org/10.1016/j.infsof.
          <year>2014</year>
          .
          <volume>04</volume>
          .014
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Salomo</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Weise</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          , Gemunden, H.G.:
          <article-title>NPD planning activities and innovation performance: The mediating role of process management and the moderating e ect of product innovativeness</article-title>
          .
          <source>The Journal of Product Innovation Management</source>
          <volume>24</volume>
          (
          <issue>4</issue>
          ),
          <volume>285</volume>
          {
          <fpage>302</fpage>
          (
          <year>2007</year>
          ). https://doi.org/10.1111/j.1540-
          <fpage>5885</fpage>
          .
          <year>2007</year>
          .
          <volume>00252</volume>
          .x
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Sutton</surname>
            ,
            <given-names>S.M.:</given-names>
          </string-name>
          <article-title>The role of process in software start-up</article-title>
          .
          <source>IEEE Software 17, 33{39</source>
          (
          <year>2000</year>
          ). https://doi.org/10.1109/52.854066
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <surname>Unterkalmsteiner</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Abrahamsson</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          , Nguyen-duc,
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Baltes</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.H.</given-names>
            ,
            <surname>Conboy</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            ,
            <surname>Dennehy</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            ,
            <surname>Sweetman</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            ,
            <surname>Edison</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            ,
            <surname>Shahid</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            ,
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            ,
            <surname>Garbajosa</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            ,
            <surname>Gorschek</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            ,
            <surname>Hokkanen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            ,
            <surname>Lunesu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>I.</given-names>
            ,
            <surname>Marchesi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            ,
            <surname>Morgan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            ,
            <surname>Selig</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            ,
            <surname>Oivo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            ,
            <surname>Shah</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            ,
            <surname>Kon</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            :
            <surname>Software Startups - A Research Agenda.</surname>
          </string-name>
          e-Informatica
          <source>Software Engineering Journal</source>
          <volume>10</volume>
          (
          <issue>1</issue>
          ),
          <volume>1</volume>
          {
          <fpage>28</fpage>
          (
          <year>2016</year>
          ). https://doi.org/10.5277/e-Inf160105
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>