Master Data Management: Strategic Unity for Your Information Systems - - PowerPoint PPT Presentation

master data management
SMART_READER_LITE
LIVE PREVIEW

Master Data Management: Strategic Unity for Your Information Systems - - PowerPoint PPT Presentation

Master Data Management: Strategic Unity for Your Information Systems Mark Raabe Shawn Samuel Director of Application Services Chief Architect Faegre & Benson LLP Hubbard One Thomson Reuters Agenda The problem: disconnected information


slide-1
SLIDE 1

Master Data Management:

Strategic Unity for Your Information Systems

Mark Raabe Director of Application Services Faegre & Benson LLP Shawn Samuel Chief Architect Hubbard One Thomson Reuters

slide-2
SLIDE 2

Agenda

  • The problem: disconnected information systems
  • How Faegre backed into a solution
  • Advantages of Master Data Management
  • Making the case and getting started
  • Where do we want to take this?
  • Hubbard One: “Master Data Mapping”
  • Q&A

2

slide-3
SLIDE 3

Faegre & Benson Overview

  • 460+ lawyers / 1100+ users
  • 6 offices worldwide:

Practice Areas:

3

  • Corporate
  • Litigation
  • Intellectual Property
  • Healthcare / Nonprofits
  • Finance / Restructuring
  • Employment
  • Real Estate
  • Environmental / Regulatory
slide-4
SLIDE 4

The Problem …

… is that this is your legal application portfolio.

4

slide-5
SLIDE 5
  • Why is it so difficult to get my various enterprise

applications to share information?

  • How do I ensure that all systems provide consistent

answers?

  • Why are so many of my business units managing

duplicative lists?

  • How can I deliver new information systems more

quickly?

  • How do we get up and running FAST with new clients,

matters, personnel?

5

The Problem:

slide-6
SLIDE 6

The Goal:

Achieving strategic unity of information systems … using the systems I already own.

= Systems that share:

  • Facts
  • Business concepts
  • Rules
  • Objectives

= Systems that don’t argue with each other. = Systems that enable each other.

6

slide-7
SLIDE 7

Data integration at Faegre

In the mid-1990s, we relied on

  • 1. Staged files in vendor-specified formats
  • 2. Email notifications  Manual updates

7

slide-8
SLIDE 8

Our first data integration challenge

8

slide-9
SLIDE 9

Data integration – v1.0

9

Time & Billing

Clients Matters

DMS

slide-10
SLIDE 10

Data integration – v1.0

10

Column Value mdesc1 Hennepin County Arbitration re: Jacob Smith v. mdesc2 ACA International, Inc., a/k/a Audiovisual mdesc3 Corporation of America mdesc1 CLIENT REF # 1996-40-1112 mdesc2 USTM: STAR TRIBUNE - NEWSPAPER OF THE TWIN mdesc3 CITIES

Time & Billing

Clients Matters

DMS

slide-11
SLIDE 11

Data integration – v1.0

11

Some lessons:

  • Vendors don’t know how to design databases!
  • Applications don’t care about uses beyond the application
  • Custodians (e.g., Accounting Departments) don’t care either

Time & Billing

Clients Matters

DMS

slide-12
SLIDE 12

Data integration – v1.1

12

Column Value MatterName Hennepin County Arbitration re: Jacob Smith v. ACA International, Inc., a/k/a Audiovisual Corporation of America MatterName USTM: Star Tribune – Newspaper of the Twin Cities

Time & Billing

Clients Matters

DMS

Transform clname1 mdesc2 (etc).

slide-13
SLIDE 13

Transform

Data integration – v1.1

13

Time & Billing DMS

Transform

CRM Time Entry Docket

slide-14
SLIDE 14

The problem in real life:

14

slide-15
SLIDE 15

Transform

Data integration – v1.1

15

Time & Billing DMS

Transform

CRM Time Entry Docket

slide-16
SLIDE 16

Data integration – v2.0

16

DMS CRM Time Entry Docket

Transform

Time & Billing

Hub

slide-17
SLIDE 17

Data integration – v2.0

17

Transform

Time & Billing

What have we accomplished so far?

  • Eliminated complexity
  • Standardized matter representation
  • Eliminated dependence on Elite’s design
  • Insulated ourselves from Accounting’s business practices
  • Reduced load on the Elite server
  • … and one more thing:

Hub

slide-18
SLIDE 18

Data integration – v2.0

18

Time & Billing

Hub

Elite “Matter” = A way to compile and present the bill Hub “Matter” = A way to organize all of the Firm’s work: Documents / Events / Contacts / Financials / etc.

What have we accomplished so far?

  • We have established a master concept of “Matter” that matches its

growing significance to the Firm

  • We have found a way to represent it
  • We have found a place to put it
slide-19
SLIDE 19

Data integration – v3.0

19

Time & Billing

Hub

Administrative PPM system

1a 1b 1c 2 3

How do we improve this concept?

1. Protect the data – Establish rules: (Data Governance)

a. Enforce standardized formats (as set by the standard transform) b. Control who (if anyone) gets to edit data in the Hub directly c. Other systems may consult only the Hub (the System of Record), not Elite directly (the System of Entry)

