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
Inertia Contributes to Bad Data
Inertia Contributes to Bad Data Without knowing anything about your organization or its data, I’d […]
What are you doing with new contacts?
What Are You Doing with New Contacts/ I was very interested to read in a […]
Be Aware of Selection Bias
Be Aware of Selection Bias I wrote recently about the mistaken perception of older members […]
Some Things Just Take Time
Some Things Just Take Time I learned recently that an elephant’s gestation period is 18 […]
Sometimes It’s the Least Bad Choice
Sometimes It’s the Least Bad Choice Just like in life, sometimes when we’re making technology […]
Our Members Aren’t Tech Savvy
Our Members Aren’t Tech Savvy Having worked now in the association space for more than […]
Motion vs. Action
Motion vs. Action One key to successful data management is understanding the difference between motion […]
There is ALWAYS a Trade-off
There is ALWAYS a Trade-off I’ve written many times about trade-offs (you can read a […]
Little by little, a little becomes a lot
Little by little, a little becomes a lot “Little by little, a little becomes a […]
Why do we treat data management differently?
Why do we treat data management differently? A recent post on ASAE’s community read: “Looking […]
