<!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>Using Adapted Version of Hoshin Matrix for Selection of Agile Software Development Processes</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Zulal Akarsu</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Ozgun Onat Metin</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Yasemin Yigit Kuru</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Murat Yil- maz</string-name>
          <email>myilmaz@cankaya.edu.tr</email>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Huawei Technologies Turkey Research and Development Center</institution>
        </aff>
      </contrib-group>
      <abstract>
        <p>According to Capability Maturity Model Integration for Development (CMMI-DEV), organizational process performance (OPP) area aims to establish and maintain a quantitative understanding of performance of selected processes. Many organizations have started their agile transformation to leverage the capabilities of their software development processes. In order to measure the effects of agile transformation, it is important to understand to what extent agile methods contribute to business objectives. Hoshin Matrix is a tool that provides a rationale for selecting processes identified for process performance analyses. Moreover, this rationale includes traceability from software development execution to business objectives. This study describes the implementation example of an adapted version of Hoshin Matrix at Huawei Turkey Research and Development Center which aims to establish its organizational quantitative quality and process performance objectives based on a set of business objectives. Our preliminary findings suggest that our OPP design may provide a guideline for software development organizations who are willing to adopt agile transformation and for those who would like to improve their software development processes.</p>
      </abstract>
      <kwd-group>
        <kwd>Software Development</kwd>
        <kwd>Agile transformation</kwd>
        <kwd>Organizational Process Performance</kwd>
        <kwd>Hoshin</kwd>
        <kwd>CMMI-DEV Level 5</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>1Huawei Türkiye Araştırma ve Geliştirme Merkezi,
2Bilgisayar Mühendisliği, Çankaya Universitesi, Ankara Türkiye
l {zulal.akarsu, ozgun.onat.metin,
yasemin.yigit.kuru}@huawei.com</p>
      <p>2 myilmaz@cankaya.edu.tr
Özet. Bütünleşik Yetenek Olgunluk Modeli (CMMI-DEV)’e göre,
organizasyonel süreç performansı (OPP) alanı, standart prosedürler
dizisinden seçilen süreçlerin performansının niceliksel bir anlayışını
oluşturmayı ve sürdürmeyi amaçlamaktadır. Pek çok kuruluş yazılım
geliştirme süreç yeteneklerini geliştirmek için çevik dönüşümlerini
başlattılar. Çevik dönüşümün etkilerini ölçmek için, çevik yöntemlerin iş
hedeflerine ne ölçüde katkıda bulunduğunu anlamak önemlidir. Hoshin
Matrix, süreç performans analizleri için belirlenen süreçleri seçme
yöntemi sağlayan bir araçtır. Bu seçim, yazılım geliştirme uygulamasından
iş hedeflerine kadar izlenebilirliği sağlayacak şekilde gerçekleştirilir. Bu
çalışma, Huawei Türkiye Araştırma ve Geliştirme Merkezi'ndeki Hoshin
Matrix'in uyarlanmış bir versiyonunun uygulama örneğini tanıtmakta olup,
organizasyonel niceliksel niteliğini ve iş hedeflerine dayalı süreç
performans hedeflerini oluşturmayı amaçlamaktadır. Ön bulgularımız,
OPP tasarımımızın çevik dönüşümü benimsemeye istekli olan ve yazılım
geliştirme süreçlerini iyileştirmek isteyen kurumlar için bir rehber
olacağını göstermektedir.</p>
      <p>Anahtar Kelimerler: Yazılım Geliştirme, Çevik Dönüşüm, Organizasyonel
Süreç Performansı, Hoshin, CMMI-DEV Seviye 5
1</p>
    </sec>
    <sec id="sec-2">
      <title>Introduction</title>
      <p>
        A software development organization should strive a high productivity culture which
