IT enablement, digitization and automation are crucial for supporting processes that are cost-effective and value-rich. Nonetheless, technology can only deliver these benefits if businesses understand the flaws in their processes and take steps to rectify them. Using a structured, comprehensive approach, companies can clearly define and deconstruct inefficient processes and reconstruct them to achieve the desired outcomes, a clear and quantifiable return on investment.

1. Optimizing Outcome-Driven Change:
It’s About the Process, Not the Technology
The fundamental principle for achieving desired outcomes and user
satisfaction is a recognition that technology is just one of the levers
that can be pulled to create more efficient and effective processes.
Executive Summary
No business can afford IT initiatives that don’t
deliver significant improvements in business
performance. Yet a 2012 McKinsey study revealed
that 17% of lT projects miss the mark so badly
that their failure threatens the company’s very
existence. Further, large IT projects (budget
exceeding $15M) deliver 56% less value than
predicted.1
While IT enablement, digitization and automa
tion remain critical elements for implementing
processes that are more cost-effective and bring
greater value, technology can only produce
benefits if an organization fully understands its
existing processes’ pain points and how to rectify
them.
This white paper lays out a clear approach for
optimizing a business process prior to digiti
zation — helping to ensure that the digitization
effort leads to significant improvement in the
business process and a clear and quantifiable
return on investment.
Why IT-Driven Transformation Fails
Too often, organizations embark on automation
and/or digitization strategies before they have
completely dissected the deficient process, and
identified precise pain points and their causes. In
these situations, digitization and/or automation
can become ends in themselves. Typically, they
are not.
To deploy technology effectively, it is necessary
- for companies to take a comprehensive, struc-
tured approach to understanding what activities,
data, workflows, training, etc., must change in
order for a transformed process to deliver the
desired results.
By clearly defining and deconstructing inefficient
processes, organizations can begin to reconstruct
them — helping to ensure that new digitization
- and automation initiatives bring the best out-
comes from their investment and avoid failure
(see Figure 1, next page).
• Cognizant 20-20 Insights
cognizant 20-20 insights | may 2015

2. cognizant 20-20 insights 2
When technology becomes the focal point of a
transformation initiative, organizations often fail
to do their basic homework, such as gathering
insights from business users, which is neces-
sary in order to fully understand why a process
is ineffective. Without this intelligence, it’s all
too easy for them to simply automate existing
inefficiencies.
Lean philosophy methodology (applied from
the Toyota Production System) posits that three
elements exist within any business process:
non-value-added activities, value-added activi-
ties and value-enabling activities. In the book
Staying Lean — Thriving, Not Just Surviving, the
authors state that research shows that any
business process is comprised of 49% to 60%
non-value-added activities and 35% to 50%
value-enabling activities. Hence, value-added
activities only make up 1% to 5% of a process.2
An organization must take the time to identify
value-added vs. non-value-added elements in a
process targeted for transformation. If not, the
automation or digitization of that process typi-
cally leads to non-value-added activities that
continue to exist in the process, albeit in an auto-
mated fashion. So a step that actually qualifies as
“waste” would not be eliminated, but automated
— likely contributing to end-user frustration and
disappointing efficiency gains.
To achieve true transformation, processes should
be assessed and optimized/reengineered before
turning attention to IT enablement. Through a
structured process-reengineering exercise using
Lean and Six Sigma tools, non-value-added ele-
ments can be identified and eliminated to the
greatest extent possible, which can subsequently
improve the efficiency of value-enabling and val-
ue-added activities
For example, in the accounts payable/invoice pro-
cess, many organizations require multiple levels
of approval to initiate payments to vendors. When
that process is automated, requests for approv-
al are automatically granted, according to an
approval matrix. However, if the existing pro-
Dearth of end user insight
Lack of impact assessment of business processes
Lack of measurable success criteria
Undefined goals and objectives
Inadequate or vague requirements
Key Reasons for IT-Driven Project Failures
Figure 1

