Just because you can, doesn't mean you should
I've worked in and with associations for well over 37 years now. And one of the things I've always loved and appreciated about association staffers is their willingness to do whatever is needed to get the job done.
But the problem is this "Yes, we can!" attitude can also lead to overwhelm and a lack of prioritization.
I see this most commonly in IT departments, especially those who have developer skills. Staff comes to them with a problem and their answer is "Yes, we can do that for you!" But too often that "yes" comes without the consideration of asking "But should we do that for you?"
In an ideal state, when a new request is made of IT (or anyone, for that matter), there needs to be a process that helps everyone decide whether or not the request should be fulfilled, how it will be fulfilled, and when it will be fulfilled. But what I see too often is requests are piled into an ever-growing list of "needs," and pretty soon everyone is unhappy (IT is overwhelmed and the rest of staff isn't getting what they want!).
There are lots of tools (e.g., Value–Effort Matrix, MoSCoW, RACI matrix) that can help with this. The tool is less important than the process itself. If your process is "Tell us what you need and we'll do it," you're going to be in big trouble quickly.
Remember: Just because you can, doesn't mean you should.
![]()
Wes's Wednesday Wisdom Archives
Don’t ask for what you don’t need!
Don’t ask for what you don’t need! Recently I received a bill from a doctor’s […]
It is never done – so celebrate!
It is never done – so celebrate! A client of mine recently had their official […]
MDR (Minimum Data Required)
MDR (Minimum Data Required) I’ve written about minimum viable product (MVP) in software development in the […]
Simpler and Faster is Better
Simple and Faster is Better Earlier this week I was fortunate enough to attend a […]
Patience and grace
Patience and grace A past client of mine recently told me: “You inspire confidence and […]
Sometimes you just have to try it and see what happens
Sometimes you just have to try it and see what happens The single greatest key […]
Training and testing
Training and testing I’ve written before that the best form of training follows this process: […]
How to save a “failing” project
How to save a “failing” project It is not unusual for me to receive a […]
How to avoid the “IT black hole”
How to avoid the “IT black hole” Going all the way back to my days […]
The “People” are important!
The “People” are important! I’ve written a lot about people, process, and technology over the […]
