With the proliferation of digital, the function of enterprise architecture is more critical than ever. Getting there requires a strong, agile enterprise architectural foundation that can embrace a fail-fast/fail-safe approach to the IT charter of stronger business alignment, while ensuring that services are delivered fast and friction-free to meet the needs of today’s dynamic business objectives.
Slides from my presentation about Dynamics 365 User Automated Tests with Selenium and EasyRepro
More Info: https://github.com/crisfervil/blog/blob/master/source/_drafts/UI-Automated-Tests-in-Dynamics-CRM-365-Part1.md
https://github.com/crisfervil/blog/blob/master/source/_drafts/UI-Automated-Tests-in-Dynamics-CRM-365-Part2.md
What is the Value of Mature Enterprise Architecture TOGAFxavblai
Judith Jones received the Open Group award for Outstanding Contributions to the development of TOGAF 9 at 19th Open Group Enterprise Architecture Practitioners Conference Chicago - July 21-23, 2008. Former CEO of Architecting the Enterprise which has been a member of The Open Group for 6 years, she is personnally involved since 1997. As an active member of The Open Group and she is a major contributor and an editor of TOGAF 7, 8 and 9 as well as leading TOGAF projects for localisation, case studies, ADML, synergy and collaboration projects.
http://www.opengroup.org/member/member-spotlight-jones.htm
Very useful set of TOGAF-related diagrams from the Orbus Software.
TOGAF®9.1 is an Architecture Framework which has been developed by the Open Group to provide the methods and tools
for assisting in the acceptance, production, use and maintenance of an Enterprise Architecture.
Personally designed (content + graphics design), officially accredited COBIT®5 Foundation courseware.
COBIT® is a trademark of ISACA® registered in the United States and other countries.
Trademarks are properties of the holders, who are not affiliated with courseware author.
Slides from my presentation about Dynamics 365 User Automated Tests with Selenium and EasyRepro
More Info: https://github.com/crisfervil/blog/blob/master/source/_drafts/UI-Automated-Tests-in-Dynamics-CRM-365-Part1.md
https://github.com/crisfervil/blog/blob/master/source/_drafts/UI-Automated-Tests-in-Dynamics-CRM-365-Part2.md
What is the Value of Mature Enterprise Architecture TOGAFxavblai
Judith Jones received the Open Group award for Outstanding Contributions to the development of TOGAF 9 at 19th Open Group Enterprise Architecture Practitioners Conference Chicago - July 21-23, 2008. Former CEO of Architecting the Enterprise which has been a member of The Open Group for 6 years, she is personnally involved since 1997. As an active member of The Open Group and she is a major contributor and an editor of TOGAF 7, 8 and 9 as well as leading TOGAF projects for localisation, case studies, ADML, synergy and collaboration projects.
http://www.opengroup.org/member/member-spotlight-jones.htm
Very useful set of TOGAF-related diagrams from the Orbus Software.
TOGAF®9.1 is an Architecture Framework which has been developed by the Open Group to provide the methods and tools
for assisting in the acceptance, production, use and maintenance of an Enterprise Architecture.
Personally designed (content + graphics design), officially accredited COBIT®5 Foundation courseware.
COBIT® is a trademark of ISACA® registered in the United States and other countries.
Trademarks are properties of the holders, who are not affiliated with courseware author.
Effective Strategy Execution with Capability-Based Planning, Enterprise Arch...Iver Band
The difficulty of strategy execution should not be underestimated
Capability-based planning helps make strategy concrete
Enterprise architecture closes the remainder of this gap, and ensures alignment and coherence
Enterprise portfolio management allows managing large enterprise landscapes based on business value
ArchiMate models tie it all together, providing a clear line of sight from strategy definition to realization
Powerful tool support makes this a strong combination!
Driving Business Agility & Innovation with Enterprise ArchitectureCorso
How can Enterprise Architecture take the driving seat to deliver increased business agility and uncover new opportunities for innovation? This presentation, first given at the Gartner Enterprise Architecture Summit 2015 in Grapevine, Texas, explains how it can be done.
Continuous Delivery of Agile ArchitectureBrad Appleton
by Brad Appleton, APLN Chicago 2018 Conference, April 2018,
Agile Development & DevOps have necessitated revisititing how architecture changes over time: collaboration, design thinking, technical debt, emergent design, evolutionary architecture, agile infrastructure, and continuous delivery have all played a key role in how we can integrate architecture into agile delivery methods.
This presentation explores proven ways to continuously plan, build & evolve software architectures to support continual change as part of the continuous value-delivery pipeline.
In this session we are going to consider some lessons that Business Architecture practitioners might learn from Lean. Business Architecture has traditionally delivered ivory tower models which are slow to generate, hard to understand, and require heavy maintenance.
We'll start with a '101' level introduction to Business Architecture, discussing both the process of defining a Business Architecture and also some of the models that Business Architecture produces. We'll also try to understand the value of Business Architecture.
We'll then start to map some Lean Principles to Business Architecture and try and understand how we could potentially optimise the value stream. We'll consider where Business Architecture can be wasteful, discussing the diminishing value of information and the concept of analysis paralysis.
Finally I'll introduce you to a leaner approach to Business Architecture that focusses on rapid techniques for model generation and heavier engagement of system actors in both the development and the maintenance of models. I'll also share my technique for rapid enterprise modelling which can help you to build a capability model in hours rather than weeks/months.
How do organisations transit from project management to product management? What are challenges and transformation required? Join Garret Yap from GovTech Singapore as he shares more about a product transformation journey in both the private and public sector.
Architecting Next Generatio IT Operating Models Using IT4IT and SFIASukumar Daniel
A case study of a Transformation Initiative to move a Third Party from Traditional Mechanic Shop Mentality to a Customisation Studio Mentality by causing a paradigm Shift in Ways of Working
As we head into a new year, one thing is for sure, the world of technology and IT will continue to evolve and be disrupted at a frightening pace. The role of the modern IT organisation will thus need to adapt and be agile in order to keep pace with this changing landscape and to continue to be valuable to the organisations that they service. As IT estates become more complex, internal IT functions will need to become more mature and efficient in the way they operate in order to be perceived as a valued asset to the business. The release of IT4IT at the end of last year provides an interesting and potentially highly valuable reference architecture for IT organisations to use to help achieve this level of maturity and efficiency.
The IT4IT standard has really started to pick up momentum as we start 2016 and it is great to see the increase in the membership of the IT4IT forum as well as the general interest that is being seen in the industry for this new standard. I recently co-presented a webinar in collaboration with the Open Group where we looked at the potential real-world application and benefits that IT4IT can offer. Mandate and mindset will be critical to the successful use of IT4IT but I am confident that this approach has the potential to be very beneficial for many organisations as the role of the IT function continues to be redefined.
Agile IT Operatinos - Getting to Daily ReleasesLeadingAgile
Getting to Daily Releases with Agile IT Operations. Devin Hedge, Enterprise Transformation Consultant talks to a group at Triagile about the Six Key Areas to focus on when attempting to transform IT Operations with Lean and Agile principles. The talk covers Service Engineering, IT Operations, and the Tier 1 Support/NOC organizations. Kanban, Service Management (ITSM), and what it means to have a DevOps orientation.
How to develop and govern a Technology Strategy in 10 weeksLeo Barella
This presentation covers the organizational layout, EA Services and EA Governance processes necessary to develop and govern a technology strategy effectively.
Enterprise Architecture for Communication Service ProvidersPritam Dey
Rapid technology improvements and elevated customer expectations are a given for the telecom industry. If you expect to grow and lead the competition, you must have a thorough understanding of your entire business from all angles and ensure that your technology is in sync with your business aspirations—all while keeping costs down. The way to achieve this is through Enterprise Architecture. It will take you down a path of innovation that will make you the leader in your market.
Effective Strategy Execution with Capability-Based Planning, Enterprise Arch...Iver Band
The difficulty of strategy execution should not be underestimated
Capability-based planning helps make strategy concrete
Enterprise architecture closes the remainder of this gap, and ensures alignment and coherence
Enterprise portfolio management allows managing large enterprise landscapes based on business value
ArchiMate models tie it all together, providing a clear line of sight from strategy definition to realization
Powerful tool support makes this a strong combination!
Driving Business Agility & Innovation with Enterprise ArchitectureCorso
How can Enterprise Architecture take the driving seat to deliver increased business agility and uncover new opportunities for innovation? This presentation, first given at the Gartner Enterprise Architecture Summit 2015 in Grapevine, Texas, explains how it can be done.
Continuous Delivery of Agile ArchitectureBrad Appleton
by Brad Appleton, APLN Chicago 2018 Conference, April 2018,
Agile Development & DevOps have necessitated revisititing how architecture changes over time: collaboration, design thinking, technical debt, emergent design, evolutionary architecture, agile infrastructure, and continuous delivery have all played a key role in how we can integrate architecture into agile delivery methods.
This presentation explores proven ways to continuously plan, build & evolve software architectures to support continual change as part of the continuous value-delivery pipeline.
In this session we are going to consider some lessons that Business Architecture practitioners might learn from Lean. Business Architecture has traditionally delivered ivory tower models which are slow to generate, hard to understand, and require heavy maintenance.
We'll start with a '101' level introduction to Business Architecture, discussing both the process of defining a Business Architecture and also some of the models that Business Architecture produces. We'll also try to understand the value of Business Architecture.
We'll then start to map some Lean Principles to Business Architecture and try and understand how we could potentially optimise the value stream. We'll consider where Business Architecture can be wasteful, discussing the diminishing value of information and the concept of analysis paralysis.
Finally I'll introduce you to a leaner approach to Business Architecture that focusses on rapid techniques for model generation and heavier engagement of system actors in both the development and the maintenance of models. I'll also share my technique for rapid enterprise modelling which can help you to build a capability model in hours rather than weeks/months.
How do organisations transit from project management to product management? What are challenges and transformation required? Join Garret Yap from GovTech Singapore as he shares more about a product transformation journey in both the private and public sector.
Architecting Next Generatio IT Operating Models Using IT4IT and SFIASukumar Daniel
A case study of a Transformation Initiative to move a Third Party from Traditional Mechanic Shop Mentality to a Customisation Studio Mentality by causing a paradigm Shift in Ways of Working
As we head into a new year, one thing is for sure, the world of technology and IT will continue to evolve and be disrupted at a frightening pace. The role of the modern IT organisation will thus need to adapt and be agile in order to keep pace with this changing landscape and to continue to be valuable to the organisations that they service. As IT estates become more complex, internal IT functions will need to become more mature and efficient in the way they operate in order to be perceived as a valued asset to the business. The release of IT4IT at the end of last year provides an interesting and potentially highly valuable reference architecture for IT organisations to use to help achieve this level of maturity and efficiency.
The IT4IT standard has really started to pick up momentum as we start 2016 and it is great to see the increase in the membership of the IT4IT forum as well as the general interest that is being seen in the industry for this new standard. I recently co-presented a webinar in collaboration with the Open Group where we looked at the potential real-world application and benefits that IT4IT can offer. Mandate and mindset will be critical to the successful use of IT4IT but I am confident that this approach has the potential to be very beneficial for many organisations as the role of the IT function continues to be redefined.
Agile IT Operatinos - Getting to Daily ReleasesLeadingAgile
Getting to Daily Releases with Agile IT Operations. Devin Hedge, Enterprise Transformation Consultant talks to a group at Triagile about the Six Key Areas to focus on when attempting to transform IT Operations with Lean and Agile principles. The talk covers Service Engineering, IT Operations, and the Tier 1 Support/NOC organizations. Kanban, Service Management (ITSM), and what it means to have a DevOps orientation.
How to develop and govern a Technology Strategy in 10 weeksLeo Barella
This presentation covers the organizational layout, EA Services and EA Governance processes necessary to develop and govern a technology strategy effectively.
Enterprise Architecture for Communication Service ProvidersPritam Dey
Rapid technology improvements and elevated customer expectations are a given for the telecom industry. If you expect to grow and lead the competition, you must have a thorough understanding of your entire business from all angles and ensure that your technology is in sync with your business aspirations—all while keeping costs down. The way to achieve this is through Enterprise Architecture. It will take you down a path of innovation that will make you the leader in your market.
Removing the barriers to business transformation with ArchiMateCorso
Typical Entry Points for Enterprise Architecture
What is ArchiMate?
How ArchiMate helps business transformation
Current tools used to manage business transformation
Enterprise Architecture: An enabler of organizational agility PECB
The webinar covers:
In today`s rapid changes in the business environment; organizational agility is one of the top management concerns organizations face. Among enterprise architecture benefits, organizational agility has been one of them, perceived as a direct or indirect benefit. This webinar seeks show how the development and use of EA (Enterprise Architecture) contributes to organizational agility.
Presenter:
The webinar was hosted by Oluwaseyi Ojo. Mr. Ojo is currently the Chief Enterprise Security Architect (CESA) and Partner, AaronYoung Infosystem and a PECB Certified Trainer.
Link of the recorded session published on YouTube: https://youtu.be/4-vMSegwfEE
Digital Transformation as a Service!
EA-Driven Enterprise Digital Transformation with BLUEPRINT framework
This presentation introduces the BLUEPRINT Framework, a practical and pragmatic, proven and tested framework and methodology to plan, manage, and execute Digital Transformation at organnizations.
Many organizations engage in initiatives to develop elaborate reference architectures, patterns and governance processes in an attempt to optimize their enterprise. They put significant effort into the upfront guidance of development teams, and then find themselves challenged to understand how closely an architecture matches the approved approach after the projects complete. Organizations must take a new approach to this problem!
PECB Webinar: Aligning ITIL/ISO 20000 Service Design and TOGAF Enterprise Arc...PECB
Summary:
The ITIL Service Design stage specifies 8 key IT processes that organizations need to excel at, if they are to develop effective designs for their IT ecosystem.
TOGAF is an Enterprise Architecture Model that takes a holistic and integrated look at how architectures are conceptualized and implemented.
To get Service Design right means the individual/organizations has to have some sort of knowledge and experience in the use and adoption of TOGAF.
IT Projects go wrong in the Service Design stage and they further go wrong because they lack the rigor that an enterprise architecture brings into play.
In this webinar we will explore the following:
• The very heart of ITIL Service Design
• The 8 Design Process
• TOGAF Introduction
• Architecture Development Lifecycle
• IT Infrastructure and Application Design Issues
• The Link between Service Design, Enterprise Architecture and IT Implementation
Presenter:
Orlando is an Enterprise Architect and Programme Director with over 15 years’ experience in the field of Computing and Information Technology Consulting. He has an excellent technical background and has carried out Project Management, Service Management, Assurance, Advisory and System Integration Projects within SAP, Microsoft, Oracle, HP, Cisco and other solution areas of Information Technology. He has led more than 100 successful engagements for clients over the past 15 years. Orlando has developed various documentation for Enterprise Architecture, IT Service Management, CRM Implementation and Information Security. He has also trained over 2, 000 Professionals on (ITIL, TOGAF, Business Analysis, COBIT, CMMI, XBRL, ISO 20000, ISO 27001 and ISO 22301).
Bending the IT Op-Ex Cost Curve Through IT SimplificationCognizant
CIOs can cut back operations expenditures (Op-Ex) and redirect the funds to strategic digital transformation by reducing IT complexity and rooting out inefficiencies while engaged in IT simplification.
Revolutionizing IT Project Delivery - Embrace the Future with OnePlan’s AI-Po...OnePlan Solutions
IT departments are under increasing pressure to deliver projects that align with – and also drive – business strategy. But traditional Project Portfolio Management (PPM) simply can’t keep pace with the dynamic landscape of managing IT technology projects. That’s why we developed OnePlan’s AI-powered Strategic Portfolio and Work Management Platform.
Attend this webinar to see how OnePlan’s cutting-edge AI capabilities can help you harness the power of Strategic Portfolio Management to achieve unparalleled agility, efficiency, and strategic alignment across all your IT projects. Discover how OnePlan’s groundbreaking solutions can help IT leaders, project managers, and key stakeholders leverage artificial intelligence to elevate their project delivery processes.
Togaf is a high level and holistic approach to design, which is typically modeled at four levels: business, application, data, and
technology. It tries to give a well-tested overall starting model to information architects, which can then be built upon. It relies heavily
on modularization, standardization, and already existing, proven technologies and products.
For More Information please follow the below link:
http://www.xoomtrainings.com/course/togaf
For Togaf 9.1 Online Training Demo Please Find the below link:
https://www.youtube.com/watch?v=TF-h6yUc9eo
For General Queries Email us at sales@xoomtrainings.com or +1-610-686-8077
IT Transformation is quickly becoming one of the primary responses from Enterprises are seeking to convert IT from an Operational Asset to a Tactical and Strategic Asset.
The paper describes the methodology created by Action Research Foundation for Practical ITSM transformation
Similar to Creating an Agile Enterprise Architecture (20)
Using Adaptive Scrum to Tame Process Reverse Engineering in Data Analytics Pr...Cognizant
Organizations rely on analytics to make intelligent decisions and improve business performance, which sometimes requires reproducing business processes from a legacy application to a digital-native state to reduce the functional, technical and operational debts. Adaptive Scrum can reduce the complexity of the reproduction process iteratively as well as provide transparency in data analytics porojects.
It Takes an Ecosystem: How Technology Companies Deliver Exceptional ExperiencesCognizant
Experience is evolving into a strategy that reaches across technology companies. We offer guidance on the rise of experience and its role in business modernization, with details on how orgnizations can build the ecosystem to support it.
The Work Ahead: Transportation and Logistics Delivering on the Digital-Physic...Cognizant
The T&L industry appears poised to accelerate its long-overdue modernization drive, as the pandemic spurs an increased need for agility and resilience, according to our study.
Enhancing Desirability: Five Considerations for Winning Digital InitiativesCognizant
To be a modern digital business in the post-COVID era, organizations must be fanatical about the experiences they deliver to an increasingly savvy and expectant user community. Getting there requires a mastery of human-design thinking, compelling user interface and interaction design, and a focus on functional and nonfunctional capabilities that drive business differentiation and results.
The Work Ahead in Manufacturing: Fulfilling the Agility MandateCognizant
According to our research, manufacturers are well ahead of other industries in their IoT deployments but need to marshal the investment required to meet today’s intensified demands for business resilience.
The Work Ahead in Higher Education: Repaving the Road for the Employees of To...Cognizant
Higher-ed institutions expect pandemic-driven disruption to continue, especially as hyperconnectivity, analytics and AI drive personalized education models over the lifetime of the learner, according to our recent research.
Engineering the Next-Gen Digital Claims Organisation for Australian General I...Cognizant
In recent years, insurers have invested in technology platforms and process improvements to improve
claims outcomes. Leaders will build on this foundation across the claims landscape, spanning experience,
operations, customer service and the overall supply chain with market-differentiating capabilities to
achieve sustainable results.
Profitability in the Direct-to-Consumer Marketplace: A Playbook for Media and...Cognizant
Amid constant change, industry leaders need an upgraded IT infrastructure capable of adapting to audience expectations while proactively anticipating ever-evolving business requirements.
Green Rush: The Economic Imperative for SustainabilityCognizant
Green business is good business, according to our recent research, whether for companies monetizing tech tools used for sustainability or for those that see the impact of these initiatives on business goals.
Policy Administration Modernization: Four Paths for InsurersCognizant
The pivot to digital is fraught with numerous obstacles but with proper planning and execution, legacy carriers can update their core systems and keep pace with the competition, while proactively addressing customer needs.
The Work Ahead in Utilities: Powering a Sustainable Future with DigitalCognizant
Utilities are starting to adopt digital technologies to eliminate slow processes, elevate customer experience and boost sustainability, according to our recent study.
AI in Media & Entertainment: Starting the Journey to ValueCognizant
Up to now, the global media & entertainment industry (M&E) has been lagging most other sectors in its adoption of artificial intelligence (AI). But our research shows that M&E companies are set to close the gap over the coming three years, as they ramp up their investments in AI and reap rising returns. The first steps? Getting a firm grip on data – the foundation of any successful AI strategy – and balancing technology spend with investments in AI skills.
Operations Workforce Management: A Data-Informed, Digital-First ApproachCognizant
As #WorkFromAnywhere becomes the rule rather than the exception, organizations face an important question: How can they increase their digital quotient to engage and enable a remote operations workforce to work collaboratively to deliver onclient requirements and contractual commitments?
Five Priorities for Quality Engineering When Taking Banking to the CloudCognizant
As banks move to cloud-based banking platforms for lower costs and greater agility, they must seamlessly integrate technologies and workflows while ensuring security, performance and an enhanced user experience. Here are five ways cloud-focused quality assurance helps banks maximize the benefits.
Getting Ahead With AI: How APAC Companies Replicate Success by Remaining FocusedCognizant
Changing market dynamics are propelling Asia-Pacific businesses to take a highly disciplined and focused approach to ensuring that their AI initiatives rapidly scale and quickly generate heightened business impact.
The Work Ahead in Intelligent Automation: Coping with Complexity in a Post-Pa...Cognizant
Intelligent automation continues to be a top driver of the future of work, according to our recent study. To reap the full advantages, businesses need to move from isolated to widespread deployment.
The Work Ahead in Intelligent Automation: Coping with Complexity in a Post-Pa...
Creating an Agile Enterprise Architecture
1. Digital Systems & Technology
Creating an Agile Enterprise
Architecture
With the proliferation of digital, the function of enterprise
architecture is more critical than ever. Getting there requires a
strong, agile enterprise architectural foundation that can embrace
a fail-fast/fail-safe approach to the IT charter of stronger business
alignment, while ensuring that services are delivered fast and
friction-free to meet the needs of today’s dynamic business
objectives.
Executive summary
Enterprise architecture (EA) is often described
as the practice of implementing analyses to
holistically design and execute successful
enterprise strategies that reflect the desired
business vision and outcomes.1, 2
Traditionally,
EA has been the entity that enterprises adopt
to ensure better alignment between business
and IT, while optimizing IT costs. Given the
Cognizant 20-20 Insights
November 2019
2. A use-case prioritization approach
coupled with cognizance of analytics
maturity offers clear direction on business
and technology strategy when building
a use-case implementation roadmap.
2 / Creating an Agile Enterprise Architecture
dynamic nature of today’s digital economy, replete
with higher volatility, uncertainty, complexity,
and disruptions, the value of EA is not to simply
deliver IT value but rather how it can enhance
business value by enabling faster and more agile
responses to market opportunities and threats.3
As a result, IT organizations must revisit the basic
tenets of EA including its charter, services offered,
value of the services delivered, and the underlying
organizational and operating model of what is
called Agile EA.
This white paper presents the concept of Agile EA,
explains why this new model is needed, the key
elements that either need to be changed or newly
adopted, and the key guidelines to realize
the model.
EA is often misunderstood and used interchange-
ably with solution architecture, which typically
applies only to a single project or project release,
assisting in the translation of requirements into
a solution vision, high-level business and/or IT
system specifications, and a portfolio of implemen-
tation tasks. Therefore, Agile EA can be conflated
with an architecture definition for Agile projects,
even though there are fundamental differences
between the two.
There are various approaches such as minimum
viable architecture (MVA), just-in-time (JIT)
architecture, just-enough architecture,
evolutionary architecture and others that define
architectures for Agile projects while practicing
solution architecture. This paper, however, focuses
on Agile EA, an emerging model for the enterprise
architecture that can help organizations quickly and
effectively create a digital foundation that can meet
business needs today, and anticipate and deliver on
tomorrow’s requirements.
Cognizant 20-20 Insights
3. Cognizant 20-20 Insights
Agile enterprise architecture: A primer
There are numerous reasons for IT organizations
to pursue Agile enterprise architecture, as well as a
rationale to move forward. They include:
❙ Why: Increase responsiveness to align with
faster change cycles.
❙ What: EA’s organizational model and focus area
(competency center to service center) provides
measures of success (i.e., from reference
architectures to reference implementations).
❙ How: Restructure EA units based on services
rather than architecture domains, establish EA
service catalog, simplify architecture artifacts
and deliverables with just-enough information,
and define impact-based key performance
indicators (KPIs) to measure and communicate
the value of the EA function.
In its effort to ensure the right alignment with
enterprise vision and drivers, EA has traditionally
adopted a compliance-centric approach
through stage-gated interventions for providing
architecture assurances. However, this model
doesn’t scale enough in today’s fail-fast/fail-safe
era where architecture assurances are expected
to be provided just-in-time, digital strategy
decisions must be made as swiftly as possible, and
fit-for-purpose technologies are preferred over
standardized technologies. Similarly, long cycles are
typically spent defining an enterprise technology or
domain roadmap by analyzing the current state and
proposing a high-level future state with or without
intermediate transitional states.
At a time of rapidly changing technology, coupled
with rapidly evolving user or customer expectations,
it becomes increasingly difficult to define a future
state architecture that adequately addresses the
concerns of all stakeholders.
Crucial Agile EA drivers include:
❙ Manage stakeholder expectations to fail-fast
and fail-safe.
❙ Scale on demand to provide architecture
services.
❙ Reduce cycle time and adopt an incremental
delivery of architecture services.
❙ Adapt to rapid changes in the technology
landscape.
❙ Communicate the value of adopting fit-for-
purpose over standardization of technologies.
In addition, an Agile EA can help IT to:
❙ Meet evolving user or customer expectations.
❙ Improve focus on insights over information (for
example, application portfolio insights over
application portfolio information).
3 / Creating an Agile Enterprise Architecture
4. Cognizant 20-20 Insights
4 / Creating an Agile Enterprise Architecture
Competing when change is the only constant
The need for EA is usually a response to the
technology trends prevalent at that point in time.
A technology-centric model was in vogue when IT
began focusing on technological standardization
and infrastructure optimization. The rise of
common off the shelf (COTS) products, custom
solutions, and open standards then gave way to a
portfolio-centric model.
Maturing EA frameworks and the evolution of
industry-specific capability models necessitated
a capability-centric model. Today, IT is focused
primarily on digital innovation, automation,
DevSecOps, and Agile delivery methodologies,
which calls for an Agile EA model.4
It is thus natural that the transition to Agile EA
necessitates changes in key dimensions of an EA
function (See Figure 1):
❙ EA’s focus areas. With the technology-centric
approach to EA, the focus was on technology
optimization. This led to standardization of
the technology portfolio and improvement
of business-IT alignment (in the capability-
centric approach). With Agile EA, the focus of
the practice shifts toward core modernization
and innovation at scale, while enabling IT
standardization and compliance through
automation.
The evolution of EA
OPTIMIZE
TECHNOLOGY
STANDARDIZE
PORTFOLIO
IMPROVE
ALIGNMENT
MODERNIZE &
INNOVATE
• Digital & automation
• Agile delivery
• DevOps
• MicroServices
• Containers
Characteristics
STAGE
Industry trends
• Ad hoc artifacts driven
• Infrastructure models
• Last mile assurance
• Technology-centric EA
assessments
• Ad hoc KPIs
• Single organization
• Ad hoc engagement model
• Best practices and
guidelines
• Standards driven
• Capability models
• Stage-gated assurance
• Application-centric EA
assessment
• Standards-related KPIs
• Decentralized organization
• Standard engagement
model
• Principles & standards
• Architecture outcome
driven
• Capability models
• Stage-gated assurance
• Capability-centric
• EA assessments
• EA activity KPIs
• Centralized organizations
• Capability-based
engagement model
• Reference architectures
• Business-outcome driven
• Enterprise platforms
• JIT architecture assurance
• Customer-centric EA
engagement
• EA impact KPIs
• Federated core organization
• Triaged engagement model
• Reference implementations
• EA taxonomy
• Rise of COTS
• Open standards
• Technology platforms
• EA frameworks & methods
• Industry models
• Shared service platforms
• Social
• Cloud
• Mobile
• Analytics
AGILE EA
CAPABILITY CENTRIC
PORTFOLIO CENTRIC
TECHNOLOGY CENTRIC
TIME
MATURITY
Figure 1
5. 5 / Creating an Agile Enterprise Architecture
❙ Key characteristics. An Agile EA model will
be business outcome-driven, service-centric,
nimble and, more importantly, focus and scale
to modernize and innovate. Customer-centric
initiatives along with enterprise platforms will
gain prominence. A just-in-time architecture
assurance approach will be preferred over a
stage-gated compliance approach. Enterprise
architects will be mapped to strategic enterprise
initiatives rather than lines of business or
portfolios as done traditionally.
❙ The organizational model. Rather than being
a centralized and consolidated group within
the organization, EA will shift to a federated
structure with a core organization and a triaged
engagement model. The federation can be
on the basis of the functional divisions within
the organization. A federated model helps
to achieve the needed scalability. This also
decouples the need for EA practitioners to be
masters of all technologies and domains. The
distributed team can focus on their individual
strengths and capabilities, based on the
functional division. Another important attribute
is structuring the units of an EA function based
on the service lines rather than based on
disciplines of EA.
❙ The measurement criteria. The typical
key result areas (KRA), which measure
the effectiveness of an EA function, have
traditionally been defined based on the activities
such as defining standards, as well as developing
EA roadmaps, reference architectures, patterns
and guidelines. This has shifted to impact-driven
KPIs, with an emphasis on the business value
realized through modernization or use of any of
the EA assets, reduced cycle time for solution
development, and/or consolidation --
or rationalization -- of systems or technologies.
❙ The tools. EA tools are used for strategic
decision-making provided through capturing
vital enterprise context background, along with
content development and analysis capabilities
across the business, information, technology
and solution architectures.5
However, the
focus has shifted from capturing information to
proving that the IT investments are delivering
the greatest return on investment and helping
the organization meet its strategic goals.
A more integrated relationship between IT
and finance is needed. Traditional EA tools
need to either evolve or complement other
tools to provide holistic technology business
management (TBM) that offers IT financial
planning and insight.6, 7
Agile EA takes a complete relook at the current key
EA functions as well as any new functions required
for EA to scale up to meet the demands of digital
business and automation that fuels it. Figure 2 (see
next page) highlights some of the key differences.
An Agile EA model will be business outcome-driven, service-
centric, nimble and, more importantly, focus and scale to modernize
and innovate. Customer-centric initiatives along with enterprise
platforms will gain prominence.
6. Cognizant 20-20 Insights
6 / Creating an Agile Enterprise Architecture
Dimension Traditional EA Agile EA
Strategy
Firm up strategies as part of the planning
exercise and implement later.
Evolve strategies and plans incrementally and iteratively.
Architecture
assurance
Architecture review boards or
committees carry out stage-gated
approval process.
Enable JIT architecture assurance through self-service and
stand-up meetings for most projects.
Technology
governance
Define and manage technology
standards through validation of points of
view (PoV) by enterprise review boards.
Back fit-for-purpose technology standards by proof of
technology reference Implementations.
Fiduciary
responsibility
Need EA oversight for all projects and
manage any deviations by exception.
Need EA oversight for most risky or important projects
categorized by risk tiers.
Organization
Perceive as a competency center.
Organize centralized architecture
team around the various disciplines
of EA, namely business, information,
application and infrastructure.
Perceive as a services organization.
Organize federated architecture team with the core team
based on the architecture services provided.
Innovation
Focus on stability, risk reduction or cost
savings.
Develop PoVs and reusable solution
accelerators.
Focus on flexibility and scalability, learning-by-doing and
experimentation.
Institute an innovation ecosystem that includes platforms and
events such as hackathons, etc.
Technology
management
Document-based reference
architectures describe what should be
done.
Reference implementations demonstrate how it should be
done.
Operations
Focus on managing the operations of
the EA functions – budget, people, talent
management, etc.
Diversified focus includes service delivery and periodic
standups with portfolio groups and stakeholders.
Portfolio
management
Managing the portfolio is a core function
of EA.
Managing the portfolio becomes a shared responsibility across
the different line of business with EA acting as the custodian.
Value
measurement
Activity based
For example, the number of EA
roadmaps or reference architectures
developed.
Impact based
For example, potential cost savings due to technology
standardization and mean-time to market new products.
Knowledge
management &
communication
Leverage EAM tools and a document
workspace or a portal that houses
the architecture assets like reference
architectures, business-led technology
roadmaps, etc.
Use periodic rosters and dashboards for
communication with portfolio teams and
other stakeholders.
Enable collaboration as well as seamless dissemination of
information through digital workspaces or communication
channels with a dedicated architecture wiki.
Store and share reference implementations with an integrated
code repository.
Set up a diverse community of practitioners (CoP) to
effectively collaborate and communicate.
Comparing the traditional and Agile EA model
Figure 2
7. Cognizant 20-20 Insights
The EA function’s organizational model
Most EA organizations are structured around
business, data (or information), application (or
solution) and technology (or infrastructure)
architecture domains. In addition to these domains,
certain organizations will have a dedicated unit
for managing the IT portfolio through standard
EA management tools and an operations unit
that takes care of all operational activities of the
function that includes budgeting, reporting, etc.
Extending the widely popular Conway’s law, which
states that organizations produce designs based
on their structure, the activities or functions of an
EA organization are predominantly based on their
internal structure.8
This kind of an organizational
structure requires bringing together architects
from different units to deliver an architecture
service, such as EA roadmaps, assessments or
assurance. Hence, the services tend to cut across
operating units. Invariably, this leads to managing
and balancing the competing priorities of different
EA units and addressing internal bandwidth
limitations. Thus, each unit tends to deliver services
that are isolated in nature, resulting in low business
outcome or value.
To enable EA as a services organization, IT should
be structured based on the service lines or service
categories rather than architecture domains as is
widely adopted today (see Figure 3).
The evolution of the EA organizational model
Figure 3
Business architecture
Information architecture
Solution architecture
Infrastructure architecture
Governance
Roadmaps
Referencearchitecture
Knowledge
management
Servicedelivery&operations
Architecture strategy
& planning
Architecture
governance
Project
architecture
Digital
innovation
Enterprise platforms
Services
AGILE EA
Services
Services
Services
Services
Services
Portfoliomanagement
Operations
TRADITIONAL EA
To enable EA as a services organization, IT should be
structured based on the service lines or service categories
rather than architecture domains as is widely adopted today.
7 / Creating an Agile Enterprise Architecture
8. Reference implementations on emerging
technologies by the digital innovation unit
will aid in compressing the time to define
business-led technology roadmaps or project
architecture services.
8 / Creating an Agile Enterprise Architecture
Cognizant 20-20 Insights
Each of these services (units) will be a multi-
disciplinary team having their own set of user
experience (UX) architects, business architects,
information architects, solution architects, and
technology architects. This aligns well with the Agile
philosophy of independent, autonomous teams to
reduce dependencies and improve the velocity of
the solution or product delivery. Each unit will have
a designated service line lead that is responsible for
defining and executing architecture services within
that service line or category.
Services (units) within the EA organization may
include:
❙ Architecture strategy and planning. Custodian
of the overall vision and direction. This unit works
with business and IT leads (CIOs and CFOs) to
ensure business and IT alignment on a strategic
level. It is also responsible for enterprise-wide
roadmaps.
❙ Architectural governance. Ensures that
projects and delivery follow a common standard.
❙ Project architecture. Tasked with defining
solutions related to a given project, or set of
requirements.
❙ Digital innovation. Tasked with developing
reference implementations that can serve as the
golden standard for use in the organization.
❙ Enterprise platforms. Tasked with monitoring
the evolution of platforms such as customer
relationship management (CRM), enterprise
resource planning (ERP), document
management, etc., and advising the impacted
functions on upcoming changes.
❙ Knowledge management. Governs and
controls knowledge assets, such as EA
repositories and other EA tools.
❙ Service delivery and operations. Functions
as the program management office (PMO) and
keeps track of available bandwidth and workload
for different units. A large EA organization
benefits from a dedicated delivery and operation
unit in a way that the other services can
concentrate on their core area.
Such a structure will allow for greater autonomy in
delivering relevant EA services and also enable a
closed loop of architecture services across different
units. For instance, reference implementations on
emerging technologies by the digital innovation
unit will aid in compressing the time to define
business-led technology roadmaps or project
architecture services.
A dedicated knowledge management unit will be
essential to govern and control the knowledge
assets across other units from architecture strategy
to digital innovation. The existing operations
unit will be expanded to cover service delivery
responsibilities within the Agile EA model, and
strongly advocates EA to be a services organization
rather than a body of architects.
9. Cognizant 20-20 Insights
9 / Creating an Agile Enterprise Architecture
As an alternative to a competency center model, the EA function
should be established as a services organization that provides a
wide range of services to different stakeholders in the enterprise as
defined in its charter.
Key benefits of this approach include:
❙ Independent, self-sufficient teams with reduced
coupling between units and increased cohesion.
❙ Independently scale based on the services.
❙ The ability to exploit different sourcing models
for various services. For example, managed
services for architecture assurance services
or time-boxed consulting for business-led
technology roadmaps or assessments, etc.
Key limitations include:
❙ Challenges with effective utilization of resources
to avoid resource redundancies.
❙ Inability to foster a community based on
architecture domains.
❙ Difficulty avoiding walls between units to
effectively integrate services across service lines.
EA as a services organization
One of the common perceptions about EA as an
organization is that it is merely a competency center
comprising a collection of talented architects.
This setup often leads to an unsustainable and
non-scalable model, as identifying, retaining and
scaling appropriate talent is highly difficult. It
also leads to non-standardization of services due
to my-way-of-doing things; and a tendency to
involve EAs in more tactical project activities over
strategic enterprise initiatives, citing urgent needs
and increased dependencies on people rather
than process. Collectively, this results in ineffective
communication of the EA function’s value.
As an alternative to a competency center model,
the EA function should be established as a
services organization that provides a wide range of
services to different stakeholders in the enterprise
as defined in its charter. With this approach, the
value or impact of an EA function is determined
first by the kind of services it provides and if the
services can be easily mapped to the enterprise’s
strategic priorities. The services that are relevant to
an organization may vary, based on the needs and
priority of the stakeholders and the organization.
Having said that, each service should have a
clearly articulated service definition that includes
a clear definition of ready (inputs), definition of
done (deliverables/outputs) and the process.
The service definition should also include the
necessary metrics by which the effectiveness of the
service can be measured, and the metrics can be
effectively used to tie it to enterprise-level business
outcomes and KPIs.
IT organizations should institute a formal customer
satisfaction survey to solicit stakeholder feedback
upon completion of a service. Each service should
10. 10 / Creating an Agile Enterprise Architecture
also identify the collaborating as well as dependent
services for enabling a closed-loop of EA services.
Complementing the organizational model, EA
services can be broadly classified into the following
categories:
❙ Innovation services. These revolve around
identifying and questioning the status quo,
and exploring new opportunities in business
and technology, thereby finding new ways to
close the gaps between strategy and execution.
With an Agile EA, the focus shifts from getting
things right the first time to learning by doing.
The innovations themselves are ecosystem
focused (outside in), rather than being
organizationally focused (inside out). The focus
of innovation thus shifts from optimizing internal
business drivers to adapting to newer market
demands. Some services include enterprise
hackathons, reference implementations on
emerging technologies, strengths, weaknesses,
opportunities, and threats (SWOT) and market
analysis, blue ocean strategies, customer
segmentation, product differentiation and
business model innovation.
❙ Strategic services. These pivot around
definition and formulation of long-term
enterprise strategy and transformation from the
current state. Typical services include domain
or business-led technology roadmap definition,
modernization or transformation strategy
definition, technology migration assessment
and framework definition, channel strategy
definition, etc. Techniques such as design
thinking and value stream mapping (VSM) will be
employed as part of strategic services.
❙ Assurance and governance services. These
focus on ensuring that delivery is aligned with IT
principles, standards, best practices and other
guidelines set forth in the enterprise. Typical
services include architecture assessment/
review, impact assessment, information and
technology standards. In an Agile EA, the focus
must shift from a central team managing the
governance process in a phase-gated manner,
to a federated model and just-in-time assurance.
Reference models and processes can be
developed to enable individual project teams
to self-assess or self-certify in alignment with
IT standards, practices and approved domain
or technology roadmaps. Mechanisms like
technology horizon/radar will be used to track
and govern the use of various technologies.
❙ Project architecture services. These revolve
around the delivery of architecture and design
services in the context of a particular project.
Typical services are architecture definition,
solution envisioning and blueprinting, non-
functional requirements (NFR) rationalization
and architecture assessment. Agile EA model
promotes the use of lightweight techniques like
ThoughtWorks’s Architecture Decision Records
(ADRs).9
❙ Knowledge management (KM) services.
These pivot around creation and management
of architecture assets that can be effectively
used for accelerating solution development
or decision-making. KM services also include
the development of business and IT capability
models, reference models and IT portfolio
management that can be leveraged for other
services such as assurance or governance.
IT organizations should institute a formal customer satisfaction
survey to solicit stakeholder feedback upon completion of
a service. Each service should also identify the collaborating as
well as dependent services for enabling a closed-loop of
EA services.
11. 11 / Creating an Agile Enterprise Architecture
Cognizant 20-20 Insights
Development of an enterprise architecture wiki
to disseminate architecture assets and collateral,
application lineage, information lineage, and
portfolio information is also part of this service
category.
❙ Platform services. These are oriented
around the development and management
of enterprise platforms to accelerate the
time to market for new solutions. This
includes establishing enterprise platforms for
DevSecOps, application platform as a service
(aPaaS), identity and access management,
standing up of innovation hubs or spaces on the
cloud with or without enterprise connectivity to
support innovation services such as enterprise
hackathons, reference implementations, etc.
(See our Digitally Cognizant blog post “How
DevSecOps Can Help Plug a $6 Trillion Drain”
for additional insights.)
❙ An organization may have varying levels of
involvement for these categories of services,
which further gives rise to the different EA
models as illustrated in Figure 4.
A technology-centric EA practice will have a high
level of maturity and involvement in assurance
or compliance services, a medium involvement
in platform, portfolio and project architecture
services, and a low involvement in strategic and
innovation services.
A capability-centric EA practice will have a high
level of maturity and involvement in strategic
and assurance services, a medium involvement
in portfolio and innovation services, and a low
Essential elements of an EA model
Figure 4
Agile EA Portfolio-centric Capability-centric EA Technology-centric
Platforms Assurance/Compliance
PortfolioProject architecture
STRATEGIC
INNOVATION
12. Cognizant 20-20 Insights
12 / Creating an Agile Enterprise Architecture
involvement in platform, project architecture, and
innovation services.
A portfolio-centric EA practice will have a high level
of maturity and involvement in portfolio, project
architecture and assurance services, a medium
involvement in strategic services, and a low
involvement in platform and innovation services.
An Agile EA practice should demonstrate a high
level of involvement in strategic, innovation and
platform services, medium level involvement in
portfolio and project architecture services, and low
level of involvement in assurance or compliance
services. In Agile EA, we also foresee a major shift in
how these services are delivered in the organization
through automation and simplification.
Delivering on the change mandate
While it is clear that an Agile EA model will be
relevant in the changing industry trends, transition
to this model should be effected gradually across all
dimensions of the EA function.
The reason: An enterprise is and will remain
multi-modal. An EA function should address all
requirements, effectively. By rushing to adapt to the
growing practice of Agile, eliminating a standards-
based approach or missing the big picture (i.e.,
taking an enterprise view) in any decision-making
will result in increased technical debt. It becomes
even more important to have a holistic function
(EA) that, on one hand, fulfills the vision, and
ensures everything fits, while on the other hand
does not impede progress and agility by being
bureaucratic and process heavy.
Key recommendations to effectively transition the
traditional EA to Agile EA model include:
❙ EA organization structure:
> Restructure EA units based on services rather
than architecture domains.
> Rebrand EA as a services organization.
> Onboard a multi-disciplinary, autonomous
team for each EA unit.
> Eliminate portfolio management as a stand-
alone service of function. Instead, enable self-
service to include portfolio teams to manage
their portfolio with EA acting as a custodian.
Integrate portfolio management as part of
other services (e.g., assurance services).
❙ EA functional structure:
> Publish an EA services catalog with a clear
definition of each service with expected
business outcomes, including definition
of ready, definition of done, activities, tier-
based service level agreements (SLAs),
collaborating, and dependent services.
> Reduce EA involvement in non-strategic
services like assurance or compliance
services and leverage partners for executing
those services.
> Increase EA involvement in modernization
and innovation initiatives.
13. Cognizant 20-20 Insights
13 / Creating an Agile Enterprise Architecture
> Take ownership in developing and managing
enterprise platforms that can foster innovation
and modernization initiatives.
> Strengthen the KM function to effectively
develop and harvest knowledge assets as part
of the services catalog.
> Leverage lightweight, self-service tools like wiki
to develop and disseminate architecture assets
and collateral.
> Simplify architecture artifacts and deliverables
with just-enough information. For instance,
adopt lightweight architecture decision
records (ADRs) rather than a mammoth
software architecture document (SAD).
> Rationalize and decommission low business
value services.
❙ EA measurements and value/benefit proposition
evangelizing:
> Define impact-based KPIs to measure and
communicate the value of the EA function.
> Communicate the value of a service through
tangible business outcomes.
> Segregate metrics and KPIs to track the
effectiveness and performance of services
respectively.
> Institute a satisfaction survey to solicit
customer feedback upon completion of a
service.
Looking ahead
The crux of business agility is achieving strategic
agility -- sense emerging market opportunities early,
and identify potential for long-term organizational
agility. This will enable the organization to quickly
adapt to emerging market challenges, and enhance
operational agility through faster time to market,
with minimum waste. IT agility serves as the principal
driver for achieving business agility, and is the basis
for running a competitive and viable business.
IT agility is achieved using Agile development
and methods that pivot on increased velocity to
experiment, validate and scale. An Agile EA supports
and guides the Agile development environment to
maintain the organization’s focus with a faster, more
effective cadence so that speed does not lead IT into
unmanageable chaos.
The concept of Agile EA doesn’t imply supporting or
defining an architecture for Agile projects. Rather, it
should be how to evolve the traditional EA function
to become nimbler and more capable of addressing
the rapidly growing and changing expectations of
various enterprise stakeholders. While this paper
introduced the concept of Agile EA along with the
fundamental differences of and changes from the
traditional EA, the discussion is far from over. The
nuances and subtleties of the various aspects of
Agile EA have to be determined and incrementally
evolved. In addition, there is no one-size-fits-all
specifically when it comes to defining an EA function
for an organization.
An Agile EA supports and guides the Agile development
environment to maintain the organization’s focus with a faster,
more effective cadence so that speed does not lead IT into
unmanageable chaos.
14. Cognizant 20-20 Insights
14 / Creating an Agile Enterprise Architecture
Endnotes
1 Sarah K. White, “What is enterprise architecture? A framework for transformation,” CIO.com, October 16, 2018, https://www.
cio.com/article/3313657/what-is-enterprise-architecture-a-framework-for-transformation.html.
2 Enterprise Architecture (EA), Gartner, https://www.gartner.com/it-glossary/enterprise-architecture-ea/.
3 “Gartner Says Enterprise Architecture Must Become Business Outcome-Driven to Deliver Value,” MarketScreener.com,
May 2, 2012, https://www.marketscreener.com/GARTNER-INC-12710/news/Gartner-Inc-Gartner-Says-Enterprise-
Architecture-Must-Become-Business-Outcome-Driven-to-Deliver-14307719/.
4 “DevSecOps is the integration of security into emerging agile IT and DevOps development as seamlessly and as
transparently as possible,” Gartner, https://www.gartner.com/it-glossary/devsecops.
5 “Defining The EA Service Catalog.” Forrester, December 26, 2018, https://www.forrester.com/report/
Defining+The+EA+Service+Catalog/-/E-RES135162.
6 Enterprise Architecture Tools Definition, Gartner, https://www.gartner.com/it-glossary/enterprise-architecture-ea-tools.
7 “TBM Taxonomy,” TBM Council, November 2, 2018, https://www.tbmcouncil.org/sites/default/files/tbmc_tbm_
taxonomy_3.0.pdf.
8 Conway’s law, http://www.melconway.com/Home/Conways_Law.html.
9 Lightweight Architecture Decision Records, ThoughtWorks, https://www.thoughtworks.com/radar/techniques/
lightweight-architecture-decision-records.
15. Cognizant 20-20 Insights
15 / Creating an Agile Enterprise Architecture
About the authors
Sathish Kumar Muthukaruppan
Consulting Principal, Technology Consulting Group
Sathish Kumar Muthukaruppan is a Consulting Principal in Cognizant’s Technology Consulting Group.
He has over 20 years of IT experience focused on architecture and technology consulting for various
Fortune 100 enterprises and is currently responsible for leading strategic architecture and technology
consulting in the areas of enterprise architecture, service-oriented architecture (SOA) and other emerging
technology categories. Previously, Sathish has successfully led many consulting engagements that include
EA program definition, SOA strategy and roadmap definition, SOA governance definition and various
complex IT transformation engagements for organizations across geographies. He can be reached at
Sathishkumar.Muthukaruppan@cognizant.com | LinkedIn: www.linkedin.com/in/sakku.
Vivek Nandey
Architect, Technology Consulting Group
Vivek Nandey is an architect in Cognizant’s Technology Consulting Group. He has 13-plus years of
IT experience focused on architecture and technology consulting for various Fortune 100 enterprises.
Vivek has expertise in enterprise, solution and integration architecture, and has worked with numerous
organizations in the healthcare, banking, communications, media and entertainment and life sciences
domains. He can be reached at Vivek.Nandey@cognizant.com | LinkedIn: www.linkedin.com/pub/vivek-
nandey/18/363/384.
Acknowledgments
The authors would like to thank Alan Alper, Vice President, Cognizant Thought Leadership Programs,
and Stephen Mank, Director, Cognizant Thought Leadership Programs, for their valuable contributions
to this white paper. Special thanks to Cognizant Digital Technology Consulting’s James Houghton, Vice
President - Consulting, and Mahadevan Krishnamoorthy, Assistant Vice President – Consulting, for their
guidance in the writing of this white paper.