delivers the desired high performance. Organizational process performance (OPP)
derives to establish and maintain a quantitative understanding of the performance of
selected processes in an organization’s set of standard processes [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. In
implementation of Capability Maturity Model Integration for Development (CMMI-DEV) it is
very important to assess the objectives to ensure that the business objectives are still
up to date and in line with business strategies [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. In order to initiate pursuit of high
performance gains, the first step is effective planning of the strategy and setting the
goals based on this strategy. Each path of goals of a software development
organization should ideally cascade through the enterprise even through small teams of
development and testing. Many organizations have started their agile transformation to
leverage capabilities of their software development processes [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. ASD is part of the
solution for an enterprise to adapt itself to fast changing business environment.
However, Agile principles cannot help alone to achieve the goals of an organization if the
objectives of the organization are not managed vertically and horizontally. There are
literature about practicing implementation of agile methods along with plan-driven
development processes (e.g. initiative based on CMMI-DEV) were also published [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ].
Moreover, in a systematic review it is stated that agile cannot be used without being
supplemented with other non-agile practices [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
      </p>
      <p>
        Lean approaches such as Hoshin, are gathering momentum for agile thinking and
methods. Hoshin Planning (also known as Hoshin Kanri or Policy Deployment) is an
inherited continuous improvement process that provides standardized tools for step by
step organizational planning for strategy [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. Hoshin Matrix (also known as the
XMatrix) aims to connect the top strategy to execution by using both horizontal and
vertical alignment in an organization [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. Hoshin Matrix tool visualizes a concrete
picture of business objectives and its relation with processes and sub processes [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ].
Therefore it invites individuals to understand how their individual efforts benefit the
entire organization in meeting the business objectives. Also, it helps in defining the
culture of the enterprise via supporting the key values of ASD such as visibility,
transparency, continuous improvement and sustainability which should be placed at
the core of an organization to make every employee to push forward to the same
direction.
      </p>
      <p>The primary aim of this paper is to describe the implementation example of an
adapted version of Hoshin Matrix which aims to be a guide for software development
organizations, particularly who are willing to adopt ASD and ultimately also for who
would like to improve their software development processes. The remaining part of
the paper proceeds as follows: Section 2 gives definitions for key process indicators
and metrics. In Section 3, Hoshin Process and Hoshin Matrix are explained and steps
of using a Hoshin Matrix is given. Section 4 gives an example of implementation of
adapted version of Hoshin Matrix in ASD. In Section 5, we discuss the preliminary
findings and its effects.
2</p>
    </sec>
    <sec id="sec-3">
      <title>Key Performance Indicators (KPIs) &amp; Metrics</title>
      <p>
        Key Performance Indicators (KPIs) are a set of quantifiable measures that are used to
evaluate the success of an organization and/or of projects, programs, products and
other initiatives [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ], [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. Many organizations may desire to have the ability to measure
a wide set of parameters. However, the main idea is not about broaden the things we
measure. Yet, getting a meaningful insight without a distraction is very important.
One of the famous quotes “if you can’t measure it, you can’t manage it” [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] might be
understood in a way that lead organizations towards trying to measure everything.
Deciding on what to measure depends on what the organization focuses and tries to
achieve. It is important to stay focused on what is important. That is why, KPIs and
metrics should be selected very carefully. Moreover, how the selected metrics and
KPIs would be interpreted should be analyzed. For an organization, common
objectives (e.g. increasing product quality and decreasing costs) might be rather easy to
agree on than agreeing on implementation methods to achieve these objectives. Yet, it
might be a challenge for many organizations to convert strategic goals to tactical
plans and metrics.
3
      </p>
    </sec>
    <sec id="sec-4">
      <title>Hoshin Process And Hoshin Matrix Method</title>
      <p>
        The Hoshin Kanri is a method which was developed by Akao [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. It has been
employed extensively by Toyota, as well as many other organizations known for their
management prowess, including Hewlett-Packard [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ], Intel, Milliken, Zytec, and
Proctor and Gamble [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]. This management tool is a systematic approach that aims to
make measures more visible to improve coordination and collaboration between
teams. Moreover it provides more alignment from top to bottom throughout the
organization to align the long-term goals with strategic projects. One of the most
popular way of implementing Hoshin Kanri is applying the X Matrix. The Hoshin Kanri X
Matrix is often used as the project plan for large organizations to achieve their
mission and vision statements. The value in the Hoshin Matrix is in the relation between
the quadrants. The interaction between these sections will lead to better decision
making [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ]. The Hoshin Kanri X Matrix is basically a document that includes long term
goals, strategies, initiatives and responsibilities [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]. For linking strategy to execution
a customized version of the Hoshin Kanri X Matrix is used at HTRDC.
3.1
      </p>
      <sec id="sec-4-1">
        <title>Main Steps to Apply the Hoshin Process by Using Hoshin Matrix</title>
        <p>The creation of the matrix can be done by organization leaders and/or any manager
who is implementing it on a team level. The initial vision, goals, objectives, KPIs, and
measures along with the processes used to realize them will be decided. The basic
steps to set up a Hoshin Matrix are given as in the Figure 1. The steps are as in the
following:</p>
        <p>Figure. 1. The basic steps to construct a Hoshin Matrix
In order to select metrics that are driven from the high level business objectives, a
rating of influence is given by voting of the workshop participants in following order:
1. Give rating of influence to each process objective against each business
objective,
2. Give rating of influence to each sub process objective (process y’s) against
each process objective. The important process outcomes (Y) are a result of
the drivers (x) (Y = f(x)),
3. Rated and eliminate controllable factors (process x’s). Give rating of
influence to the selected set of process x metrics against process y's,
4. Select the process x's with highest score.</p>
        <p>The following part gives the steps to construct a Hoshin Matrix in detail.</p>
      </sec>
      <sec id="sec-4-2">
        <title>Step 1: Set the Strategic Vision &amp; Goals</title>
        <p>At the left quadrant of the matrix identified business objectives are listed. Business
objectives are the long or medium term goals of an organization in order to achieve
the mission and vision. In the annual strategic planning phase, senior leadership sets
objectives for the organization by assessing what has been done in the past, latest
yearly plan and results, the challenges of the industrial/external factors, current
business environment and short to medium term plans. Each business objective are voted
for their relative importance. This is done by discussions and voting among workshop
participants that are business leaders. The relative scale of rating has been considered
based on the guidelines on Table. 1.</p>
        <p>Table. 1. The relative scale of rating for influence levels</p>
      </sec>
      <sec id="sec-4-3">
        <title>Influence Level Scale</title>
        <p>Low Influence 2
Medium Influence 5
High Influence 7
Highest Influence 10</p>
      </sec>
      <sec id="sec-4-4">
        <title>Step 2: Define Key Mid-Term and Process Objectives</title>
        <p>The next step is to identify key process objectives that will cause the organization to
reach its strategic business targets. These process objectives are put in the top
quadrant of the Hoshin Matrix. After the long-term goals are all set, list the most important
process level objectives that you aim to achieve in a shorter time frame for example in
one year. Provide rating of influence of process objective against each business
objective. Voting members should consider what needs to be accomplished first to keep the
processes on track. After the voting session each participant explains the reason of her
vote and after a brainstorming session rating of influences are assigned. Subsequently,
the sum product of the given rating of influence to the process objectives and business
objectives needs to be calculated. If the selected product’s value is the highest or very
close to the highest one, it is ranked as 10 (the highest influence). The influence
reduces when the related process’s rating reduces.</p>
      </sec>
      <sec id="sec-4-5">
        <title>Step 3: Set Short-Term Actions and Process Output Metrics</title>
        <p>The right quadrant will be filled with the process Y’s on our customized Hoshin
Matrix. In the Six Sigma methodologies process improvements are based on scientific
and structured problem-solving approach Y = f(x). This mathematical term is simply
means that the process output measures (Ys) are a result of the drivers (x’s) within
processes. Initially, we need to understand the process Y’s and how to measure them.
These factors constitute the most important key process indicators (KPI) which are
quantifiable measurements that reflect the critical success factors of an organization.
The target for process Y’s may differ depending on the organization’s mission and
products. On the Hoshin Matrix, the correlation between process objectives and
process Y’s are also highlighted by assigning the rating of influence that is calculated by
the explained method to the sub process objective against each process objective.</p>
      </sec>
      <sec id="sec-4-6">
        <title>Step 4: Agree on Key Sub Process Metrics</title>
        <p>The lower quadrant is for selection of the process X’s metrics. Process X’s are the
process inputs that are identified for arriving at process Y’s. In order to select the
potential controllable factors (process X), sub processes of a process (e.g.
development, testing) are listed and process x’s are prioritized and voted based on the
following criteria and given rating scale on Table. 2.</p>
        <p>Table. 2. Prioritization criteria for potential controllable factors for processes and the
rating scale
Criteria Rating Scale
Impact on Business Objectives &amp; 5 - High Impact
Project Success 3 - Medium Impact</p>
        <p>1- Low Impact
Extent of Process Definition 5 - Well Established Process
3 - Process can easily be defined
1- Difficulty in Process Definition and implementation.</p>
        <p>Extent of Data Availability 5 - Established Data Collection System
3 - Data Collection can easily be started
1- Difficulty in Data Collection/ It is not cost effective.</p>
        <p>Extent of Process Definition
5
3
1</p>
        <p>Impact on Business Objectives &amp;</p>
        <p>Project Success
1
5
3
1
1
3
45
27
9
3
5
125
75
25
5
Extent of Data Availability</p>
        <p>Figure. 2. The multiplication matrix for controllable criteria prioritization rates</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>Application of Adapted Version of Hoshin Matrix by HTRDC on Agile Software Development</title>
      <p>Historically, Huawei Turkey Research and Development Center (HTRDC) started its
presence in Turkey with a strong Software Development &amp; Testing under the
framework of CMM. Subsequently over a period of years spreading its business capability
and ownership several pioneering initiatives are implemented like CMMI. Within a
few years, it has improved its software development process maturity and was
certified with CMMI Level 3 and CMMI Level 5. It is also inevitable for HTRDC to get
ASD’s technical and commercial benefits. As HTRDC is an organization that has
maturity level 5 of CMMI-DEV, it aims to get productivity gains and strengthen the
culture of value focus by applying ASD. In HTRDC, quality and operations
department is responsible for conveying a workshop to construct the matrix for organization
level and selection of most critical process metrics for organizational improvement
projects, and for constructing process performance model (PPM).</p>
      <sec id="sec-5-1">
        <title>Step 1: Set the Strategic Vision &amp; Goals</title>
        <p>The business objectives are updated annually for HTRDC considering the long term
strategic plans. The organizational leaders formulate strategic business objectives
every year for achieving the mission for what the organization is working towards.
These are set on the left quadrant of the matrix are as in the following:
1- Budget Optimization: Deliver projects within Budget and Usage Rate should
be greater than 85%
2- Customer Satisfaction (CSAT) should be greater than 85%
3- Achieve Zero Critical Quality Accident
Relative Importance of the business objectives are voted by the workshop participants
by considering their effects to process objectives. The voted annual business
objectives are voted at HTRDC and the results are listed in the Table. 3.</p>
        <p>Table. 3. Annual business objectives with decided relative importance</p>
      </sec>
      <sec id="sec-5-2">
        <title>BUSINESS OBJECTIVES</title>
        <p>Budget Optimization: Deliver projects within Budget and Usage
Rate should be greater than 85%
Customer Satisfaction (CSAT) should be greater than 85%
Achieve Zero Critical Quality Accident</p>
      </sec>
      <sec id="sec-5-3">
        <title>Relative Importance 7 10 10</title>
      </sec>
      <sec id="sec-5-4">
        <title>Step 2: Define Key Mid-Term and Process Objectives</title>
        <p>Process objectives are selected in consideration of the goals to achieve in a shorter
time frame. These are sometimes called top level improvement priorities. The
process objectives aligned to business objectives on the table X2 are listed as in the
following:
1- Deliver with HTRDC Quality Standard
2- Improve Engineering Capability to deliver within budget and on time
Rating of influence of process objective against each business objective are voted by
members by considering what needs to be targeted primarily to keep the processes on
track. The calculated score of sum products of the given ratings and the relative
importance set for the process objectives as explained on the Step 2 of the section 3.1.
The relative importance is showed on the Figure. 3 which is showing the completed
left and upper quadrants of the Hoshin Matrix.</p>
        <p>e
e cn
iltva troa
eR pm</p>
        <p>I
S
E
V
I
T
C
E
J
B
O
S
S
E
N
I
S
U
B
7
10
10
7
10
7
7</p>
      </sec>
      <sec id="sec-5-5">
        <title>Step 3: Set Short-Term Actions and Metrics</title>
        <p>The process output metrics (Ys) of HTRDC for ASD are listed on Table. 4. These are
the quantifiable results of the drivers (x’s) within processes that reflect the critical
success factors of an organization as explained on section 3.1 Step 3.
Rating of influence are assigned to each sub process objective against each process
objective by votes of workshop members. This rating score defines the relative
importance of process outputs (Ys). The right quadrant is filled with the process Ys and
the ratings which can be seen on Figure. 4. The two process Ys that are highlighted
with blue are selected to be used at Process Performance Model (PPM) for prediction
and process control.</p>
        <sec id="sec-5-5-1">
          <title>Deliver with HTRDC Quality Standard</title>
        </sec>
        <sec id="sec-5-5-2">
          <title>Improve Engineering Capability to deliver within</title>
        </sec>
        <sec id="sec-5-5-3">
          <title>Budget and on time delivery</title>
        </sec>
      </sec>
      <sec id="sec-5-6">
        <title>Relative RATING OF INFLUENCE</title>
        <p>Importance &lt;&lt;Provide rating of Sub Process Objective against each</p>
        <sec id="sec-5-6-1">
          <title>Process Objective&gt;&gt;</title>
          <p>10 10 10 10 7 7 7 7
8 7 7 7 10 10 7 7
E
R
O
C
S</p>
          <p>Post Delivery Defect Density (System Integration Test+Customer Reported)</p>
          <p>Base Code Testing Productivity</p>
          <p>Base Code Quality Defect Density
Sprint Level Base Code Quality Delivered Open DD</p>
          <p>Sprint Level Delivered Open Defect Density</p>
          <p>Number Of Trouble Tickets Rejected In Regression Test
HTRDC Agile Software Development sub processes are analyzed and some of them
are listed as in the Figure. 5. The determined threshold to select sub processes the
are selected. The selected sub processes are namely; user story development, user
story development review, user story development test, and user story system design
verification (SDV) test. The relation of these sub processes are given on the right
column of the Figure. 5.</p>
          <p>Process Selection - Development Processes
Process Selection Criteria - Quality &amp;</p>
          <p>Ontime Delivery</p>
          <p>Extent of Extent of
Process Data</p>
          <p>Definition Availability
The rating of influence of the process Xs against each Process Y’s are given on
Figure. 6. Total score is calculated based on the given influence rating of process X on
process Y and relative importance of process Ys. The process X Metrics are agreed to
be selected by the workshop participants if the total score is 300 or above. This
threshold defined by the organization.</p>
          <p>No</p>
          <p>Name of Sub Process
ilrIssaeeeenoRDV litrfeeeeeecpndvDOD itseynD ttrfseaeecnowDDm tiseynD tiitrcdouv2yPEE
litiraaedvokonoDW lileeaecdhupgpSS
10 10 10 10 10 8 8
The explained adapted version of Hoshin matrix is introduced to projects by the
quality and operations department of HUAWEI Turkey R&amp;D Center. HUAWEI Turkey
R&amp;D Center is a large software development company works in Turkey with around
500 engineers. With the CMMI Level 5 maturity lean methods are used in process
management that are applied for controlling and monitoring the processes based on
statistical data. Benefits of using Hoshin Matrix, in defining and mapping
organizational goals has been observed at HTRDC. Since the business objectives are
monitored and controlled by selected process x metrics that are mapped with the defined
organizational goals, the risk to misinterpret the results and lose organizational
alignment is decreased. This risk is manageable by the annual/half yearly evaluation of the
process performances. This control mechanism has provided to be early in taking
action and adjust the business goals and/or process improvements faster. Initial
implementation of Hoshin Matrix was applied on traditional V-model Software
Development Lifecycle at HTRDC. In the interest of improving business capability and
productivity, agile transformation has been employed together with CMMI. As a
result, Huawei Turkey made significant contributions as it has been managing its ASD
processes and high product quality with lean management methods and CMMI Level
5, the highest level of maturity.
Selected</p>
          <p>Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes</p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-6">
      <title>Acknowledgement</title>
      <p>Huawei Turkey Research and Development Center, Quality and Operations
Department has been working on conduction of lean methods such as Hoshin Kanri. We
would like to express our gratitude to whom gave their help and generous support
during this research.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          <article-title>1. CMMI for development</article-title>
          ,
          <source>version 1</source>
          .2:
          <string-name>
            <surname>CMMI-DEV</surname>
          </string-name>
          ,
          <year>v1</year>
          .
          <fpage>2</fpage>
          . (
          <year>2006</year>
          ). Pittsburgh, PA: Carnegie Mellon University, Software Engineering Institute.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Chaudhary</surname>
            ,
            <given-names>M</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Chopra</surname>
            ,
            <given-names>A :</given-names>
          </string-name>
          <article-title>CMMI for Development: Implementation Guide (</article-title>
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <given-names>W.</given-names>
            <surname>Alsaqaf</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Daneva</surname>
          </string-name>
          , and
          <string-name>
            <given-names>R.</given-names>
            <surname>Wieringa</surname>
          </string-name>
          , “
          <article-title>Quality requirements in large scale distributed agile projects - a systematic literature review,” in Requirements Engineering: Foundation for Software Quality</article-title>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Gr</surname>
          </string-name>
          <article-title>̈ unbacher and A</article-title>
          . Perini, Eds. Cham: Springer International Publishing,
          <year>2017</year>
          , pp.
          <fpage>219</fpage>
          -
          <lpage>234</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <given-names>F. S.</given-names>
            <surname>Silva</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F. S. F.</given-names>
            <surname>Soares</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. L.</given-names>
            <surname>Peres</surname>
          </string-name>
          ,
          <string-name>
            <surname>I. M. de Azevedo</surname>
            ,
            <given-names>A. P. L.</given-names>
          </string-name>
          <string-name>
            <surname>Vasconcelos</surname>
            ,
            <given-names>F. K.</given-names>
          </string-name>
          <string-name>
            <surname>Kamei</surname>
          </string-name>
          , and S. R. de Lemos Meira, “
          <article-title>Using cmmi together with agile software development: A systematic review</article-title>
          ,
          <source>” Information and Software Technology</source>
          , vol.
          <volume>58</volume>
          , pp.
          <fpage>20</fpage>
          -
          <lpage>43</lpage>
          ,
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>M. C. Paulk</surname>
          </string-name>
          , “
          <article-title>Extreme programming from a cmm perspective</article-title>
          ,
          <source>” IEEE Software</source>
          , vol.
          <volume>18</volume>
          , no.
          <issue>6</issue>
          , pp.
          <fpage>19</fpage>
          -
          <lpage>26</lpage>
          , Nov 2001
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <given-names>T.</given-names>
            <surname>Vaughan</surname>
          </string-name>
          <string-name>
            <surname>Henriques</surname>
          </string-name>
          , “
          <article-title>A systematic literature review of agile and maturity model research</article-title>
          ,”
          <source>Interdisciplinary Journal of Information, Knowledge, and Management</source>
          , vol.
          <volume>12</volume>
          , pp.
          <fpage>53</fpage>
          -
          <lpage>73</lpage>
          ,
          <year>2017</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Veza</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gjeldum</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mladineo</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Stefanic</surname>
            ,
            <given-names>N. (n.d.</given-names>
          </string-name>
          ).
          <article-title>New Product Introduction By Using Hoshin Kanri</article-title>
          . Retrieved June/July,
          <year>2018</year>
          , from https://www.researchgate.net/ publication/290280282_New_product_introduction_by_using_Hoshin_Kanri.
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          <article-title>8. Demystifying the Hoshin Kanri X Matrix.</article-title>
          (n.d.). Retrieved May/June, 2018, from https://kanbanize.com/lean-management/
          <article-title>hoshin-kanri/what-is-hoshin-kanri-x-matrix/</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <article-title>What is a KPI? Definition, Best-Practices, and</article-title>
          <string-name>
            <surname>Examples. (n.d.</surname>
          </string-name>
          ). Retrieved May/June, 2018, from https://www.klipfolio.com/resources/articles/what-is
          <article-title>-a-key-performanceindicator</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Carol Taylor</surname>
          </string-name>
          Fitz-Gibbon (
          <year>1990</year>
          ),
          <article-title>"Performance indicators"</article-title>
          ,
          <source>BERA Dialogues (2)</source>
          ,
          <source>ISBN 978-1-85359-092-4.</source>
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11. The Two Most Important Quotes In Business. (
          <year>2018</year>
          , May/June). Retrieved from https://www.growthink.com/content/two
          <article-title>-most-important-quotes-business</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Akao</surname>
            ,
            <given-names>Y</given-names>
          </string-name>
          . (ed.), Hoshin Kanri:
          <article-title>Policy Deployment for Successful TQM, (originally Hoshin Kanri katsuyo no jissai</article-title>
          ,
          <year>1988</year>
          ), Cambridge MA: Productivity Press,
          <year>1991</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13. Hoshin Kanri at Hewlett-Packard. Available from: https://www.researchgate.net/publication/255585070_Hoshin_Kanri_at_Hewlett-Packard
          <source>[accessed Jun 19</source>
          <year>2018</year>
          ].
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Michele L. Bechtell</surname>
          </string-name>
          ,
          <article-title>The Management Compass, Steering the Corporation Using Hoshin Planning</article-title>
          , American Management Association, New York, NY,
          <year>1995</year>
          , p.
          <fpage>5</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15. R. (
          <year>2016</year>
          , September 02).
          <article-title>Hoshin Kanri X Matrix Template for Lean Policy Deployment</article-title>
          . Retrieved May/June, 2018, from http://www.shmula.
          <article-title>com/hoshin-kanri-x-matrix-templatefor-lean-policy-deployment/13775/</article-title>
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>