Coping and dealing with change is something that is worth considering as a topic.
As an example, I'm currently part way through a migration from an interface to one application run from an addin within our email package to one via the web. Reasons for the upgrade is that it has become necessary to upgrade the email package and the vendor of the existing email integration won't support this as of next April anyway.
Because of problems with the existing system, some people can't wait to change, several others don't want to lose the existing facility to see their alerts alongside their email.
I'm part way through writing an email alert system that I will end up piggy backing onto the backend SQL database to replace this functionality.
The worst part of this, is I don't have ultimate authority to force the change or upgrade on anybody but if it won't get done, I can see major problems occurring for the following reasons:
a) The IT people who run the email system don't use this system and don't get involved in its support and maintenance.
b) I don't get involved in running the email system
c) This system processes approx 60% of my employer's income, which would have a major issue with its long term viability if not done now.
d) The users don't understand the technical reasons to change.
John