3. cognizant 20-20 insights 3
cess is analyzed before it is automated, it would
become clear that:
• The process requires approvals for invoices
submitted against pre-approved purchase
orders. This step adds no value.
• Approvals are required for all invoices,
regardless of their amounts. The value added
is minimal compared to the extra time required
for the approvals.
Ideally, this process should be redesigned to elim-
inate approvals for PO-based invoices. Further,
the approval matrix should be restructured so
that approvals are sought only for invoices above
a certain value. These steps would streamline the
process before it is digitized.
Re-engineering Before Automating:
A Structured Approach
Described below (abbreviated later as DCBA) is
a straightforward approach for identifying the
value-added and enabling process components,
and defining outcomes to ensure they inform the
transformation initiative. The steps include:
• Defining business objectives.
• Conducting current-state assessment.
• Building the future-state process.
• Assimilating process changes into business
requirements.
DCBA is a structured methodology organiza-
tions can use to assess and redesign any business
process before it’s automated. It stresses the
importance of outcomes-based transformation
and ensures that objectives are clearly laid out,
with quantitative performance measures in place
to gauge success. Business user involvement and
input are critical throughout DCBA to ensure the
solution is comprehensively defined.
Defining Business Objectives
The first stage in the DCBA approach is to deter-
mine the purpose of automating a specific process
or the steps within it. To do this, leaders of trans-
formation initiatives must:
• Determine the objective and related perfor-
mance indicator(s)/metrics. Project sponsors,
business owners and other key stakeholders
should be interviewed to define and reach
agreement on the objectives of the transfor-
mation initiative. The underlying principle here
is that automation is not an end in itself; rather,
it should be evaluated as a means for achieving
the desired objectives.
• Typical objectives could be to:
>> Make the process faster/quicker ¬ TAT (turn-
around time3
) reduction.
>> Make the process better ¬ Error reduction.
>> Make the process “cost effective” ¬ Cost re-
duction.
>> Make the process less risky ¬ Risk reduction.
>> Make the process easier/simpler ¬ End-user
satisfaction (the end user could be a busi-
ness user or end client).
Multiple objectives for an initiative may
require multiple performance indicators. In
the accounts payable process we examined,
objectives could include faster invoice pro-
cessing and elimination of duplicate payments,
for example.
• Define a target/goal for each performance
indicator/metric. Once the focus metrics
are defined, set a quantifiable target, such as
“reduce TAT by 25%.” The success of the entire
initiative can then be determined based on
achieving these objectives.
Historical performance data should be
assessed to define the current baseline.
Targets can be set for improvement against
this baseline. Industry benchmarks can also be
leveraged as a guideline. For instance, the 2013
Aberdeen e-Payables: Payment Automation for
Operational Excellence Survey showed that
best-in-class (top 20%) organizations took 3.7
days to process an invoice, whereas the indus-
try average is around 8.8 days.4
Given the broad goal of faster invoice process-
ing, the target could be to complete invoice
processing within 10 days of receipt of an
invoice. An alternate target might aim to
ensure that at least 90% of the invoices are
processed within 10 days of receipt.
Conducting the Current State Assessment
The second step in the DCBA methodology is to
assess the end-to-end process to identify improve-
ment areas. A variety of tools and methodologies,
including Six Sigma and Lean principles, can be
applied here.
This phase entails the following:
• High-level and detailed process mapping. A
high-level process map captures the key steps
in the process. Figure 2, next page, illustrates
the steps that represent our accounts payable
process.

4. cognizant 20-20 insights 4
A detailed process map is then prepared through
workshops with business users to capture the fol-
lowing information:
• Sequence of steps/activities.
• Time taken at each step.
• Volume details.
• Details of departments/roles involved in the
end-to-end process.
• Overall turnaround time.
Figure 3 below presents a comprehensive picture
of the end-to-end process.
• Process assessment. The end-to-end process
should then be analyzed to identify scope for
improvement. Process assessment is done
across two dimensions:
>> Process analysis. Organizations can use
Lean value stream mapping to identify non-
value-added steps in collaboration with busi-
ness users.
Evaluate Discount
and Publish
Approve & Authorize
Payment Cycle
Reconcile
Payment
Payment
Start
Stop
Invoice
Data Entry
Invoice
Verification
Stepping Through the Accounts Payable Process
Figure 2
Start
Receive Invoice
Volume:
X Thousand
(X minutes)
Mailroom
Multi-Level
Approval Process
Yes
No
Match?
Y%
of Total Volume
A%
of Total Volume
X%
of Total Volume
B%
of Total Volume
Transform/Store
Invoice Details
Return Invoice
Exception
Claim Processing
Send Acknowledgment
(X minutes)
Inspect for Complete
Details & Compliance
Department Managers
& Finance Approvals
Check for
Discounts Applied
Three-Way
Matching
Yes
No
End
End
(X minutes)
(X minutes) (X minutes)
(X minutes)(X minutes)
(X minutes)
(X minutes)
Confirm
Entitlement
to Pay
Verify Payee
Information Against
the Vendor Master
Prepare & Schedule
Payment Cycle
Process Vendor
Payment
Reconcile
& Report
Process Mapping: A Holistic Journey
It’s critical to create an extremely detailed process map to understand all the potential outcomes for an invoice,
including all the users and other processes and systems touched by it. Such mapping helps reveal bottlenecks, non-
value-added activities, and potential effects of process changes on users and other workflows.
Figure 3

