I developed this guide to share with others the approach I use to gather, document, and manage requirements for a Master Data Management solution, with the hope that they may be able to leverage the approach to formulate their approach. This Smartlist brings together the content created to support the guide. It includes: a LinkedIn article that describes the guide, a slideshare document that is an overview / excerpt of the guide, a youtube video summary of the guide, several LinkedIn articles that summarize some key themes of the guide, other relevant articles (some of my favorites) from a variety of websites / authors. and some customer reviews of the guide. If you are working on requirements for a Master Data Management solution and looking for thoughts on how to approach requirements, you may be able to leverage some of the information contained in the Smartlist or the guide. Take a look!!
Requirements activities are similar, regardless of the type of solution. What differs is the approach to those activities, the sequence and emphasis of specific activities, and the content of the work products.
Visual Requirements can be used throughout the project lifecycle to complement written requirements and ensure all stakeholders have a clear and consistent understanding and concur with proposed requirements.
Even with an agile approach, it is important to take time up front to establish the requirements foundation or blueprint for a complex data integration project.
Good article by Scott Taylor... Master Data can strengthen strategy, drive innovation, and improve customer engagement; however realize that it's a journey.
Great article by David Nicholson-Jones on how a Data Vault (Analytical Data Warehouse) and Master Data Management solution (Operational Data Store) can complement each other.
Nice article by Sven van der Zee emphasizing the importance of Requirements in Agile. Thorough requirements expertise is necessary to bring the essence of requirements engineering into agile teams.
Nice article by Matthew Leach on the importance of getting requirements right. 75% of project failures ... can be traced to ... a lack of business analysis to properly align the IT project with the needs of the company and its customers
Anyone with solid data management experience will read this with gratitude. I've been working on a methodology closely related to MDM and needed a definitive practical guide for MDM implementation. It was a tall order, as practical advice is usually limited to strategy and scope, however this book delivered in spades. There are detailed examples throughout the book, and you can practically 'paint-by-numbers' when it comes to a MDM implementation from scratch. I can't recommend this book highly enough, for in-house managers, consultant and technical MDM implementers who wish to leap-frog years of trial and error to base their understanding on something concrete and tested. I don't claim MDM experience for my evaluation of these materials, but years of IT implementation validate the logical progress of the material development that evolves throughout the book's presentation.