Who should "own" the database?
One of the most common questions I get from my clients is "Who should have responsibility for the database?" That is typically followed by "Should it be the membership department, or IT, or somewhere else?"
Back in the day, I would recommend that whoever was "closest" to the data should manage it. For example, if most of the data revolved around membership, put it in the membership department. Or maybe it's mostly events, or certifications. But wherever the bulk of the data is, that's who should "own" the database.
Over time I've come to modify my thinking. I believe the person who should "own" the database is the person who is most passionate about the data itself. This isn't about what department the person is in or even what this person's title is. The person (or team) I want to manage the data is the person or team who cares most passionately about the data within the organization.
In my experience, almost every organization has this, either by design or default. If it's by design, good for you. If it's by default, you should formally recognize that this person has the authority to manage the data and the system.
Passion about the data, not title or department, will be your key to success.
![]()
Wes's Wednesday Wisdom Archives
But are you really willing to change?
But are you really willing to change? When any organization is making a change in data management […]
Two tips for data conversion
Two Tips for Data Conversion I’ve written a lot about data conversion over the years […]
What makes you weird?
What makes you weird? When I work with clients on selecting a new association management system, one […]
Why “AMS Consortiums” Don’t Work
Why “AMS Consortiums” Don’t Work About once a year I will get a call from […]
Your vendor will disappoint you
Your vendor will disappoint you I follow politics as a hobby. A past publisher from […]
Learn how to lose
Learn how to lose “Winning is great, sure, but if you are really going to […]
Ownership is Required
Ownership is required When asked for the most common reason AMS implementations fail, I typically respond […]
It’s all relative…
It’s all relative… Over the course of my 22 years of consulting, I’ve consulted with […]
Eliminate to optimize
Eliminate to optimize So much of data management is habit (both good and bad) which is […]
For data governance, ask “Why?”
For data governance, ask “Why?” Recently I’ve had the opportunity to work on several data […]
