When's the "least bad" time?
When working with clients on a new project, especially a new system launch, the question is always asked, "What's the best time to do this?" And after a long discussion about all the possible dates and how none of them will really work, I usually suggest "How about we find the 'least bad' time to do it, then?"
Because with rare exception, my clients are busy all year round. (I did have one client once who was so slow during the summer months that the membership director painted the office!)
And the fact is, there is likely to be no "good" time when work is slow enough that it's a great time for a new system launch. So what we're looking for then, is the "least bad" time.
Framing the date as "least bad" allows us to acknowledge that there is no "ideal" time to do this, so we're going to do it when it's the least disruptive. And most of the time, that's the best we can hope for.
Wes's Wednesday Wisdom Archives
Eyes wide open and affirmative decision-making
Eyes wide open and affirmative decision-making When I work with my clients on any type […]
Honoring an industry legend
Honoring an industry legend I’m taking a break from my usual data management tips to […]
Never burn a bridge
Never burn a bridge My children have reached the age where they have, or are, […]
You CAN compete with the big guys…
You CAN compete with the big guys… In my experience, associations often undersell their actual […]
Join (or start) your users group!
Join (or start) your users group! Today’s message is simple: If the AMS you’re using […]
They don’t care, until they care.
They don’t care, until they care. One of the more common questions I get from […]
Longfellow and data management
Longfellow and data management “We judge ourselves by what we feel capable of doing while […]
Do you really need all that historical data?
Do you really need all that historical data? A question I’ll often get from my […]
AI actually requires thinking
AI actually requires thinking “I don’t think AI introduces a new kind of thinking. It […]
It’s not the mistakes, but how you respond
It’s not the mistakes, but how you respond Recently a client was complaining about a bug that […]