5. cognizant 20-20 insights 5
In a value stream mapping workshop, busi-
ness users from various teams that participate
in the end-to-end process objectively assess
every step of the process to gauge wheth-
er it adds value and whether it is performed
in the most efficient manner. Rework, delays,
waiting time, excess inventory and over-pro-
cessing are typical “wastes” found in a process.
All improvement areas are highlighted using
Kaizen bursts.5
Figure 4 above represents a sample value
stream map.
• Data analysis. This involves assessing
historical process performance data to identify
trends/variation sources. Past data covering
transactional volumes, invoice processing time
per region, incomplete invoices by vendors,
duplicate invoices, etc., should be studied in
great detail in order to arrive at key sources of
variation and identify areas for improvement. A
few vendors may be responsible for a majority
of incomplete, inaccurate and/or duplicate
invoices. In these cases, a pre-defined template
could be shared with these vendors to ensure
they provide all details tagged as “mandatory.”
An online portal for invoice submission can
also resolve this problem.
When the current-state assessment phase is
complete, the organization will have a detailed
list of areas for improvement throughout the
process.
Building a Future-State Process
The third stage in the DCBA methodology is to
design a future-state process that addresses all
the identified improvement areas for achieving
Start
Receive Invoice
Multiple formats and multiple channels
for invoice receipt require mailroom services
Distributed information and
manual verification
Not cataloged and integrated, may
result in repetition and duplication
Manual activity and lack
of SLA-resulting follow-ups
Stakeholders not
updated on status
Inconsistent manual review of line
items from order, delivery, pricing
Lack of knowledge base per vendor, products
and amounts. No visibility into cap maximization
Multi-Level
Approval Process
Yes
No
Match?
Transform/Store
Invoice Details
Return Invoice
Exception
Claim Processing
Inspect for Complete
Details & Compliance
Send
Acknoweldgment
Department Managers
& Finance Approvals
Check for
Discounts Applied
Three-Way
Matching
Yes
No
End
End
Confirm
Entitlement
to Pay
Verify Payee
Information Against
the Vendor Master
Prepare & Schedule
Payment Cycle
Process Vendor
Payment
Reconcile
& Report
Time-consuming, inconsistent and ad-hoc
processing results in late payment and fees
Manual, early or
delayed payments
Average TAT of 32 Days
Finding Value in the Process Stream
A typical value stream map uses various symbols (Language of Lean) to depict inventory, operators, work cells, etc., and
capture details of time and inventory at each step. For ease of representation, we have used process mapping symbols and
Kaizen bursts alone in this VSM depiction.
Figure 4

