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
Look up PARTIAL names!
Look up PARTIAL names! Train your staff to do look ups on partial names, not full […]
Not Just Technology
Not Just Technology There was recently a discussion on the ASAE online community about project management […]
Consider quitting
Consider quitting Patient: “Doctor, it hurts when I do this.” Doctor: “Then stop doing that.” […]
There is nothing so permanent as business rules
There is nothing so permanent as business rules Nobel Prize-winning economist Milton Friedman said, “There’s nothing […]
Budget for feature discovery and adoption
Budget for feature discovery and adoption When developing a budget for implementation of a new […]
Customize staff pages for better user adoption
Customize staff pages for better user adoption The single most important element to data management […]
Don’t ask questions for which you already know the answer
Don’t ask questions for which you already know the answer I was recently completing an […]
All decisions involve risk
All decisions involve risk Whether it’s choosing a new AMS or introducing a new product […]
Try flowcharting your processes
Try flowcharting your processes Working with a client recently on their membership join process reminded me […]
“I just want a system I don’t have to fight with.”
“I just want a system I don’t have to fight with.” I asked my client: […]
