<!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>Transformation of IT systems - socially acceptable, efficient, successful</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Pierre-Yves Cloux</string-name>
          <email>pycloux@yahoo.fr</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Andreas Eberhardt</string-name>
          <email>ae@andreas-eberhardt.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Project Management Professional</institution>
          ,
          <addr-line>Treycovagnes</addr-line>
          ,
          <country country="CH">Switzerland</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>The Agile Factory</institution>
          ,
          <addr-line>Managing Director, Cheseaux</addr-line>
          ,
          <country country="CH">Switzerland</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Companies today encounter rapid, radical and near-constant changes while customer expectations towards quality and service are increasing. It has become imperative for IT to respond and adapt to those changes. The traditional role as a simple technology provider does not fulfill the need. IT departments feel huge pressure to adapt towards a lean, responsive and service oriented organization and to accept a new role of an enabler, working side-by-side with the business as a partner. A pre-condition for this step is to control the system and process landscape. A transformation of the existing IT is getting a critical success factor. The aim of this article is to explain fundamental reasons for investing in IT transformations, taking the telecommunications industry (Telco) as an example. It discloses wrong transformation strategies leading to costly failures and describes the possibility how to conciliate economic efficiency and the implementation of a social acceptable system transformation.</p>
      </abstract>
      <kwd-group>
        <kwd>Business transformation</kwd>
        <kwd>IT transformation</kwd>
        <kwd>Portfolio Management</kwd>
        <kwd>Project Management</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>Companies using Information Technology (IT) know the challenge of managing
existing systems, often referred to as “Legacy”. Legacy is a result of natural entropy
which finds its origin in a parallel growth of the IT and the company activity. The
complexity of legacy is proportional to several parameters:
 The choice of organization (internal, partially or completely outsourced).
 The choice of architecture and products (recurring maintenance and license costs).
 The speed of growth of the company in its first years.
 The amount of available investments for IT systems.</p>
      <p>If there is a domain which is characterized by the mentioned parameters, it is the
Telco industry. The initiation of an IT transformation gets necessary as soon as a
complex legacy environment strikes a difficult economic environment. For the Telco
industry, the reduction of margins and the de-regulation created an “explosive cocktail”.
Some operators anticipated the situation. The majority find themselves today with
their back to the wall and started, or plan to start a transformation of their IT.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Why is there a need for transformation?</title>
      <p>
        The principal idea of a transformation is to reduce the costs for IT in proportion of the
