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
It’s always about improvement
It’s always about improvement Talking with a client recently, she expressed frustration about one particular project […]
Don’t be a hoarder!
Don’t be a hoarder! The simple truth is that it’s almost “free” to collect data. […]
With data analytics (as with most things), keep it simple!
With data analytics (as with most things), keep it simple! Over the past several years […]
Don’t forget about periodic maintenance
Don’t forget about periodic maintenance Just as most automobiles need periodic maintenance, keeping your data as […]
Users Groups are ALWAYS Valuable
Users Groups are ALWAYS Valuable I am a huge fan of users groups. (Here’s a […]
But will you DO anything with that data?
But will you DO anything with that data? I frequently exhort my clients to always answer […]
It’s not what happens, but how you react…
It’s not what happens, but how you react… “It’s not what happens to you, but […]
Saying it and doing it are two different things
Saying it and doing it are two different things When I work with my clients […]
Benefits downstream are difficult to implement
Benefits downstream are difficult to implement In my 25 years of consulting, one of the […]
Your first answer may NOT be the right answer!
Your first answer may NOT be the right answer! I’m a big believer in “go […]
