<!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>
      <journal-title-group>
        <journal-title>Journal of Theoretical and Applied Information Technology 97
(2019) 4966-4977.
[21] A.S. Wibawa</journal-title>
      </journal-title-group>
    </journal-meta>
    <article-meta>
      <article-id pub-id-type="doi">10.1109/ICADEIS52521.2021.9701962</article-id>
      <title-group>
        <article-title>Towards process guidelines for software feature prioritization at different stages of product maturity</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Adam Krbusek</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Explorer</institution>
          ,
          <addr-line>Yahoo, and MySpace [4, 5, 6]</addr-line>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Prague University of Economics and Business</institution>
          ,
          <addr-line>W. Churchill Sq. 1938/4, Prague 3</addr-line>
          ,
          <country country="CZ">Czech Republic</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2024</year>
      </pub-date>
      <volume>2</volume>
      <fpage>11</fpage>
      <lpage>13</lpage>
      <abstract>
        <p>Software product management is a strategic discipline that governs a product from its inception to its delivery. This discipline is integrated into the software engineering processes, wherein software product managers prioritize individual requirements and guide development teams on which functionalities to develop next. The prioritization process is supported by established methodologies, such as RICE, MoSCoW, and the Kano Model. However, these methodologies often overlook a crucial aspect - the phase of a product's life cycle. Different sets of functionalities should be prioritized when a product is new compared to when it is well-established. Ignoring this aspect can result in developing the right functionality at the wrong time, wasting resources, and potentially leading to an unsuccessful product. Therefore, this research project aims to introduce process guidelines for software feature prioritization at different stages of product maturity. The Design Science Research Methodology is employed in this research. The first phase of the research introduced a taxonomy of frameworks and methodologies used in software product management. Subsequent phases will explore techniques employed by software product managers, investigate lifecycle-related feature prioritization approaches, challenges and best practices, and ultimately introduce the proposed artifact.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;Software Product Management</kwd>
        <kwd>Software Product Development</kwd>
        <kwd>Feature Prioritization</kwd>
        <kwd>Methodology</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        Over the past few decades, the software industry has emerged as a powerful force in the global
