Be careful about getting tangled
“We had done a lot to tangle ourselves up.” - Bridget Walsh, Chief Operating Officer at Emergency Nurses Association
In a discussion at AMS Fest this week, this is how Bridget Walsh characterized what their AMS of 17+ years looked like as they worked to move from their legacy system to a new one.
I love this quote for two reasons:
- The use of the word "tangle." It's very descriptive of what many AMSes look like after years of use.
- The ownership of the entanglement ("We had done a lot..."). Data management systems don't just tangle themselves. They become tangled for many reasons including neglect, staff turnover, outdated/ineffective business rules, and lack of documentation.
Seventeen years in one system is a very good run, so ENA should be proud of that. But I appreciated Bridget's acknowledgment of ENA's need to "untangle" where they were as they moved to a new system.
So what are you doing to make sure your AMS doesn't get too tangled up?
![]()
Wes's Wednesday Wisdom Archives
Don’t Forget Your Speakers!
Don’t Forget Your Speakers! A phenomenon I’ve noticed over the years is that my clients will […]
90% of your data is never touched a second time
90% of your data is never touched a second time I heard recently on a […]
Newton’s First Law
Newton’s First Law Part of Newton’s First Law states that “…an object in motion stays […]
No System is Perfect
No System is Perfect While it may sound trite, it bears repeating that no data management […]
Data Accretes
Data Accretes One of my very first jobs in the association world was managing the production […]
Don’t be so lazy…
Don’t be so lazy… One of the things that attracted me to the software world […]
Don’t try to do everything at go-live
Don’t Try to do Everything at Go-live When implementing a new AMS, there is a […]
Make sure your system has broad support
Make sure your system has broad support An AMS vendor pointed out to me recently […]
You have to have the right people in place
You have to have the right people in place This may seem obvious, but I’ll […]
Ask “What” not “Why”
Ask “What” not “Why” As a consultant, one of my favorite questions to ask my […]