company revenue, to reduce the IT/Sales ratio1. Today IT costs represent nearly 5% of
the telecom revenues (in other industries it is about 2%); there is a rising trend of the
costs, almost in line with the age of the operator [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. A second reason is the aim to
protect margins. While trying to reduce recurring costs (OPEX) there is a growing
pressure to mobilize company resources towards investment activities (CAPEX).
Investments enable the ability to react quickly to market developments. At the same
time operators strive to minimize their Time to Market (TTM)2. The reasons of the
pressure to fast reaction are an acrimonious competition between the operators since
several years and a change in the traditional value chain. Former partners of Telco
operators like device manufacturers and internet service providers started to enter in
the market. The main motivations for a system transformation are therefore:
 A reduction of recurring costs
 A higher efficacy of investments (less CAPEX for the same result)
 A significant increase of projects efficiency, focus to reduce the project duration
The transformation objectives impact simultaneously two of the three axes of the iron
triangle for project management shown in Figure 1 – the axis cost and time.
An impact on delivery quality or scope is not an option for an IT transformation. In a
competitive and volatile market the customer relation is a key element. The choice for
the transformation delivery and implementation strategy gets therefore the critical
success factor. The question is: What are conceivable options when the information
systems are in a situation of crisis3?
      </p>
      <p>The proportion of costs for information systems and the company revenue
The TTM is the average time from the idea conception until the final rollout of the solution
in the market. The average TTM came down from an industry standard of about six months
in the middle of the years 2000, to an average of about three months nowadays.</p>
      <p>
        Our definition: IT does not meet objectives for cost, time to market, functionality or quality
First option, transfer the problem. This option is not addressing the real problem
but transferring the responsibility to a specialised company acting as a “partner”.
Experience shows that outsourcing has only a positive effect on IT when a certain degree
of standardization has already been achieved [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. Also, there must be a balance of
(perceived) power for successful outsourcing negotiations [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. Starting an outsourcing
negotiation in a situation of crisis is putting the outsourcer necessarily in a weak
negotiation position. Profitable efficiency of outsourcing is linked to the context, timing
and the scope / activity. We claim that investing in your own technical organization
and optimizing roles and responsibilities increases the likelihood of achieving
transformation objectives significantly more than outsourcing the problem.
Second option, transform the IT. This option has the objective to reduce
complexity by replacing and decommissioning existing systems, applications, infrastructure
and optimizing the organization. There are several reasons motivating this choice:
1. The need to control the transformation delivery (focus on risks, costs and quality).
2. The need to keep control of the legacy, to avoid any impact on business strategy.
3. The need to comply with certain ethical or political principles.
      </p>
      <sec id="sec-2-1">
        <title>Next, this article will focus on the second option.</title>
        <p>3</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>The bad recipes</title>
      <p>There is a certain number of “routines” to achieve cost reduction objectives. Even if
some of these routines might be efficient in the short-term, the mid-term impacts are
important. Two dimensions influence the costs for the information system:
 The number of systems
 The total cost of ownership (TCO)4 per system.</p>
      <sec id="sec-3-1">
        <title>The IT executive could get “trapped” by two misleading strategies.</title>
        <p>
          4 The TCO is a combination of maintenance cost and recurring CAPEX for new products. It is
direct proportional to the economic efficiency of the supplier (internal or external).
Misleading strategy 1, reduce recurring costs via elimination. The first strategy we
want to refer to is what we call the « Easyway Approach”. It is about reducing the
TCO per system without neither changing the system architecture nor the system
structure. Although this is a necessary activity, without complementing this approach
with some structural changes the benefits will not be efficient in a long-term
perspective. We named this strategy the “Easyway Approach” as a reduction of cost is
fundamentally incontestable within a short-term perspective. This strategy is chosen by
IT executives who either have low technical knowledge, who lost their credibility
towards their business stakeholders or who are unable to sell any other strategy. The
most risky approach is to cut maintenance and support cost for IT components. Even
if there seem to be a measurable cost reduction, there are important side effects:
1. Creation of operational risks in different parts of IT with potential impacts on
business in case incidents occur.
2. Impossibility to calculate any business case for IT investments. In a situation of
low or even zero cost for the operation of an IT system it gets impossible to
calculate a return of investment (ROI), as there is no economisation achievable.
If operational risks are cumulated, the likelihood to end up in a business critical crisis
is increasing. IT executives having applied this strategy do not have any other choice
than to constantly resist the pressure to system changes to stay in control. The
dialogue with business stakeholders turns into a conflict. As a consequence, not many
CIO’s in Telco stay longer than four years in their position [
          <xref ref-type="bibr" rid="ref1">1</xref>
          ].
        </p>
        <p>
          Misleading strategy 2, transform the business. The principle of the approach we
named “business transformation” is about adapting the IT whilst transforming the
business processes. This approach is driven by the postulate: the complexity of IT and
its costs are correlated to the complexity of the business processes and a high
variability of requirements [
          <xref ref-type="bibr" rid="ref2">2</xref>
          ]. It does not imply that the business is ready for a business
transformation to facilitate an IT transformation. In this context, the only conceivable
solution to reduce costs is to replace complete system domains with one or more
integrated products provided by one or several editors. The expectation is a reduction of
recurring costs by reducing the number of systems, not necessarily the cost per
system. One challenge is that nearly no telecom package is a finalised product. The
majority of product editors compensate low implementation costs with high rates for
consulting or development. Another challenge is that business executives do not
necessarily support an alignment of their processes to “out of the box” functionalities.
Hence, there is a choice of two possible transformation failures:
 Either the product is not supporting the current (or expected) business processes
 Or the product has to be adapted via development, the ROI cannot be realized
If such a strategic decision has not been taken on CEO or even on shareholder level,
to officially engage the whole company in the transformation, this delivery strategy is
doomed to fail. We would even say that such a transformation needs to be
concomitant with a radical change of the company like a market repositioning, rebranding,
sales or fusion to justify the business risks.
        </p>
        <p>The iterative, tactical approach. Our conclusion is to apply a tactical and
step-bystep approach. This type of intervention implies imperatively a high IT executive
implication as he is expected to go into operational details and adopt an entrepreneur
management style. The objective of the tactical approach is to reduce the number of
systems (complexity) as well as the TCO per system without creating major
constraints for the business strategy execution.
We distinguish the following essential key factors for the successful realization of the
IT transformation delivery strategy:
 Leadership
 Measuring and Communication
 Delegation and “Professionalization”
 Planning and Piloting
4</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>The realization of a socially acceptable IT transformation</title>
      <p>
        Leadership. Since the industrialization of information technology there is a tendency
of a pure administrative and statistical management of IT. It is essential to not limit
the decision process to a distant interpretation of statistics. There is a component
purely linked to (technical) competencies, the capability for IT executives to judge the
efficiency of their teams and their suppliers. The ability to motivate is a critical skill
for anyone leading a technology team. Technical competence is a pre-condition to
convince engineers. A better understanding and actively shaping motivation can lead
teams to greater success. We claim that it is indispensable in a situation of structural
change of the IT to have executives being able to get hands on in technical and
operational details: An entrepreneurial management. The role of the IT executive should be
a partner role, influencing choices in technology, inspiring the team to take risks and
managing people toward peak performance by creating positive emotions and
motivation – by creating a vision.
Measuring and Communication. The CIO has to define a set of KPIs and
governance metrics to measure the performance of the IT department. Without a regular
reporting many important decisions are taken “blindly”, discussions with business
executives on a solid basis get prevented. In such a scenario delivery commitments
can only be given for small system improvements, the dialogue stays emotional. The
establishment and the debriefing of an agreed KPI catalogue is a key item for the
communication of the CIO. It needs to be regularly shared in public with all involved
colleagues and partners, not only to management teams. Bonus payments, personal
objectives and individual feedback need to be linked to the KPI objectives.
Delegation and Professionalization. One big challenge in IT is an aging workforce
[
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. Many HR departments lack career paths, constant trainings, certifications and
performance validation for the technical experts. IT departments have seen a
considerable part of their colleagues evolving to a status of “something senior” without
having formally validated their competences. The result is an increase of OPEX to the
disadvantage of the technical productivity and without any efficiency increase in
support functions. This is one of the fundamental factors of the upturn of IT costs in
industrialized countries. Our recommendation for the technical profiles for an efficient
execution of the IT transformation:
 Technical people, the majority being able to go into technical details (code level).
 Team leaders taking the full accountability of functional domains E2E5.
 Project managers driving incremental changes, on legacy and the transformation
 Limited amount of system architects to keep control on the transformation vision.
An organizational transformation might be necessary before starting the system
transformation. We recommend the following approach:
1. Announcement of the change. An open communication is essential. It should be
direct and create the feeling of urgency for a favorable acceptance of a change.
2. Simplification of job descriptions. In the course of time many job titles have been
defined. During a transformation it is important to focus on basic competencies.
3. Define and centralize a professional team of project managers. The main
responsibility is to focus on planning, reporting and management of investment and risk.
4. Distribute the responsibility for the TCO6 to the technical lines. Every platform
and application needs a dedicated “owner” who is fully responsible for the
technical strategy, the need of external support and the validation of changes on his
platform. The ability to calculate such measures becomes a priority.
      </p>
      <p>Planning and Piloting. Starting an IT transformation, we recommend to first
concentrate on the basics, the “things to get right”:
5 E2E = end to end, e.g. for technical domains like “Billing”, “CRM”, etc.
6 TCO includes the total costs for CAPEX and OPEX for a dedicated technical domain.
 Improve the level of confidence for your delivery capacities. This can be achieved
by improving timelines and cost for delivering the basic needs. Quick wins can be
realized by bundling activities, for example by introducing release management or
commercial periods, by using agile methodologies and by defining a strict project
delivery process with well-defined delivery artifacts. Project success has to be
reproducible, at a high quality and independent of single human resources.
 Request formal management expectations and objectives for IT. In many
companies, IT is considered as a commodity and a support function with no defined
mission. It is impossible to create a vision for an IT transformation without clear
objectives aligned with the company strategy. In case objectives are not provided by
top management, we recommend determining the IT strategy by defining business
assumptions shared with the business stakeholders, and therefore taking risk.
 Vision of the future IT architecture. The technical lines should participate in the
definition of the vision of the IT transformation and the delivery strategy for each
technical domain instead of the CIO imposing a transformation vision.
It is mandatory to constantly align the business strategy with the transformation
delivery strategy, ideally with each business unit. The project roadmap should consider
transformation deliverables as a technical enabler supported by the business case of a
business project. Such an alignment is only possible if there is a constant and efficient
communication between IT and the business stakeholders. This alignment task is part
of the responsibilities of the Portfolio Management. The role of the CIO is to follow
the execution of the IT renewal plans in detail and to share the status in public.</p>
      <p>Any investments or integration requests in IT, like purchasing third party services
or tools, must be prevented. IT should be the exclusive provider of IT related services
– and the only responsible entity for IT costs. Only in such conditions the CIO is able
to guarantee a long-term view to preferred suppliers with positive impacts on costs
and system complexity. In case a business project gets a higher priority than the
transformation, this dependency has to be highlighted before the project kick off. The
impact on the transformation objectives have to be explicitly approved by management.
5</p>
    </sec>
    <sec id="sec-5">
      <title>Impact</title>
      <p>By implementing the recommendations above, we achieved in the first year at one of
the top three telecommunication operators in Switzerland:
 A reduction of recurring costs by 28%, of the external IT OPEX by 60%.
 An increase of project efficiency by reducing the TTM by 40%, the amount of
critical incidents per week by 60% (reduction of post rollout incidents) and by
introducing agile methodologies (25% of the projects scope delivered in agile mode).
 The business strategy has not been impacted, no business project got stopped nor
has any freeze period been requested.
 No outsourcing or layoff was necessary to achieve the cost reduction objectives.
The main critical success factor for the execution of what we call a “tactical
transformation” is an entrepreneurial management with IT executives having the technical
competences to control and lead changes in the necessary technical detail, as well as
to motivate their technical teams and challenge the preferred suppliers and partners.</p>
      <p>
        We call this approach socially acceptable as we recommend focusing on existing
company competences and people. Many CIOs put their attention mostly on technical
aspects while ignoring the people and organisational challenges [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. We believe that
leveraging the people dimension is a key item of achieving desired results and
realising optimization potentials, without putting the business at risk. In this context we
consider outsourcing and layoffs to realize short-term cost reductions as a risk and
inefficient instrument. Outsourcing should be reduced to standardized areas only.
      </p>
      <p>Pre-conditions to recognise benefits are the measurement of performance based on
shared KPIs, the implementation of an efficient organisation including a reduction of
technical roles and the delegation of responsibilities with a strong link to personal
objectives. To our experience, only the repartition of costs and their publication
already drive behavior and performance and have an automatic regulatory effect. It is
important to increase the perceived value of technical functions by constant trainings,
a well-defined career path and a competitive salary level.</p>
      <p>We see professional and centralized project and portfolio management as an
indispensable activity to facilitate the interaction and expectation management with
stakeholders, and to efficiently align the growth objectives with the technical vision of the
transformation. Centralized project management is a major driver in implementing
and respecting project delivery processes. Having technical lines or project owners
managing projects create inefficiencies and is a potential for conflict of interests.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1. J.
          <string-name>
            <surname>Luftman</surname>
          </string-name>
          (
          <year>2010</year>
          ).
          <source>Society for Information Management</source>
          ,
          <year>2010</year>
          SIM IT Trends. http://www.simnet.org/
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <given-names>M.</given-names>
            <surname>Eul</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Freyberg</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Jaeger</surname>
          </string-name>
          (
          <year>2010</year>
          ).
          <article-title>IT in Telecom Industry, Reaching the next level</article-title>
          . http://www.atkearney.com/documents/10192/9c7abca8-1b22
          <string-name>
            <surname>-</surname>
          </string-name>
          4c7c-
          <fpage>9450</fpage>
          -73c9a01386c2
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <given-names>P. H.</given-names>
            <surname>Kim</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R. L.</given-names>
            <surname>Pinkley</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. R.</given-names>
            <surname>Fragale</surname>
          </string-name>
          (
          <year>2005</year>
          ).
          <article-title>Power dynamics in negotiation</article-title>
          .
          <source>Academy of Management Review</source>
          ,
          <volume>30</volume>
          :
          <fpage>799</fpage>
          -
          <lpage>822</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <given-names>R.</given-names>
            <surname>Attkinson</surname>
          </string-name>
          . (
          <year>1999</year>
          ).
          <article-title>Project management: cost, time and quality, two best guesses and a phenomenon, its time to accept other success criteria</article-title>
          .
          <source>International Journal of Project Management</source>
          .
          <volume>17</volume>
          (
          <issue>6</issue>
          ),
          <fpage>337</fpage>
          -
          <lpage>342</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <given-names>S.</given-names>
            <surname>Donnelly</surname>
          </string-name>
          (
          <year>2010</year>
          ).
          <article-title>The Evolution of IT transformation</article-title>
          . Deloitte whitepaper. http://www.deloitte.com/assets/DcomNorway/Local%20Assets/Documents/Publikasjoner%202011/evolution-of-ITtransformation.pdf
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>