6. cognizant 20-20 insights 6
more efficient and effective performance, per the
identified metrics. This phase entails:
• Improvement recommendations. All improve-
ment areas should be assessed in greater
detail; brainstorming with business teams can
lead to solutions/ideas to overcome key pain
areas (see Figure 5). In our accounts payable
example, if the approval process is tedious and
has been identified as needing improvement,
the team could brainstorm ways to simplify this.
Multiple tiers of approval could be introduced
based on invoice value. Then, only high-value
invoices would require senior management
approval, thus assuring faster turnaround.
• Creation of a detailed “to be” process map.
This process map will highlight the process and
technology changes necessary to optimize
it. Simulation tools (for instance, ProModel or
SIMUL8) should be deployed during this phase
to gauge the impact of these changes on overall
process performance. A process simulator can
help define the impact of suggested process
changes. If the future-state process design
eliminates a few steps, the simulator calculates
the overall impact of this action on end-to-end
turnaround time and resource requirements.
This enables stakeholders to envision the ben-
efits of the proposed future state and helps win
their commitment and sponsorship. In many
cases, business users are neither engaged in
the analysis of current processes nor in the
design of future-state processes. So when
they are required to migrate to a new process,
they typically show strong resistance. That’s
why the DCBA approach places great empha-
sis on involving the business in every step of
the transformation journey (see Figure 6, next
page).
Assimilation of Process Changes into IT
Business Requirements
The final step in the DCBA structure focuses on
mapping the process changes to the business
requirements. This involves creating the busi-
ness requirements document with details of the
revised process.
In the accounts payable example, the future-state
process recommends automated invoice verifica-
tion. In this case, parameters must be defined and
databases identified to enable verification. Rules
may need to be defined to specify a course of
action in case voice verification fails.
Automate invoice mailroom
services through OCR with
business rules.
Standardize invoice formats in
collaboration with vendor
teams; enable online invoice
submission.
Introduce an online, rule-driven
workflow tool to streamline
approvals, returns, automatic
invoice posting and exception
processing.
Harmonize PO and vendor
master data to improve
extraction rate and auto-posting
of invoices.
Technology
Improve accuracy of the vendor
master database.
Define standard operating
procedures for internal usage
and for vendors.
Define a prioritization matrix
for invoice payment.
Improve coordination between
various teams/parties involved
in the process (vendors,
accounts payable, accounts
receivable and finance teams).
Process
Study effectiveness of resource
alignment by vendor/invoice
type and simplify as necessary.
Train resources on standard
operating procedures and
monitor adherence.
Study past performance to
identify sources of variation
and ensure consistency in
performance/output across
the entire team.
People
Sample Cross-Team Brainstorming Agenda
Examples of solutions user teams could brainstorm to improve accounts payable.
Figure 5

7. cognizant 20-20 insights 7
These detailed requirements then become the
basis for the IT design documents the software
development lifecycle follows. At this point, the
transformation team must determine the extent
of customization and the development effort nec-
essary to align the technology deployment to the
future-state process.
Looking Ahead: Focus on Outcomes First
The outcomes-driven approach to transforma-
tion not only results in a more robust IT design
and smoother implementation, but also contrib-
utes to overall program success through intense
end-user involvement, greater commitment and
sponsorship, and empirical assessment of its
impact on the business. Defining key success
factors, base-lining and target-setting before
deploying any technolotgy helps in assessing and
projecting the impact of the project (see Figure 7,
next page).
The insights uncovered by the DCBA structure
create a strong business case, and help ensure
that supporting automation and digital technolo-
gies directly address specific pain points. In this
way, a reengineered process can truly operate
better and deliver more value to its users, inside
and outside the company. That’s an outcome that
reflects well on an organization’s IT professionals.
Holistic Process Change
The “to be” process map captures the workflow, human and technology changes necessary for
optimal process transformation.
Figure 6
Emails/Uploads
scanned invoice
to portal against
the PO
Mails acknowledgment
& original/updated
invoice
OCR, extract &
capture defined
field data
Business rules
validate accuracy
& data against PO &
receipt
Rule-driven workflow
routes for approval
Checks for
duplicates
Integrated system
displays vendor data,
discounts & past
invoices
Discounts
applicable
System verifies
payment cycles,
evaluates JIT
payment
System employs
integrated ERP & BPM
setup entitlement &
payment
Mail detail
to vendors
Acknowledgment
with unique ID
(barcode), one per PO
Manual
review
Manual
review
Collaborate &
Resolve
NO
YES
Vendor
Vendor
System initiates
payment on correct
date
Auto
reconciliation
Sort, catalog &
store for reference
Mailroom
Detailed
inspection:
REJECTS
APPROVED?
APPROVED?
Match

