Professional Documents
Culture Documents
Timesaver From Decklaration Com
Timesaver From Decklaration Com
v5 April 2014
Designed by:
Salahuddin Khawaja
s@decklaration.com
Build
great
...
presentati
ons fast!
I II III IV V VI VII
Introduction Basic Slides Executive Models and Project Frameworks 7 Deck Rules
Summary Objects Management and
Templates Templates Methodologies
Why re-invent the
wheel
when building
presentations?
Just copy-steal-
paste
This deck has 100+ slides that can easily be
leveraged for any presentation that you need to build
Current State
ProcessX has evolved over the last 30 years
– Processes and systems have been cobbled together as a result of mergers and acquisitions
The core platform has had no strategic structural change
The organization is currently structured in functional silos
Key Issues
Enhancing or adding functionality is increasingly complex and requires significant effort and cost
Increasingly difficult to keep pace with the changing business landscape and providing value added services
– It is expected that current and new business strategic initiatives will make increasing demands
The ProcessX lifecycle has become fragmented which increases internal control risks
High risk of not being able to meet certain complex requirements
Go Forward Approach
Launched multiple programs to move towards:
– A single integrated global Platform (from a process and technology perspective)
– The adoption of a “Utility Mindset”
– Leverage Like Functions, Centers of Excellence, Across LOBs
– Holistic business process management (alignment with client, end-to-end control framework etc.)
8
Simple Table
Overall project is green and on track. Planning, Scoping & Analysis and Build are 50% complete. Testing has
commenced and a significant number of defects have been found.
Operational
4 (Not started) Documentation of procedures and controls to start
Readiness
9
Chevrons
Approach to Change – Understanding the future of the Banking Sector and a bank can get there will involve
launching a Strategic Initiative that will have 3 phases.
Approach
Assess internal and external Determine future state based Develop business case and
factors (Risk Appetite, on strategic objectives, change roadmap based on project
Regulations, Technology trends drivers and leading practices priorities, impact, cost and
etc) resource requirements
Perform Gap Analysis
Identify change drivers Develop methodology for
prioritization and critical path of
Perform a current state
the identified projects, and
assessment across People,
define resources and cost
Process and Technology
implications with executive
Define the strategic objectives inputs
Implement various program
10
Model 1
Technology
Regulatory Drivers Industry Direction
Performance Measures
Leading Practices and Targets
Financial Modeling and
Customer Analysis
Technology Trends Planning
Geographical Regulatory Drivers
Considerations
Market Analysis Strategy Formulation
INPUTS OUTPUTS
11
Model 2
Maturity Model – A maturity model can be used to help develop the Future State Architecture and perform the
Gap Analysis.
Value / Leader
12
Call Out
Developing a business case can show management the business imperative and value of adopting a particular
approach.
1 2 3 4 5 6 7
Executive Strategy and Change Drivers Vendor Cost and Risks and Implementation
Summary Current State Evaluation Benefits Derailers Plan
Assessment
(optional)
13
Methodology
The assessment methodology can evaluate coverage across 7 Risk Management Domains and 9 Risk
Categories
Policies,
Compliance /
Strategy Governance Standards & Strategic Financial Stability
Legal
Procedures
Confidentiality
Risk Management Processes Contractual Reputation
of Information
Communication,
Tools and Metrics and Transaction / Integrity of
Training & Business Continuity
Technology Reporting Operational Data
Awareness
Standard domains in an Enterprise Risk Program Risk Over 15 processes expected to cover these
Management Program Domains Categories 9 risks categories
Analysis was completed to determine Assessment Observations & Thematic areas of opportunities to get to
improvement opportunities Approach Recommendations the next level were identified
14
List
Changes in technology will play a critical role in ensuring the organization maintains and extends its leadership
position over the next few years.
Disruptors Enablers
Disruptors are technologies that can create sustainable Enablers are technologies in which investments have been
positive disruption in IT capabilities, business operations and made, but which warrant another look. Enablers may be more
sometimes even business models. evolutionary than revolutionary.
15
General Timeline
16
Timeline – Gantt Chart
The best way to plan out a project is to look at the various activities visually. The best tool to do that is a simple
Gantt Chart. A Gantt Chart is a visual representation of the various project activities.
Wave 1
Develop Business Case
Development / Build
Go-Live
Wave 2
Wave 3
Wave 4
Today
17
I II III IV V VI VII
Introduction Basic Slides Executive Models and Project Frameworks 7 Deck Rules
Summary Objects Management and
Templates Templates Methodologies
Executive Summary 1 (Situation, Complication, Resolution)
To support the future growth of our business, lower the cost of running the Clearing process, and more efficiently
manage our business we recommend the implementation of the Strategic Enhancement Program (StEP).
Situation
Since September 2007, we have completed the ProgramX Planning & Analysis (P&A) phase, updated the Total Cost of
Ownership (TCO) model, gathered internal & external customer views, and complied a list of key infrastructure projects
Based on the P&A results the new proposed platform meets our needs and could be implemented within an 18-24 month
period
Complication
Internal meetings with customer and commerce development teams confirmed that current and new strategic initiatives,
and evolving business needs will continue to put increasing demands on the legacy system
Enhance customer experience, reduce time-to-market, improve controls and reduce costs
Resolution
To support the future growth of our business, lower the cost of running Clearing, and more efficiently manage our
business and financial risks the program team recommends the implementation of the Strategic Enhancement Program
(StEP)
19
Executive Summary 2 (Business Case View)
To support the future growth of our business, lower the cost of running the Clearing process, and more efficiently
manage our business we recommend the implementation of the Strategic Enhancement Program (StEP).
Program Status
Since Sep 2007, we have completed the ProgramX Planning & Analysis (P&A) phase, updated the Total Cost of
Ownership (TCO) model, gathered internal/external customer views, and complied a list of key infrastructure projects
Based on the P&A results the proposed new solution meets our needs and could be implemented within an 18-24 month
period
Business Imperative
Internal meetings with customer and commerce development teams confirmed that current and new strategic initiatives,
and evolving business needs will continue to put increasing demands on the legacy system
Enhance customer experience, reduce time-to-market, improve controls and reduce costs
Financial Summary
Implementing and operating the new system is essentially cost neutral over a 10 year period
The 10 year tax effected NPV cost for implementing and operating new system is $XX.X M compared to operating the
legacy system is $XX.X M
Recommendation
To support the future growth of our business, lower the cost of running Clearing, and more efficiently manage our
business and financial risks the program team recommends the implementation of the Strategic Enhancement Program
(StEP)
20
Executive Summary 3 (Analysis Summary)
The cross functional team has determined that the UAT can be executed in the timeframe
with the resources allocated
Background
Key Question: is the ProgramX program adequately resourced across key groups to support the UAT phase
Key Groups: Operations, QA, Development, Finance
Analysis
A cross functional team performed the following analysis:
Detailed out the UAT Test Plan (activities, timeline and roles and responsibilities)
Determine headcount and their % allocation to UAT activities for each group
Performed test case/scenario analysis in the context of UAT activities, timeline and resource availability
Developed assessment framework to analyze feasibility of successfully executing the UAT phase
Analyzed results to come up with a set of conclusions
Conclusion To-Date
Overall, the team has determined that the UAT can be executed in the timeframe with the resources allocated
We have reached a common understanding that testing at the scenario level facilitates successful completion within 8 weeks
21 UAT testers compares favorable to 22 System Testers
The 8 week UAT test window has no contingency built-in (however, there is a 4 week overall program contingency)
Next Steps
As per original plan, the UAT resource plan will be updated based on the following:
Finalization of the UAT Game Plan which will detail out the planned activities
Agreement on the acceptance and exit criteria
Finalization of test cases/scenarios (currently test cases for 3 of 14 areas have been developed)
21
I II III IV V VI VII
Introduction Basic Slides Executive Models and Project Frameworks 7 Deck Rules
Summary Objects Management and
Templates Templates Methodologies
List 1 – Simple
The ProgramX system has been operating in a near-full volume production mode for 3 months. The following
metrics illustrate some of the progress that has been achieved across various areas of the program.
23
List 2 – Depicting Numbers
Mobility 75% Ratio of all workers that have some level of mobility associated with their job
24
Chevrons 1 – Timeline / Roadmap
The future roadmap is a culmination of the ERM enhancement assessment and the actionable initiatives from
the current state assessment and gap analysis.
Approach
Defined ERM program Analyzed the current Identified projects and Develop methodology for
objectives and landscape and initiatives to address the prioritization and critical
enhancements to evolve composition, risk recommendations and path of the identified
the ERM Program to the categorization realize strategic benefits projects, and define
next level based on key methodology, and risk resources and cost
internal and regulatory management processes to implications with executive
drivers evaluate efficacy of the inputs
current state and identified
gaps. Proposed
recommendations based
on gaps and improvement
areas identified, and
validated with key
stakeholders
25
Chevrons 2 – Process
Supplier Risk Management is broken up into 3 parts: pre-contract, post-contract and close out. It has 9
components.
Event KRI
Management Monitoring
Pre-contract Risk
Sign Contract Risk Close Out
(Due Diligence) Identification
Response
Risk
Controls Assessment
Evaluation
26
Chevrons 3 – Circular
Text Text
Text
Text
Text
Text
Text
Text Text
Text Text
Text Text
Text Text
27
Chevrons 4 – Methodology
The core assessment will occur at the management process level. The management processes can be broken
up into three life-cycle phases, each with a distinct set of control objectives.
1.1 Supplier Selection 2.1 Standard Template 3.1 Customer Complaint Management
28
Pyramid 1 – Three Levels
Business
Delivery
Technical
Delivery
29
Pyramid 2 – Multi-dimensional
MISSION
Leading
Bank
VALUES
Performance
Trust Commitment
VISION
Client Service
30
Venn Diagrams
Text Text
31
Circle 1 – Basic
Shareholders Board
Management Customers
MISSION
VALUES
VISIONS
Employees Society
Regulators Partners
32
Circle 2 – Callouts
Key to getting the certification is getting a deep understanding of the 9 Knowledge Areas and their corresponding
sub-process (a total of 42).
X X
X X X
X X
34
Circle 4 – Cross-hair
Company Division
Customer
Invoices
Detailed Reports
Product/
Region
Service
35
Circle 5 – Flow (4 steps)
Heading
[Summary text]
Heading Heading
Focus
[Summary text] [Summary text]
Heading
[Summary text]
36
Circle 5 – Flow (5 steps)
Heading
[Summary text]
Heading Heading
[Summary text] [Summary text]
Focus
Heading Heading
[Summary text] [Summary text]
37
Honeycomb
Major Lines
of Business
2 3
Risk
Management
4 5
Finance
38
Organizational Chart
Name_here
Title_here
Name_here
Title_here
Name_here
Responsibility1
Responsibility1
39
Cube 1 – Basic
Operation
Integration
Business Requirements
Engineering
Planning
Technical Requirements
Operational Requirements
Regulatory Requirements
40
Cube 2 – Multi-layered
Svc2 Svc 3
App2
Svc1 App1
Cash
Operational
Support and Securities
Control
41
Cube 3 – Callout
In order to reconcile each feeder, the teams are working across a number of challenging areas. Each must be
properly aligned in order for the new system to reconcile to legacy system.
Defects
and weekly bill runs
Changes are made in PROD once weekly and
DR twice weekly Matching Rules
42
Architecture – Option 1 – Layered
Broker/Dealer Processing Environment
Manual
interventions &
Relaying SWIFT redundant
SWIFT FAX
other products Gateway
processes built
to overcome
technology and
Product operational
Specific Front Office Back Office shortcomings
Processes & Bank Adjustments
Architectures T+2
T+3
Corporate
Foreign Exchange Reconciliations T+1
Foreign Exchange
Derivatives Bank Adjustments
Consolidations
43
Architecture – Option 2 – Pillars
Application Integration Application Support System Management Security
Services Services Services Services
These services are the “glue” that These services form the core These services are represented as These services are represented as
hold all other services together. business engine the core of the infrastructure. the core of the infrastructure.
They provide seamless integration They are represented as running They interoperate with all of the They interoperate with all of the
and communication capabilities to throughout the infrastructure other services and provides system- other services and provides system-
ensure reliable transaction providing successful transaction wide management to enable wide management to enable
processing management capabilities at all times coordination of resources, processes coordination of resources, processes
and technology and technology
Message Transformation
Data Enrichment Service Capacity Management Authentication Service
Service
Queuing Service Data Validation Service Disaster Recovery Service Encryption Service
Reporting
Workload Management
44
Architecture – Option 3 – Tunnels
The architecture is illustrated as the “pipe” between processing nodes as represented in the functional model. It
is the sole conduit of transactional data across applications both internally and externally.
Derivatives Derivatives
Corporate
Equity Equity
Derivative
Fixed Income Fixed Income
Equity
Foreign Exchange Foreign Exchange
FX
Security Services
Application Integration Services
Adapters
Adapters
FX Deriv
Application Support Services
Indicatives Corporate
FX MM EQ Deriv FI
and Accounting GL
45
Architecture – Option 4 – Multi-component
Future
Components
Message Transport
Legacy Adapters
Optional
Message Repository
Optional Optional
Core Components
Services
Core Components
Core Components
Business Analysis &
Project Management
Core Components
Technical Solution Delivery
Technical Infrastructure Services
Optional Optional
Optional
Services
Services
46
Architecture – Option 5 – Multi-component and Layers
MARKET DATA
Securities
Reference Data
Common Platform
47
I II III IV V VI VII
Introduction Basic Slides Executive Models and Project Frameworks 7 Deck Rules
Summary Objects Management and
Templates Templates Methodologies
Status Report 1
Overall project is green and on track. Planning, Scoping & Analysis and Build are 50% complete. Testing has
commenced and a significant number of defects have been found.
Operational
4 (Not started) Documentation of procedures and controls to start
Readiness
49
Status Rating G
Status Report 2
Current status is Green for Go Live on Nov 5. Phase 2 scheduled for Q2 2013.
82% UAT Test Cases completed (75% passed) Complete UAT by October15th
58 defects remain open (18 are critical)
Phase IV:
Amber Total 122 defects have been opened till-date
UAT
Due to high number of defects UAT Sign off delayed to
Oct 15 (from Sep 28)
Parallel Plan framework developed; details are being Complete Parallel Plan by October 5th
Phase V: documented Finalize action plans to address risks
Green
Parallel Plan Risk have been identified (environment, reference data Parallel run to start Oct 16th
etc) and action plans are being developed
Go-Live and Migration plan being developed Complete Go-Live and Migration plan by Oct 12th
Phase VI:
Green Plan developed to communicate to external stakeholders
Go Live during the week of Oct 15
2014 2015
J F M A M J J A S O N D J F M A M J
Build
System Integration Testing
UAT
UAT Completed A
Parallel Testing
R Red A Amber G Green
KEY N Parallel Test Complete
H On Hold C Complete N Not Started
N Phase 2 Go Live
Go Live Nov 5 (TBD)
50
Gantt Chart
The best way to plan out a project is to look at the various activities visually. The best tool to do that is a simple
Gantt Chart. A Gantt Chart is a visual representation of the various project activities.
Wave 1
Develop Business Case
Development / Build
Go-Live
Wave 2
Wave 3
Wave 4
Today
51
Gantt Chart – Variations and Symbols
Various variations and symbols can be used to give more dimensions/depth to visual Gantt charts
99%
RAG Milestones
Sprints
R Red
A Amber
G Green
H On Hold
C
Complete
N Not Started
Build Complete +
(In Stages)
Today
52
Objects – Harvey Balls and Status
G
Green: On track (0-1
Closing Significant Progress
week delay)
Complete Complete
53
R Green (On track)
A Amber (At risk)
54
Risk/Issue Template
Target
Type Title Description Impact Mitigation Strategy Impact Owner Date Raised
Date
Red
Red
Amber
Amber
Green
Green
55
Actions Item Template
# Item Action Update Owner Date Opened Status
1 Day 2 Items Management requested that the program Manual Workaround are being tracked; once consolidated
team get firm commitment from the Global will be taken up to the Global Steering Team
Steering Committee that any Day 2 items (i.e.
items that are addressed in the interim by Day 2 Items being tracked by project teams to ensure Jack June 7 Open
manual work around) will be delivered and delivery
would be outside the BAU budget demand
queue.
2 Production Review issues that resulted in the parallel Post Mortem and Lessons learned completed on Jul-9
Parallel being turned off on 4-Jul Jane July 5 Closed
56
Project Dashboarding
Risk and Issues are communicated to management via the Dashboarding process.
Slide 61
Slide 62 Slide 63
57
RAG Status
Objective
Scope
Dependency
Benefits/ROI
Financials
Priority: Risk
Completion Date:
58
RAG Status
Roadmap – Gantt
59
RAG Status
Additional Comments
60
RAG Status
Risks / Issues
Target Close
# Risk / Issue Owner Type Severity Likelihood Open Date Change Mitigation Strategy and Current Status
Date Date
61
RAG Status
62
RAG Status
Off Track
63
I II III IV V VI VII
Introduction Basic Slides Executive Models and Project Frameworks 7 Deck Rules
Summary Objects Management and
Templates Templates Methodologies
Slides
presented in
this section are
in no particular order …
- 65 -
Business Transformation Approach
A complex business transformation could take multi-years. Not all phase’s depicted below are necessary.
Phase III:
III
Vendor Selection
IVPhase IV:
Program
Implementation
66
Business Transformation Approach – Details
Approach
Define overall vision and Develop business case Document high-level Develop methodology for
strategic objectives and roadmap based on requirements; issue RFI prioritization and critical
project priorities, impact, and RFP path of the identified
Perform a strategy &
cost and resource projects, and define
current state assessment Conduct Deep Dive
requirements resources and cost
across People, Process Assessments
implications with
and Technology (identify
Conduct reference calls & executive inputs
gaps)
customer visits
Sign agreements with
Determine target state
Performed independent vendors (MSA, SOW etc)
based on strategic
research
objectives, change Implement various
drivers and leading Performed due diligence program and project
practices initiatives.
67
Strategy: Plan to Change
Mobile applications should be developed using a methodology tailored for mobile devices
Approach
Defined mobility goals Develop mobile use Develop various mobile End to end testing
(revenue, efficiency, cases products
Launch various mobile
customer experience Process requirements Develop/modify services products
etc.)
User interface Mobile web
Integrate mobile with
Define business case and Data requirements existing channels Mobile app
prioritize the roadmap
Develop overall solution System Testing Blog
Budget approval architecture Social Media
Current state assessment Develop wireframes
of Mobility infrastructure Prototype critical features
Develop launch approach
68
Program Vision and Strategic Principles
The Program Management Office (PMO) vision and associated strategic objectives guide all change related
activities.
Strategic Objectives
3 Partner with key stakeholders to drive enhanced experience and new functionality
Tier 2 5 Streamline processing business and technical architecture to increase time to market
69
Strategy Development Framework
Approach to Strategy Development – A strategy can be developed based on a current state assessment in
conjunction with a set of external/internal inputs.
Technology
Regulatory Drivers Industry Direction
Performance Measures
Leading Practices and Targets
Financial Modeling and
Customer Analysis
Technology Trends Planning
Geographical Regulatory Drivers
Considerations
Market Analysis Strategy Formulation
INPUTS OUTPUTS
70
Maturity Model
Background
The Finance Department has played a critical role over the years from both a revenue and business support perspective
We have evolved globally as a result of marketplace demands, mergers and acquisitions and changes in regulations
The existing platform has been developed in an unstructured manner, resulting in a fragmented lifecycle
Varying drivers have resulted in a compelling business case to strategically re-architect the platform
Value / Leader
71
Forrester’s Mobile Maturity Model
Background
Everyone needs a mobile strategy, but what is the right approach and what are the appropriate objectives and metrics? To help
product strategists and executives in charge of defining their company’s mobile consumer approach build winning mobile strategies,
Forrester has created a mobile maturity model.
Developing a mature mobile consumer strategy will help firms more easily adapt to new consumer behavior and to anticipate the
disruption that mobile consumer technologies will increasingly create.
Value / Leader
Service / Advocate
Models excel at most of the
Practitioners are companies core mobile disciplines and
that have agreed on a Models are often large firms
Defined / Proactive shared mobile vision and are that have committed
starting to implement it
Effectiveness
significant resources to
successfully. mobile and have top-level
Experimenters have
launched different mobile Usually companies that executives championing
Initial / Ad hoc initiatives and have understand the disruptive mobile efforts.
experience with different potential of mobile, even
technologies but lack a clear though they haven’t yet
Novices are the least mature dedicated significant
vision of what they want to
mobile organizations resources to it.
achieve via mobile
72
Business Case
Developing a business case can show management the business imperative and value of adopting a particular
approach.
1 2 3 4 5 6 7
Executive Strategy and Change Drivers Vendor Cost and Risks and Implementation
Summary Current State Evaluation Benefits Derailers Plan
Assessment
(optional)
73
Process Analysis – SIPOC
SIPOC Framework is a Six Sigma tool used for process analysis and can be used to perform a current statement
assessment.
S I P O C
Provider of inputs to Materials, resources A structure ser of Products or services The recipients of the
the process or data required to activities that transform a that result from the process outputs
execute the process set of inputs into specified process
outputs, providing value
to customers and
stakeholders
74
SIPOC Analysis – Example
Process – File Interfaces
Definition
File Interfaces contain batch detail transaction files extracted from the various source systems or are manually created utilizing the manual upload process. Interfaces are developed and
maintained by Technology
Supplier # Issue/Concern
Business unit source applications
Source systems
Data Quality and Integrity:
Input data has missing data (in the interface file). The input data frequently has
Input
invalid customer names, invalid dates, etc
1
MorphApp Transaction files Lack of source ownership/responsibility on the delivery of the interface files
There are 75 Interfaces with 20+ source feeding systems Lack of automated tools to track file delivery from source systems
Lack of appropriate controls at source systems such as reconciliation processes
Process before files are transmitted
In the majority of cases data extracted from source system is not filtered Exception Management:
Internal control processes are not standardized and most of the exceptions are not
Interfaces are owned by the source applications except for SystemY and SystemZ
auto generated.
The five largest sources for transaction data files are A, B, C, D and E
There are 36 exception reports (5are automated) in the report verification process
Interface data is extracted from various sources (e.g. Oracle Tables, flat files) with
2 which are categorized by Job name and ID.
no overall standardization
Manual reports are organized specifically by process and are performed on a daily
File interfaces have different delivery frequencies (e.g. daily, weekly, etc.)
and weekly basis
Interfaces are automatically reconciled/validated for the following:
High number of false positives impacts the time spent on reviewing the exception
- Number of records
reports
- Date and time stamp
- File duplication through audit history
File that do not meet variance are sent to feeders or an exception report is created
Standardization and Lack of Controls in the Environment:
3
Limited standardization of interface files
Interface logic is hard coded without proper documentation
Customer
DepartmentX
Flexibility and Extensibility:
Quality of the interface file coding impacts performance and maintenance
Output 4 Overuse of “Generic Tables” instead of control cards
Various exceptions reports Highly manual process of keying revenue for users
The output of the file interface is a non-standard flat file that is passed on as input Reliance on hard coding and generic tables
into the feeders
75
Rationale for Platform Upgrade
Varying drivers have resulted in a compelling business case to strategically re-architect
the processing platform.
76
Derailers – Key Implementation Risks
As with any large undertaking, we foresee a series of risks that can potentially derail various programs and
projects under the PMO umbrella.
2 Resources constraints
4 Budget
9 Shift in priorities
77
Roadmap Development Approach
Part III
Part I Part II Part IV
Prioritization and
Project Templates Project Consolidation Roadmap Development
Dependency Analysis
Request Project owners to Consolidate project Perform cost/benefit analysis Develop strategic roadmap
complete Project scoping information to determine prioritization
Identify initiative
interdependencies
78
Project Template
Operational Efficiency
Project
X
Description
Enable Growth N/A
79
Roadmap – Option 1
2013 2014 2015 2016
J F M A M J J A S O N D Q1 Q2 Q3 Q4 Q1/2 Q3/4 Q1-4
Select Vendor
Sprint 0 Complete
(Entry into Build)
Build Complete
(In Agile Sprints)
UAT Complete
Parallel Test
Complete
Decommission
Legacy System
Post Implementation
Review
80
Roadmap – Option 2
Point of Departure
Charge and Credit US – Canada HFM
Cards Walker GL
Consolidation and
Travel Related External Reporting
Services
(TRS)
EMEA
Stored Value Products
Walker GL
Multi-Dimensional (Product,
18 Oracle GL EMEA (Walker)
Installations
FAS GL
Hyperion Enterprise
Customer)
Financial Products and AEB Management
Services American Express Reporting and
- High Net-Worth Bank AEB External Reporting
Affluent Individuals (AEB) 6 Installations
(Outside US) Non-FAS GL
Oracle GL LA/C
Foundational Future State Design (Walker)
Develop Strategic COA
Review Corporate & BU Processes
Project Governance and Structure Financial Accounting
Services Hub
Pilot GL and Reporting Foundation
Oracle GL - Ledger Unit 021
AXP Consolidation Ledger
Oracle GL J/APA
(Walker)
Oracle GL AEB
(FAS / non-FAS)
81
Vendor Evaluation – Approach
N/A 15 30 15 5 25 10
Determine RFI Determine RFP Develop Determine Identify relevant Determine Review
approach approach detailed deep customers to be Independent business & historical &
dive agenda & part of the Research technology cost projected
Draft/issue RFI Document RFP schedule reference calls organizations components financial data
requirements and visits provided by
Develop RFI Develop dive Schedule and Refine high-
response Draft/issue RFP companies or
assessment Develop conduct level program available via
evaluation framework and assessment Independent timeline
Develop RFP
Key Activities
82
Vendor Evaluation – Guiding Principles
A set of principles should be defined to guide the Customer Relationship Manager (CRM) vendor evaluation
process.
Select a flexible, functionally rich, and industry proven package that can support
1 our CRM vision and objectives
Ensure ability to take ownership of product (not source code) and support with
5 minimal reliance on vendor post implementation
83
Option Analysis
Pro 1 Pro 1
Pro Pro 2 Pro 2
Pro 3 Pro 3
Con 1 Con 1
Con Con 2 Con 2
Con 3 Con 3
Conclusion ????
84
Program Implementation – Organization
The Program System Implementation has 4 key roles: Program Office, Business Integrator, Systems Integrator
and Solution Delivery
Program
Office Clearing Development
The organization has department with support from
established a PMO staffed other tech departments is
by Consulting resources. responsible for performing the
Systems Integrator role
85
Program Implementation – System Implementation
Program Management
Status Reports
Scope Management
Financial Management Create approach and detailed plans
Risk Management for activities such as ‘Go-Live’
Lead the overall Program
planning, Data reconciliation, UAT
Management stream to monitor Integrated Work Plan
resource planning, Parameterization,
program effectiveness, track progress, Communication Management and UAT game plan with support from
identify program risks/issues, enable
various teams.
creation of mitigation strategies, Overarching Integration
manage change control activities and
UAT Plan Work jointly with QA team to develop
report on program status.
Parallel Testing Plan detailed UAT and Parallel Testing
Knowledge Transfer Plans.
Release Management
Data Migration
Business Integration Go-Live Plan Technology Integration
Functional Requirements Technical Requirements
Communication Plan Infrastructure
Data Migration Security
Review and QA Vendor Management Review and QA
Vendor Management
Assist with Functional Requirements Management Work jointly with Tech to address a variety of
and the execution of the Communication Plan Interface with the new system around: technology implementation areas including
(internal/external customers). Manage ongoing data RTM, Change Control, Contracts, Infrastructure sizing, Data Migration, Environment
migration activities. Review design documents to Requirement Facilitation, Issue management, Security, Performance Testing and
determine tables/fields required for data migration. Escalation/Resolution and Communication Reporting
86
Business Strategy and the 3 P’s
To manage change the Program Management Office (PMO) is tasked with putting in a disciplined approach
towards: Portfolio Management, Program Management and Project Management.
Portfolio Management
Program Management
Portfolio Management Project Management
87
Requirements Traceability Matrix (RTM)
The RTM provides a framework to trace the requirements to the types of testing being performed to ensure
complete coverage. When properly implemented framework will help manage cost and quality.
Reconciliation Deployment
Parallel Testing
Requirements Parallel Test Specifications
Analysis
Business Requirements User Acceptance Testing
User Acceptance Test Specifications
Development
Coding / Debugging Unit Testing
Unit Test
Specifications
88
Risk Management Framework Domains
A comprehensive Strategic Risk Management (SRM) Framework encompasses seven domains / core building
blocks.
Enterprise strategy that defines the SRM function role, SRM program objectives and establishes
going-forward strategic roadmap
Strategy
Governance SRM oversight structure with well defined roles and responsibilities to manage risks
pertinent to the risk management lifecycle
89
Continuous Improvement – Strategic Roadmap
Successful evolution of Strategic Risk Management (SRM) is achieved by: 1) continuously analyzing the current
state Program components 2) identifying enhancement opportunities 3) updating the strategic roadmap.
90
Control Domain Maturity
The organization has established governance, but there are certain items that should be addressed with
Governance CS R respect to the current distributed nature of the governance model and involvement of the Board of
Directors in operational risk management.
Policies,
The organization Policies, Standards and Procedures appear to satisfy regulatory expectations, except
Standards and R CS
for a procedure for managing exceptions which should be defined.
Procedures
Risk The organization has established risk management processes and governance activities around
regulatory requirements, but there are certain deficiencies that should be addressed related to the
Management CS R
management of Strategic, Reputation, Transaction / Operational, Continuity of Business / Contingency
Processes Planning risk.
Tools and CS Consequently, current tools and technologies appear satisfactory from the regulatory standpoint.
Technology
The organization quarterly issues reports focused on critical processes; but enhancements in reporting
Metrics and CS R with respect to the broader coverage of other critical processes, and the presentation of aggregate risk
Reporting views are recommended.
Communication, The organization has dedicated, trained staff in several groups / functions that manage critical
Training and CS R processes; however Risk Relationship Managers could benefit from having a more formal risk
Awareness management training, communication and awareness program in place.
91
Risk Analysis Methodology
Risk Analysis Methodology maps risks to various assets. The process determines a threat-vulnerability pair and
the existing controls that mitigate the threat. The process then identifies the likelihood of the vulnerability being
exploited, which is used do determine the impact. Then the risk is identified.
Risk
Phase 2: Remediation Option
Analysis
Remediation Options
Cost Benefit
92
Risk Analysis Methodology
Risk Analysis Methodology maps risks to various assets. The process determines a threat-vulnerability pair and
the existing controls that mitigate the threat. The process then identifies the likelihood of the vulnerability being
exploited, which is used do determine the impact. Then the risk is identified.
Asset Assessment
Threat Analysis
Vulnerability Analysis
Qualitative Impact
Financial Impact
Impact Rating
Threat Identification Existing Controls Assessment
Classification of Threats
Threat Likelihood
Threat Exposure Rating
Likelihood Assessment
Vulnerability Identification
Vulnerability Exposure Impact Assessment
Rating
Risk Identification
93
Recovery scenarios
High
Low High
Market Volatility
94
Organization Design
High
Low High
Operational Performance /
Productivity
95
Business Portfolio 3x3
High
Competitive Position
Medium
Low
Product/Market Attractiveness
96
Emerging Market Growth Framework – Archetypes
Four distinct ‘archetypes’ exist for a company to grow revenue in emerging markets. Increasing capability levels
are required to unlock potential across each archetype.
Assimilator
(Leverage Innovations)
Addressable Market
Creator
(Break Constraints)
Adaptor
(Enhance Competitiveness)
Participant
(Establish Presence)
97
High Level Evaluation of Opportunities
The risk-value matrix provides a visual interpretation of projects across various business units and investment
volume to represent the projects mostly likely to create valuable for an appropriate risk level.
High
Circle size
represents
approximate
cost
Do Now
Value
Plan Now
Reassess
Low High
Risk
98
Enterprise Cost Management Potential Initiatives
99
Options
Exiting the business at least for Many short term marketing, product and
a while operational initiatives driven by a crisis
PMO
100
World Map
101
United States Map
102
I II III IV V VI VII
Introduction Basic Slides Executive Models and Project Frameworks 7 Deck Rules
Summary Objects Management and
Templates Templates Methodologies
7 Deck Rules – Overview
Understand
the Canvas
I
Make it Keep it
Sing Simple
VII II
V IV
Focus on Solve a
Composition Problem
104
7 Deck Rules – Benefits
Bottom line:
It will help you convey your
message in a compelling
way.
105
Rule I: Understand the Canvas
The Company Logo is displayed Page number in the middle of the The Department or Project Name
4 5 6
for branding purposes slide is displayed for branding purposes
106
Rule II: Keep it Simple
107
Rule III: Tell a Story – Storyboarding Depicted
1 2 3 4 5
Storyboarding is the A great storyline has an Its easier for the audience In combination, the Slide The storyboard process
method for the creation of engaging beginning, to understand complex Title and the Slide Lead will converts brilliant, abstract
a storyline of a deck insightful content & a clear concepts when explained summarize the entire deck ideas into a coherent
conclusion in a storyline storyline
108
Rule IV: Solve a Problem
A Deck should solve a problem. A methodical approach should
be taken when solving a problem.
A methodical process should be used to find the right viable solution, Divide the problem into smaller discreet parts such that there is no
not just any solution. overlap, no gaps.
Using formal frameworks to structure your analysis will help support the Problems can be complex – typical with little effort a major part of the
conclusions reached. problem can be solved. So focus on what is important.
109
Rule V: Focus on Composition
Use correct grammar, punctuation & spelling Use clear, concise and precise language Focus writing on the subject matter
Follow conventional rules Utilize ethical and inoffensive Language Align writing with the deliverable objective
Principle 4: Structure Principle 5: Leveling & Labeling Principle 6: Voice & Tone
Group thoughts into clusters Distill your message (levels of details) Use active voice (vs. passive voice)
Sequence thoughts logically Using headings to label content Express ideas in positive terms
110
Rule VI: Leverage a Library
Why re-invent the wheel when building deliverables? Have a library of slides handy and leverage.
Work bench with basic objects that are frequently used All objects and models that can be used for visuals
A standard one page executive summary template Established frameworks and methodologies
111
Rule VII: Make it Sing
The slide flow should be understood in a Colors have deep meaning. Use creative diagrams to illustrate – as
flash. To achieve this, structure the slide Choose your colors as would choose your simply as possible – concepts, models
in a way so as to guide the viewer eyes. words – carefully. and processes
112
Keep reading at:
decklaration.com/bullet
s-do-kill
Author’s Message
This deck will save you time, ensure a consistent look-feel and help
you produce a more polished and powerful product.
The purpose of this slide deck is to help you create insightful presentations.
This timesaver has a large number of preformatted slides (40+) that can be
easily leveraged. It also has frameworks and methodologies (35+) that you
can utilize when faced with a challenging problem.
Or, can’t think of the right way to depict a thought? Brain-cramp? Peruse the
content. This will get the creative juices going.
Happy decking!
114