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
The vaguer the question, the vaguer the answer
The vaguer the question, the vaguer the answer As the old saying goes, the devil […]
The best choice given the information you have
The best choice given the information you have “Hindsight is 20/20” is a cliché because, […]
Action isn’t the same as progress
Action isn’t the same as progress I’ve written before that not taking action is an […]
Start with the end in mind
Start with the end in mind Like so many, I probably first heard the phrase […]
It’s quiet in here…maybe TOO quiet…
It’s quiet in here…maybe TOO quiet… One of the truisms of data management is that […]
It’s ALWAYS about expectations
It’s ALWAYS about expectations The headline reads: “Tesla sets record for vehicle deliveries, an increase […]
It’s hard to get UNangry
It’s hard to get UNangry I often emphasize to my clients the importance of testing […]
Some history IS important!
Some history IS important! When I’m advising clients on data conversion (moving data from one […]
“Many mickles make a muckle.”
“Many mickles make a muckle.” “Many mickles make a muckle.” – George Washington Apparently, this […]
It’s easy to collect; it’s harder to manage
It’s easy to collect; it’s harder to manage The beauty of today’s highly configurable AMS […]