2. Identify other sources that can contribute matters Elite doesn’t have 3. Eliminate alternative matter lists in other applications

slide-20
SLIDE 20

Data integration – v3.0

20

The industry calls this “Master Data Management” (MDM):

“The technology, tools, and processes required to create and maintain consistent and accurate lists of master data.”

slide-21
SLIDE 21
  • On 8/25/2010, Attorney X opened Matter Y

for Client Z.

  • On 7/7/2010, Paralegal A recorded 3.2 hours to

Matter B for this purpose: “… [narrative] …”

  • On 2/3/2010, we paid Vendor B $10,000.

What else goes in the Hub?

21

Well, what else (besides Matters) is “Master Data”? Transactions = Sentences

slide-22
SLIDE 22

What else goes in the Hub?

22

… then your master data are the shared nouns in your transactional sentences:

Matters Clients

Departments & Practice Groups

Vendors ? Invoices ? Documents ?

Hub

Attorneys Authors Timekeepers

People Office Locations

slide-23
SLIDE 23

What goes in the Hub?

23

For each master data entity, store the attributes (columns) that are likely to be shared:

Matters

Matter Name Client Billing Attorney Matter Status Open Date …

Matters

Fee arrangement Bill format Billing address Currency …

Hub

Time & Billing

slide-24
SLIDE 24

Data integration – v3.0

24

The “Master Data Hub”:

The central repository holding the “official” version

  • f all of this key information …

… cleaned, de-duped, available for all systems to use … … and stored in a data structure that describes your business.

slide-25
SLIDE 25

What else can you do?

25

Aggregate entities that no one source application contains:

Contractors Attorneys and Staff Summer Associates

HR System Recruiting Contracting

People

Hub

slide-26
SLIDE 26

What else can you do?

Minimize the pain when an application changes:

DMS CRM Time Entry Docket Time & Billing

Hub

slide-27
SLIDE 27

What else can you do?

27

Find the right source of truth for a master entity:

Staff

Timekeepers

HR System

Hub

Time & Billing

slide-28
SLIDE 28

What else can you do?

28

Provision master entities more quickly:

Matters

Hub Hub

DMS, etc. Time & Billing

New Matter Approval

DMS, etc. Time & Billing

Add Billing Details Matters New Matter Intake

slide-29
SLIDE 29

What else can you do?

29

Identify new master data entities:

Favorite Matters Favorite Matters Attorney adds to “My Matters”

Hub

CRM DMS

slide-30
SLIDE 30

What else can you do?

30

Identify new master data entities:

Favorite Matters Favorite Matters Attorney adds to “Frequent Matters”

Hub

CRM DMS

slide-31
SLIDE 31

The Business Case for MDM

MDM and a Master Data Hub allow you to:

  • Provide master data to all of your applications that is

– Consistent / Standardized / Accurate – Protected – Properly normalized – Aggregated from all relevant sources – Early!

  • Eliminate dependencies on particular applications and

vendor data designs  Avoid pain, lock-in, and delays!

  • Simplify upgrades, replacements, mergers
  • Understand your own data architecture – it’s simpler!

31

slide-32
SLIDE 32

Perform a maturity assessment

Level 0 Level 1 Level 2 Level 3

No (or haphazard)integrat ion between systems Whatever each vendor supplies Point-to-point integration Many paths A Hub containing some master data entities Their meaning is not defined by any single system A strategic Hub that is the basis of the firm’s data architecture A comprehensive set of master data entities Governance:

  • Data formats and

data quality

  • System of record –

a true “master”

  • Rights to edit
Transform Time & Billing DMS Transform CRM Time Entry Docket DMS CRM Time Entry Docket Transform Time & Billing

Hub

slide-33
SLIDE 33

How to start

  • Proceed incrementally (but have a larger design in mind).
  • Pick a target entity. (Clients / Matters / People)
  • Find your existing data flows. How many can be replaced?
  • Define roles.

(System of Entry, System of Record, Data Steward, etc.)

  • Design a table for the entity in the Hub.

What columns do your consuming systems need?

  • Develop the new data flows.

33

slide-34
SLIDE 34

What you need

  • SQL skills / Data modeling skills
  • Data integration tools

– ETL tools like DTS, SSIS – EAI tools like IntApp, BizTalk

  • An eye for patterns and process improvement
  • Political & change management skills
  • Time & patience

34

slide-35
SLIDE 35

Some obvious questions:

  • Is there an easier way?
  • Why do I have to build this myself?
  • Won’t we all end up with similar designs?
slide-36
SLIDE 36

Where should we take this?

  • We need to define standards.
  • The legal industry needs a unified, standard master

data model and an API to interface with it.

  • At a minimum, vendors need to recognize and design for

MDM:

– Simplify data interfaces to and from their applications – Provide web services where possible – Interface with a Master Data Hub, if present – Ensure that we always have access to our data

  • The Legal Master Data Hub should be a product.

36

slide-37
SLIDE 37

Master Data Mapping and Integration

slide-38
SLIDE 38

Master Data Mapping and Integration

slide-39
SLIDE 39

Master Data Mapping and Integration

slide-40
SLIDE 40

Q & A

Keep us posted on your projects! mraabe@faegre.com shawn.samuel@thomsonreuters.com