<!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>People Management Issues in Scrum from COBIT Perspective</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Turkey necmettin.ozkan@turkiyefinans.com.tr</string-name>
        </contrib>
      </contrib-group>
      <pub-date>
        <year>2015</year>
      </pub-date>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        While Scrum aims to maximize the business value of
information technology (IT), COBIT (Control Objectives for
Information and Related Technology) is to assure the business
value of IT throughout the international set of generally
accepted IT control objectives [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. However, from the point of
people management, Scrum and COBIT present different
approaches in their essence:


      </p>
      <p>
        While COBIT is to standardize people to the processes,
SCRUM relies on people and their creativity rather
than processes [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ].
      </p>
      <p>
        Instead of a command and control style of management
in COBIT, Scrum encourages teams with the resources
they need and then trust them to do their jobs well [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ].
      </p>
      <p>Albeit Scrum teams have a freedom inside the team, they
one way or another still have an interaction with the remaining
parts of organizations which have authorities over the same
subject which is maximizing the value. Scrum should gain
recognition throughout the organization, and be applied
appropriately. Otherwise, conserving and protecting the natural
structure and mechanism of the teams becomes a challenge.</p>
      <p>The focus migrates from people centric management to
product centric management by Scrum methods and the
structure of Scrum shapes around the product concept. Line
managers, who have primary responsibilities over people,
disappear. However, still someone should watch over people
who are prone to be forgotten somewhere in the product lines,
aggressively designed for continuous and unremitting delivery.</p>
      <p>
        Accountabilities and responsibilities of people management
functions of teams should be addressed in Scrum. As a part of
it, responsibilities of workload and resource capacity
management among and inside the Scrum teams should be
defined. Performance measurement and reward systems must
be suitably designed [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] team based, where collective goals
supersede individual accomplishments [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. Moreover, career
path development is a field to study for Scrum which provides
a flat structure of organization rather than a hierarchy including
steps to managerial positions.
      </p>
      <p>
        For the teams that are expected to trust each other, the
concept of codes of ethics plays a critical role for the success of
agile methodologies. And, organizations should be aware of
that it may take enormous effort, time, and patience to build a
culture of trust and respect among the employees [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ].
      </p>
      <p>
        Documentation as useful artifacts for the backup of
information is discouraged in Scrum [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. Thus, much of the
knowledge in agile development resides in the heads of the
development team members [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ].
      </p>
      <p>
        Using an agile approach entails formidable responsibility
on the client’s part [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. The success of agile development relies
on finding customers who are expected to be collaborative,
representative, authorized, committed, and knowledgeable [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ].
Great Scrum also needs great product owners [11].
      </p>
      <p>
        Consequently, Scrum brings the advantages of flexibility
and human initiative, yet opens gates to the diversity and
unpredictability of people which at the end may inhibit to
achieve a level of assurance and control [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. Thus,
organizations within COBIT environments need to strike a
balance between the two conflicting interests: agility and
control.
      </p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          <source>[1] ISACA, "Cobit 4.1"</source>
          , Rolling Meadows,
          <string-name>
            <surname>ISACA</surname>
          </string-name>
          ,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>Z.</given-names>
            <surname>Zhiying</surname>
          </string-name>
          , '
          <article-title>CMM in uncertain environments'</article-title>
          ,
          <source>Commun. ACM</source>
          , vol.
          <volume>46</volume>
          , no.
          <issue>8</issue>
          , pp.
          <fpage>115</fpage>
          -
          <lpage>119</lpage>
          ,
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>B.</given-names>
            <surname>Boehm</surname>
          </string-name>
          and
          <string-name>
            <given-names>R.</given-names>
            <surname>Turner</surname>
          </string-name>
          ,
          <article-title>Balancing agility and discipline</article-title>
          . Boston: Addison-Wesley,
          <year>2004</year>
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>S.</given-names>
            <surname>Nerur</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Mahapatra</surname>
          </string-name>
          and G. Mangalaraj, '
          <article-title>Challenges of migrating to agile methodologies'</article-title>
          ,
          <source>Commun. ACM</source>
          , vol.
          <volume>48</volume>
          , no.
          <issue>5</issue>
          , pp.
          <fpage>72</fpage>
          -
          <lpage>78</lpage>
          ,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>K.</given-names>
            <surname>Beck</surname>
          </string-name>
          et al.,
          <article-title>"Agile manifesto" http://agilemanifesto</article-title>
          .org/,
          <year>2001</year>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>A. I.</given-names>
            <surname>Khan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. R. J.</given-names>
            <surname>Qureshi</surname>
          </string-name>
          , and U. A. Khan, “
          <article-title>A Comprehensive Study of Commonly Practiced Heavy &amp; Light Weight Software Methodologies</article-title>
          ,”
          <source>International Journal of Computer Science and Issues</source>
          , vol.
          <volume>8</volume>
          , no.
          <issue>4</issue>
          , pp.
          <fpage>441</fpage>
          -
          <lpage>450</lpage>
          , June 2011
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>A.</given-names>
            <surname>Cockburn</surname>
          </string-name>
          and
          <string-name>
            <given-names>J.</given-names>
            <surname>Highsmith</surname>
          </string-name>
          <article-title>"Agile Software Development, The People Factor"</article-title>
          ,
          <source>Computer</source>
          , vol.
          <volume>34</volume>
          , no.
          <issue>11</issue>
          , pp.
          <fpage>131</fpage>
          -
          <lpage>133</lpage>
          ,
          <year>2001</year>
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>V.</given-names>
            <surname>Vinekar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Slinkman</surname>
          </string-name>
          and
          <string-name>
            <given-names>S.</given-names>
            <surname>Nerur</surname>
          </string-name>
          , '
          <source>Can Agile and Traditional Systems Development Approaches Coexist? An Ambidextrous View', Information Systems Management</source>
          , vol.
          <volume>23</volume>
          , no.
          <issue>3</issue>
          , pp.
          <fpage>31</fpage>
          -
          <lpage>42</lpage>
          ,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>K.</given-names>
            <surname>Judy</surname>
          </string-name>
          , '
          <article-title>Great Scrums Need Great Product Owners: Unbounded Collaboration and Collective Product Ownership '</article-title>
          ,
          <source>in the 41st Hawaii International Conference on system sciences</source>
          ,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>