8. cognizant 20-20 insights 8
The key to achieving this and other outcomes-
driven transformations is making sure that
technology is always a means, never an end in
itself. Focus on outcomes first; the technology
will follow.
To create a strong base for outcomes-driven
transformation, organizations need to:
• Evaluate every IT project/spend against the
business impact/benefit it would create.
• Involve key business/process owners
throughout the prioritization and execution of
IT projects to ensure their support and collabo-
ration.
• View the time and effort recommended by this
approach as an investment and indemnity to
keep failure at bay and ensure that IT projects
deliver true business value.
Footnotes
1
McKinsey & Co. “Delivering Large-Scale IT projects on Time, on Budget, and on Value.” October, 2012.
http://www.mckinsey.com/insights/business_technology/delivering_large-scale_it_projects_on_time_on_
budget_and_on_value#sthash.IIqZB8xs.dpuf.
2
Peter Hines, Pauline Found, Gary Griffiths and Richard Harrison. “Staying Lean, Thriving not Just
Surviving.” Lean Enterprise Research Center. Cardiff University, 2008. http://www.amazon.co.uk/
Staying-Lean-Thriving-Just-Surviving/dp/0953798291.
3
TAT is the period for completing a process cycle (such as repair or replacement of a component or
equipment), commonly expressed as an average of previous such periods. Read more at: http://www.busi-
nessdictionary.com/definition/turnaround-time.html#ixzz3UkQVyjHk.
4
From the Global Exchange Group white paper, “Automating Accounts Payable — Leaving the Paper Jam
Behind,” page 3. Aberdeen, 2013. “e-Payables: Payment Automation for Operational Excellence Survey.”
Published by Aberdeen. https://www.gexchange.com/pdf/GEG-paper-to-electronic.pdf.
5
Kaizen bursts are used to indicate improvement areas in a process during value-stream mapping work-
shops. Each Kaizen burst may then be analyzed in greater detail. (Kaizen, also known as continuous
improvement, is an approach to work that systematically seeks to achieve small, incremental changes in
processes in order to improve efficiency and quality).
Achieving Success by Envisioning End Results
End-user involvement
in process design
Ease in quantifying
business impact
Definition of KPIs and
target-setting
Design of a robust
future-state processEffectiveness of the
overall IT implementation
program
Greater commitment
and sponsorship
The outcomes-driven approach to process transformation helps generate business user support, smoother technol-
ogy deployment and easier quantification of the project’s business benefits.
Figure 7

9. About Cognizant
Cognizant (NASDAQ: CTSH) is a leading provider of information technology, consulting, and business process out-
sourcing services, dedicated to helping the world’s leading companies build stronger businesses. Headquartered in
Teaneck, New Jersey (U.S.), Cognizant combines a passion for client satisfaction, technology innovation, deep industry
and business process expertise, and a global, collaborative workforce that embodies the future of work. With over 75
development and delivery centers worldwide and approximately 211,500 employees as of December 31, 2014, Cogni-
zant is a member of the NASDAQ-100, the S&P 500, the Forbes Global 2000, and the Fortune 500 and is ranked among
the top performing and fastest growing companies in the world. Visit us online at www.cognizant.com or follow us on
Twitter: Cognizant.
World Headquarters
500 Frank W. Burr Blvd.
Teaneck, NJ 07666 USA
Phone: +1 201 801 0233
Fax: +1 201 801 0243
Toll Free: +1 888 937 3277
Email: inquiry@cognizant.com
European Headquarters
1 Kingdom Street
Paddington Central
London W2 6BD
Phone: +44 (0) 20 7297 7600
Fax: +44 (0) 20 7121 0102
Email: infouk@cognizant.com
India Operations Headquarters
#5/535, Old Mahabalipuram Road
Okkiyam Pettai, Thoraipakkam
Chennai, 600 096 India
Phone: +91 (0) 44 4209 6000
Fax: +91 (0) 44 4209 6060
Email: inquiryindia@cognizant.com
­­© Copyright 2015, Cognizant. All rights reserved. No part of this document may be reproduced, stored in a retrieval system, transmitted in any form or by any
means, electronic, mechanical, photocopying, recording, or otherwise, without the express written permission from Cognizant. The information contained herein is
subject to change without notice. All other trademarks mentioned herein are the property of their respective owners. TL Codex 1307
About the Author
Uma Kasoji is a Director of Consulting within Cognizant’s Business Consulting group. She brings more
than 14 years of experience and expertise in Lean and Six Sigma methodologies to lead a variety of
process reengineering and business transformation initiatives for Cognizant clients. Uma has helped
various organizations in setting up process excellence programs, and has led stand-alone projects to
deliver cost optimization, risk reduction and efficiency improvements across a variety of business areas.
She is a Six Sigma Master Black Belt, has expertise in Lean and received an MBA from the Indian Institute
of Management. Uma can be reached at Uma.Kasoji@cognizant.com.