Monday, September 21, 2009

Field Asset Services (FAS)

So the family is back from the annual Greek vacation (August) all happy and rejuvenated. I have started a short-term project with Field Asset Services (FAS) executing an Information Management Assessment which includes Master Data Management & Data Warehousing as well as helping out with the overall definition of the Enterprise Architecture Roadmap. Fun project and many familiar faces from prior project work.

Monday, July 20, 2009

Multidomain MDM for Business Success

http://www.information-management.com/specialreports/2009_153/mdm_master_data_management_analytics_manufacturing_marketing-10015747-1.html

Nice article by Marty Moseley of Initiate Systems on Multidomain MDM. The article provides real world examples and explains how multi-domain MDM adds value. I am pleased we are seeing more emphasis on multi-domain by the product vendors (Initiate has been a leader in the CDI space for a while now).

One comment on the following statement from the article:

"All data that flows through an enterprise can be categorized into six different types: who, what, when, where, how and why. Master data is about who, what, when and where. ...."

I would extend the definition of master data to include "how" and maybe "why". And to be clear I am still talking about entity and not transactional data. I view relations (intersections) across MDM domains which define the "how" as master data as well. Here are a few examples:
  • Hierarchies, define how like master data relates
  • Entitlements, define how customers and products relate
  • Pricing, defines how customers, products, and locations relate

I need to chew a little more on the classification of "why" as master data since not many real world examples of such master data does jumps out at me right away. Strategic business planning and metrics come to mind though, where information is very important from the executive and management levels through to the individual contributors, which I would make the case for inclusion as master data as well.

Monday, July 13, 2009

Dell

I was hired as a Senior MDM Consultant/Architect by Dell in late 2008 under the Information Management & Architecture group to provide MDM expertise and consulting services. Under confidentiality and non-disclosure I am unable to provide any details about my engagement which completed in July of 2009 (yes, time again for the annual trip to Greece). What I can do is provide a summary of references I found while searching Google which provide the reader potentially relevant landscape information through existing public information.


September 2007 - a reference from Dell on Financial MDM initiative and the use of SOA on the Oracle site. http://www.oracle.com/appserver/business-intelligence/docs/financial-mdm-at-dell.pdf

2008 – a reference on The MDM Institute (Aaron Zornes) showing Dell as a customer of Initiate Systems.
http://www.tcdii.com/initiatesystemsidentityhub.html

December 2008 - a reference on Dell’s CDI initiative from the Gartner MDM Summit presented by John Miller and summarized by Jill Dyche http://www.beyenetwork.be/blogs/dyche/archives/2008/12/dell_does_mdm_r.php

June 2009 - a reference from Oracle in their MDM Executive brief showing Dell as a client. http://www.oracle.com/master-data-management/master-data-management-executive-brief.pdf

June 2009 – multiple recruiting site references for talent acquisition around Master Data Management Enablement and Data Services utilizing AquaLogic Service Bus - ALSB (now: Oracle Service Bus - OSB) and Aqualogic Data Services Platform - ALDSP (now: Oracle Data Services Integrator - ODSI)
http://jobs.monsterindia.com/details/6991360.html http://jobs.monsterindia.com/details/7103559.html?sig=js-1-e8a98fc9f01d868eec37e666f84bf6cf-1 http://www.recruit.net/jobs/1243504796491/ http://www.careerenclave.com/jobs/index.php?topic=43392.msg%msg_id%


I thank everyone at Dell for the project opportunity and worthwhile experience. Our paths might cross again in the future since the Austin MDM market is not THAT large ;-).

Wednesday, July 1, 2009

Multi-Domain MDM

Ok, ok, it is really the same thing... Multi-Domain MDM and Multi-Entity MDM. So much maturing terminology...I will get to the point.


If you attended conferences on MDM since late 2008, you might have noticed that most product vendors either already support (say they support) or are moving towards supporting multi-entity MDM. To be honest, very few vendors are close to mature multi-entity MDM as of early 2009; the direction however is clear. Most engagements I have worked on to-date involved multiple MDM domains and I foresee this continuing in the future. With multiple domains comes the need for MDM enablement which was introduced in a prior blog. Since MDM enablement involves commonalities across domains, there is more emphasis and need for enablement under the centralized MDM style / architectural pattern.


Which reminds me, there has been a slight change of terminology on MDM architectural styles as presented by Gartner on the November 2008 MDM conference. The table below shows the change (green replacing red) and consolidates/aligns the Gartner terms to the ones from IBM's and my first article on MDM which can be found under the links area.




(end of parenthesis)

Getting back to Multi-Entity MDM, I believe this is a natural evolution of maturity and would expect (in alignment with other MDM experts) to see not only vendors and implementations, but also governance and assets consolidation into more homogeneous solutions across domains in the future. Here are a few selected quotes on market trends from MDM experts, providing insight to the future direction of multi-entity MDM.



"Multi-style MDM to increase.Through 2009 and 2010, Global 5000 enterprises will broaden their MDM business initiatives from single-use case, single entity to multi-style, multi-entity uses"
Aaron Zornes, founder and chief research officer, MDM Institute.


"I have seen positive momentum towards multi-data-domain operational MDM solutions."
Rob Karel, MDM analyst, Forrester.


"By 2012, more than 65% of Global 2000 organizations will deploy two or more domain-specific, MDM-supporting technologies that start out as specific business requirements but become part of a larger MDM initiative."
Andrew White, Research VP, Gartner Inc.


Wednesday, June 17, 2009

Multi-Entity MDM Enablement

As a pre-requisite to successful (efficient and effective) multi-entity MDM solutions, I offer the term “MDM Enablement” and definition below:

The charter of MDM enablement is to identify common assets (people, information, processes, practices, policies, services, tools and technologies) across MDM domains (customer, product, service, employee), and to promote standardization and harmonization of such assets in order to maximize re-use, efficiency, effectiveness and value to the organization.


MDM enablement is sub-divided into logical groupings powered by people & groups who provide common processes & practices through the use of standardized tools & technology. Sample MDM enabler areas are depicted in the diagram below.


MDM enablement has been proven to reduce costs through asset re-use and IT simplification. Some examples of savings include: reduced product licensing, standardized integration, legacy system retirement, infrastructure simplification, streamlined development & support, simplified governance, and reduced training costs. (An article on MDM Enablement is currently in the works).