As applications discover the need to work with MDM for their projects to be successful, and the data and the parties are identified, the MDM team needs to be able to engage the requirement. This is what I call setting up shop.
You will need to balance structure and agility.
Early in the project's planning/research phase, a general conversation about the project and its data needs should be conducted with MDM Leadership. As enough information is made available to complete the project plan tasks, the MDM team could provide the project team with the appropriate tasks for inclusion into their project plan. A description of a superset of those tasks follows.
All projects engaging MDM data need to share these documents with the MDM team or put MDM Leadership on outright sign-off for the following documents during the Requirements phase:
- Business Requirements
- Non-functional Requirements
The Business Requirements should contain diagrams and commentary on the interface(s) that the project will have to MDM. Depending on your working model, either the MDM team or the application team provides the technical aspects of the application integration with MDM. Figure out which in the manifesto or be prepared for MDM to be labeled "hard to work with."
MDM should also have a set of documents that it will maintain under revision or with a new document, for its purposes. These documents include:
- Business Requirements
- Functional Design
- Technical Specifications
- Non-functional requirements
- Architectural Decisions
- Data Model
The MDM team also needs to continually estimate if any new data will affect its available space (in all environments - development, QA, other pre-production and production) and begin the process to procure that space.
Posted February 19, 2011 9:39 AM
Permalink | No Comments |