economy, transforming the way we live, work, and communicate [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Unlike traditional
industries such as manufacturing, finance, and healthcare, the software industry is characterized
by relatively low barriers to entry [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. This, combined with rapid technological advancements,
creates a hyper-competitive market where product life cycles can be relatively short [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. In
contrast to this, the primary goal of every software company is to develop products that will, for
as long as possible, generate revenue or bring other benefits. However, even significant market
penetration and a considerable user base cannot ensure the long-term viability of a company or
its product, as evidenced by the decline of once-dominant software solutions like Internet
      </p>
      <p>
        Ensuring the success of a software product is the responsibility of software product managers
[
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. Their primary duty is to develop the right products at the right time and for the right markets
[
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. Software product managers (PMs) play a crucial role in companies, with numerous
observations indicating that their competence and skills often determine whether a company or
its product succeeds or fails [
        <xref ref-type="bibr" rid="ref10 ref9">9, 10</xref>
        ]. Yet, the job of PMs is becoming increasingly difficult due to
the arrival of new technologies that allow customers to easily subscribe or otherwise gain access
to software products and just as easily discard them [
        <xref ref-type="bibr" rid="ref11 ref3">3, 11</xref>
        ]. To ensure that products under their
supervision do not become irrelevant quickly, PMs need to align strategies according to the
product’s stage of maturity. For this purpose, the originally marketing concept of the product life
cycle (PLC) has been adopted by software product management (SPM) professionals [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ].
      </p>
      <p>
        PLC builds upon the premise that every product typically progresses through 4 key stages
during its lifespan – Introduction, Growth, Maturity, and Decline – and at each stage, a different
product development strategy needs to be considered [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]. The incorporation of PLC into the
SPM is materialized by several comprehensive frameworks. The chief among those is the
ISPMA’s Software Product Management Body of Knowledge (SPMBoK) [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. Other examples
include the Pragmatic Framework by Pragmatic Institute [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] and the SAFe by Leffingwell [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ].
However, the major disadvantage of using the aforementioned frameworks is that they do not
give detailed guidance in performing individual SPM activities. One of the most critical of such
activities is feature prioritization, which is essential for ensuring that the company builds the
right things [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]. There are dozens of specialized methodologies that support this activity [
        <xref ref-type="bibr" rid="ref16 ref17">16,
17</xref>
        ]; unfortunately, unlike the comprehensive SPM frameworks mentioned above, none of these
methodologies considers the product life cycle. This may be problematic because the stage of the
product’s life cycle is a crucial element influencing which features or functionalities to build next.
Not taking PLC into account may lead to wasted resources, missed opportunities, and, ultimately,
an unsuccessful product.
      </p>
      <p>Therefore, to address this gap, this research project aims to develop process guidelines for
software feature prioritization at different stages of product maturity. The objectives of this
research will be achieved by answering the following research questions (RQs):
•
•
•</p>
      <p>RQ1: What practices do product managers follow and what challenges do they face
when prioritizing features across different stages of software product life cycle?
RQ2: How to design process guidelines for software feature prioritization in different
stages of product maturity?
RQ3: How effective are the product management outcomes when employing the
proposed process guidelines, in contrast to previous methods?</p>
      <p>This paper is organized in the following way. Section 2 describes the current state of
knowledge in the subject area. Section 3 focuses on the research approach. Section 4 briefly
discusses the initial results, while contributions this research makes are in Section 5.</p>
    </sec>
    <sec id="sec-2">
      <title>2. Research background</title>
      <p>The existing works can be split into three groups: (i) papers related to PLC in the context of SPM;
(ii) papers focusing on feature prioritization methodologies; and (iii) papers addressing PLC in
various other contexts.</p>
      <p>
        The first group is composed of comprehensive works focusing on software product
management. Geracie and Eppinger’s [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] "Product Management and Marketing Body of
Knowledge" (ProdBOK) provides a framework and standardized practices for product
management and marketing, with a strong emphasis on collaboration and lifecycle management.
While it discusses the importance of correct feature prioritization, it lacks actionable,
step-bystep guidance on how to achieve this. In contrast, Kittlaus [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ], in his SPM handbook, offers
guidelines for product management and includes examples of concrete prioritization
methodologies such as the Kano Model, or the Analytical Hierarchy Process. However, no direct
link between these methodologies and the broader context of the PLC is offered by the author.
      </p>
      <p>
        The second group centers on feature prioritization (FP) itself. The most complete work in this
area was authored by Bukhsh et al. [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ], who conducted a systematic literature review (SLR) to
evaluate FP techniques. Similarly, Achimugu et al. [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ] identified 49 FP methodologies through
an SLR, while Trieflinger et al. [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ] performed a grey literature review, categorizing 18 FP
methodologies. Beyond reviews, there are primary research studies where authors propose
their own feature prioritization methodologies, such as those by Alrashoud and Abhari [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ] and
Adhim et al. [20]. Additionally, various papers discuss FP methodologies in different contexts,
with example being the work by Wibawa et al. [21]. Nevertheless, like the comprehensive works
in the previous paragraph, these studies do not establish a link between FP methodologies and
the PLC.
      </p>
      <p>The third group is the most diverse. Wicaksono [22] offers general suggestions on how to
monitor for signs of impending product decline. Nikolova [23] argues that a correct and timely
approach to quality assurance can extend a product's lifespan. Torres [24] emphasizes that
understanding customers' needs and turning them into business opportunities is crucial for
building a great product. Fuchs et al. [25] speak about disruptive innovations and their impact
on the product life cycle, while Ries [26] discusses pivoting. There are also other works that
explore miscellaneous aspects of the PLC. However, none of those found connects the product
life cycle with FP methodologies.</p>
      <p>In conclusion, while there is extensive research on various aspects of SPM and FP, research
linking feature prioritization methodologies directly with the PLC does not exist. All the
abovementioned sources may, however, give clues on how to approach the problem.</p>
    </sec>
    <sec id="sec-3">
      <title>3. Research approach</title>
      <p>This dissertation research employs the Design Science Research (DSR) methodology as defined
by Peffers et al. [27]. The DSR was selected for two main reasons. Firstly, it has been successfully
applied in similar studies. For example, Bekkers et al. [28] used DSR, complemented by
Literature Reviews, Action Research, Focus Groups, and Surveys, to develop the SPM Maturity
Matrix. Secondly, DSR's objectives align with the goals of this research project – to solve
significant business problems through the creation of innovative artifacts. These artifacts can
include algorithms, human/computer interfaces, or methodologies, for example. Furthermore,
the strength of the DSR lies in its problem-solving focus, iterative nature, and integration of
theory with practice. This approach not only fosters academic contributions but also provides
practical solutions. For all the aforementioned reasons, DSR is both applicable and suitable for
this work.</p>
      <p>The DSR methodology by Peffers et al. [27] consists of the following stages: (1) problem
identification and motivation, (2) definition of the solution objectives, (3) design and
development of the solution, (4) demonstration, (5) evaluation, and (6) communication about
the solution.</p>
      <p>The Design Science Research methodology process is structured in nominally sequential
order; however, in practice, researchers can initiate at any step and proceed from there [27]. The
research process described in this paper started with a problem-centered initiation. The
research was divided into three main phases: Preliminary Research, Solution Design, and
Solution Validation.</p>
      <sec id="sec-3-1">
        <title>3.1. Preliminary research</title>
        <p>The preliminary research phase focuses on the initial two stages of the Design Science Research
Methodology. This phase is pivotal as it sets the foundation for the research by identifying the
knowledge gap and establishing the solution objectives.</p>
        <p>Problem Identification and Motivation: The research commenced with a thorough review
of the current state of knowledge in the software product management domain. This involved a
detailed examination of the relationship between software product management and the
product lifecycle. The aim of this stage was to pinpoint and articulate areas that remain
inadequately covered by existing research, thus identifying the precise gap in the knowledge that
the research project aims to bridge. To achieve this goal, a Literature Review was conducted.</p>
        <p>Definition of the Solution Objectives: Based on the identified knowledge gap, a set of clear
and achievable objectives was established. Furthermore, criteria for evaluating the success of
the solution were specified.</p>
      </sec>
      <sec id="sec-3-2">
        <title>3.2. Solution design</title>
        <p>The solution design phase focuses only on one stage of the Design Science Research
Methodology. This stage, however, is the most critical one, necessitating a multifaceted approach
to address its complexity.</p>
        <p>Design and Development of the Solution: As an initial step, an in-depth examination of the
area related to the research gap was conducted. This was done in order to build the theoretical
background needed to devise a solution targeting the identified problem space.</p>
        <p>Firstly, a Systematic Mapping Study (SMS) enhanced by thematic analysis was utilized to
develop a taxonomy of frameworks and methodologies used in software product management.
This helped in building a holistic perspective on the methodological support for various
processes and activities conducted by product managers in software companies. Definitions by
Petersen et al. [29] for SMS and Braun and Clarke [30] for thematic analysis were followed.</p>
        <p>Secondly, a web-based Survey will be conducted to identify techniques employed by software
product managers. This will add an additional dimension to the knowledge gained from the SMS
by understanding the state-of-the-art in the area of software product management. The
approach will be grounded in the work of Kitchenham and Pfleeger [31], adhering to the
guidelines established by the aforementioned authors.</p>
        <p>Thirdly, a Multivocal Literature Review will be performed to explore existing approaches to
feature prioritization and their relation to the product’s lifecycle, thus directly addressing the
identified knowledge gap. The multivocal approach will ensure that insights from both academic
and professional sources are incorporated. The definition by Garousi et al. [32] will be followed.</p>
        <p>Lastly, Semi-structured Interviews with software product managers will be performed to
understand best practices and challenges associated with feature prioritization at different
stages of a product’s maturity. These interviews will build upon the results of the Multivocal
Literature Review and provide rich real-world insights directly related to the problem space the
dissertation research focuses on. Interviews will be conducted according to the guidelines
established by Adams [33].</p>
        <p>As a next step, based on the theoretical knowledge gained, a solution to the identified problem
will be devised. The Double Diamond design process, as defined by the British Design Council [34],
will be utilized for this purpose. In the “first diamond”, through a series of iterations, the problem
space will be explored and refined into a precise problem statement. This will be followed by the
“second diamond”, where, again through a series of iterations, a solution to the aforementioned
problem will be developed. During the divergent stage of development, the Opportunity Solution
Tree, as described by Torres [24], will be used to map all possible opportunities for exploration.
In the convergent stage, an interactive feedback loop with feedback from an established Focus
Group, as described by Krueger and Casey [35], will be utilized to finalize the solution.</p>
      </sec>
      <sec id="sec-3-3">
        <title>3.3. Solution validation</title>
        <p>The solution validation phase focuses on the last three stages of the Design Science Research
Methodology. The main focus of this phase is the demonstration of the devised solution and the
evaluation of its feasibility and usability in real-world settings.</p>
        <p>Demonstration &amp; Evaluation: The developed artifact, the “process guidelines for software
feature prioritization at different stages of product maturity”, will be implemented in a
controlled environment, demonstrating its applicability. This will bring forward quantifiable
evidence of the artifact's functionality and its impact on addressing the identified problem. A
method of Action Research, as described by Staron [36], will be utilized for this purpose.</p>
        <p>Communication About the Solution: After all the previous stages are completed, the final
findings will be communicated to both scientific and professional audiences. The scientific
community will be engaged through software development conferences and peer-reviewed
journal publications. The professional audience, on the other hand, will be engaged through
articles published on popular platforms like Medium.com. As professional audiences have
different expectations, a practical guide on how to implement the process guidelines in software
companies will be compiled, enhancing the publication's impact and reach.</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. Initial results</title>
      <p>In the first phase of the research, frameworks and methodologies used in software product
management were categorized, leading to the introduction of the CoSuCo taxonomy. This
taxonomy was developed through a Systematic Mapping Study, enhanced by thematic analysis.
In total, 82 research papers were examined in-depth, identifying 122 frameworks and
methodologies used in software product management. The taxonomy is organized in a
hierarchical tree structure consisting of 3 central categories, which are divided into 9 categories
comprising of 22 sub-categories.</p>
      <p>Currently, preparations for a web-based survey are underway. This survey, which will
materialize as an online questionnaire, will be distributed via LinkedIn to a pre-selected group
of SPM professionals. The goal is to identify the techniques and tools used by software product
managers in real-world settings.</p>
    </sec>
    <sec id="sec-5">
      <title>5. Scientific and practical contribution</title>
      <p>Based on the literature review conducted using selected bibliographic databases (Web of
Science, Scopus, IEEE Xplore, ACM Digital Library), it was determined that the topic is
significantly underserved. In the last few years, several authors have published research papers
related to the subject area (see Section 2). None have, however, specifically addressed the
relationship between a product's life cycle and feature prioritization.</p>
      <p>Therefore, this research will add to the existing body of knowledge by uncovering the nuances
of the feature prioritization process and by introducing new process guidelines integrating a
product’s life cycle. Additionally, the proposed artifact is expected to be immediately applicable
in professional settings. There is a significant community of practitioners, as demonstrated by
product management-focused conferences like ProductCon2, where thousands of professionals
meet and exchange the most up-to-date knowledge and trends. This indicates that a large group
of people could benefit from the results of this research.</p>
    </sec>
    <sec id="sec-6">
      <title>Acknowledgment</title>
      <p>I would like to acknowledge my supervisors, Prof. Alena Buchalcevova and Dr. Michal Dolezel,
from the Department of Information Technologies (FIS), Prague University of Economics and
Business, for their guidance and valuable suggestions.
2 ProductCon is a product management conference organized quarterly by Product School (URL:
https://productschool.com/productcon)</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>V.</given-names>
            <surname>Matyushok</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Krasavina</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Berezin</surname>
          </string-name>
          ,
          <string-name>
            <surname>J. García,</surname>
          </string-name>
          <article-title>The global economy in technological transformation conditions: A review of modern trends</article-title>
          ,
          <source>Economic Research-Ekonomska Istraživanja</source>
          <volume>34</volume>
          (
          <year>2021</year>
          )
          <fpage>1</fpage>
          -
          <lpage>41</lpage>
          . doi:
          <volume>10</volume>
          .1080/1331677X.
          <year>2020</year>
          .
          <volume>1844030</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>E.</given-names>
            <surname>Karp</surname>
          </string-name>
          ,
          <article-title>Why It's So Hard To Fund A Manufacturing Startup</article-title>
          , Forbes,
          <year>2020</year>
          . URL: https://www.forbes.com/sites/ethankarp/2020/12/14/why
          <article-title>-its-so-hard-to-fund-amanufacturing-startup/.</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>A.A.</given-names>
            <surname>Afifi</surname>
          </string-name>
          ,
          <article-title>Demand Forecasting of Short Life Cycle Products Using Data Mining Techniques</article-title>
          ,
          <source>in: Artificial Intelligence Applications and Innovations</source>
          , Springer International Publishing, Cham,
          <year>2020</year>
          , pp.
          <fpage>151</fpage>
          -
          <lpage>162</lpage>
          . doi:
          <volume>10</volume>
          .1007/978-3-
          <fpage>030</fpage>
          -49161-1_
          <fpage>14</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>A.N.</given-names>
            <surname>Aufa</surname>
          </string-name>
          ,
          <source>Critical Analysis of a Technology-Based Enterprise: a Case Study of Yahoo!, TIJAB</source>
          <volume>2</volume>
          (
          <year>2018</year>
          )
          <fpage>39</fpage>
          -
          <lpage>49</lpage>
          . doi:
          <volume>10</volume>
          .20473/tijab.V2.
          <year>I1</year>
          .
          <year>2018</year>
          .
          <volume>39</volume>
          -
          <fpage>49</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>J.</given-names>
            <surname>Tamary</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.G.</given-names>
            <surname>Feitelson</surname>
          </string-name>
          , The rise of Chrome,
          <source>PeerJ Computer Science</source>
          <volume>1</volume>
          (
          <year>2015</year>
          )
          <article-title>e28</article-title>
          . doi:
          <volume>10</volume>
          .7717/peerj-cs.
          <volume>28</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>F.</given-names>
            <surname>Gillette</surname>
          </string-name>
          ,
          <source>The Rise and Inglorious Fall of Myspace, Bloomberg</source>
          ,
          <year>2011</year>
          . URL: https://www.bloomberg.com/news/articles/2011-06
          <article-title>-22/the-rise-and-inglorious-fall-ofmyspace.</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>O.</given-names>
            <surname>Springer</surname>
          </string-name>
          , J. Miler,
          <string-name>
            <given-names>M.</given-names>
            <surname>Wróbel</surname>
          </string-name>
          ,
          <article-title>Strategies for Dealing With Software Product Management Challenges</article-title>
          ,
          <source>IEEE Access 11</source>
          (
          <year>2023</year>
          )
          <fpage>55797</fpage>
          -
          <lpage>55813</lpage>
          . doi:
          <volume>10</volume>
          .1109/ACCESS.
          <year>2023</year>
          .
          <volume>3282605</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>C.</given-names>
            <surname>Ebert</surname>
          </string-name>
          ,
          <source>Software Product Management, IEEE Software 31</source>
          (
          <year>2014</year>
          )
          <fpage>21</fpage>
          -
          <lpage>24</lpage>
          . doi:
          <volume>10</volume>
          .1109/MS.
          <year>2014</year>
          .
          <volume>72</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>C.</given-names>
            <surname>Ebert</surname>
          </string-name>
          ,
          <article-title>The impacts of software product management</article-title>
          ,
          <source>Journal of Systems and Software</source>
          <volume>80</volume>
          (
          <year>2007</year>
          )
          <fpage>850</fpage>
          -
          <lpage>861</lpage>
          . doi:
          <volume>10</volume>
          .1016/j.jss.
          <year>2006</year>
          .
          <volume>09</volume>
          .017.
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <surname>H.-B. Kittlaus</surname>
          </string-name>
          ,
          <source>Software Product Management: The ISPMA®-Compliant Study Guide and Handbook</source>
          , Springer, Berlin, Heidelberg,
          <year>2022</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <fpage>G2</fpage>
          ,
          <source>G2 Software Buyer Behavior Report</source>
          <year>2022</year>
          ,
          <year>2023</year>
          . URL: https://research.g2.com/2022/buyer-behavior
          <source>-report.</source>
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>G.</given-names>
            <surname>Geracie</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.D.</given-names>
            <surname>Eppinger</surname>
          </string-name>
          ,
          <article-title>The Guide to the Product Management and Marketing Body of Knowledge: ProdBOK, Product Management Educational Institute</article-title>
          , Carson City, Nevada,
          <year>2013</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <surname>Pragmatic</surname>
            <given-names>Institute</given-names>
          </string-name>
          , The Pragmatic Framework,
          <year>2023</year>
          . URL: https://www.pragmaticinstitute.com/framework/.
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>D.</given-names>
            <surname>Leffingwell</surname>
          </string-name>
          , SAFe
          <volume>4</volume>
          .5 Reference Guide:
          <article-title>Scaled Agile Framework for Lean Enterprises</article-title>
          ,
          <string-name>
            <surname>Addison-Wesley</surname>
            <given-names>Professional</given-names>
          </string-name>
          , Boston, MA,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>J.</given-names>
            <surname>Münch</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Trieflinger</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Lang</surname>
          </string-name>
          ,
          <article-title>The Product Roadmap Maturity Model DEEP: Validation of a Method for Assessing the Product Roadmap Capabilities of Organizations</article-title>
          , in: Software Business, Springer International Publishing, Cham,
          <year>2019</year>
          , pp.
          <fpage>97</fpage>
          -
          <lpage>113</lpage>
          . doi:
          <volume>10</volume>
          .1007/978-3-
          <fpage>030</fpage>
          -33742-
          <issue>1</issue>
          _
          <fpage>9</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>F.A.</given-names>
            <surname>Bukhsh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.A.</given-names>
            <surname>Bukhsh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Daneva</surname>
          </string-name>
          ,
          <article-title>A systematic literature review on requirement prioritization techniques and their empirical evaluation</article-title>
          ,
          <source>Computer Standards &amp; Interfaces</source>
          <volume>69</volume>
          (
          <year>2020</year>
          )
          <article-title>103389</article-title>
          . doi:
          <volume>10</volume>
          .1016/j.csi.
          <year>2019</year>
          .
          <volume>103389</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>S.</given-names>
            <surname>Trieflinger</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Münch</surname>
          </string-name>
          , E. Bogazköy,
          <string-name>
            <given-names>P.</given-names>
            <surname>Eißler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Schneider</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Roling</surname>
          </string-name>
          ,
          <article-title>How to Prioritize Your Product Roadmap When Everything Feels Important: A Grey Literature Review</article-title>
          ,
          <source>in: ICE/ITMC</source>
          <year>2021</year>
          ,
          <year>2021</year>
          . doi:
          <volume>10</volume>
          .1109/ICE/ITMC52061.
          <year>2021</year>
          .
          <volume>9570243</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>P.</given-names>
            <surname>Achimugu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Selamat</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Ibrahim</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.N.</given-names>
            <surname>Mahrin</surname>
          </string-name>
          ,
          <article-title>A systematic literature review of software requirements prioritization research</article-title>
          ,
          <source>Information and Software Technology</source>
          <volume>56</volume>
          (
          <year>2014</year>
          )
          <fpage>568</fpage>
          -
          <lpage>585</lpage>
          . doi:
          <volume>10</volume>
          .1016/j.infsof.
          <year>2014</year>
          .
          <volume>02</volume>
          .001.
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <given-names>M.</given-names>
            <surname>Alrashoud</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Abhari</surname>
          </string-name>
          ,
          <source>Perception-Based Software Release Planning, Intelligent Automation &amp; Soft Computing</source>
          <volume>21</volume>
          (
          <year>2015</year>
          )
          <fpage>175</fpage>
          -
          <lpage>195</lpage>
          . doi:
          <volume>10</volume>
          .1080/10798587.
          <year>2014</year>
          .
          <volume>960229</volume>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>