The first priority should be communicating with stakeholders about the need for retiring the solution and replacements available.

I think the most resistance would be from marketing/sales and customer teams who have already become well used to the system and are in a comfort zone. Not to mention the development teams worries about their role.

Next step becomes easier if we demonstrate a viable alternative modern system which allows easy phase by phase replacement of legacy system. A pilot project with willing internal/external customer can help top management and other stakeholder see the advantages.

But when replacing system entirely one should never discount the possibility redesign/re-eengineering some components can help us avoid complete overhaul when really not required.
Also important is to consider how much investments have gone in to the system and what is legacy. Do call a 2 year old system or 5 yr old or 10 yr old system as legacy???? I think that's a call which can be specific to the legacy under consideration.

Hope this helps,
(Excerpt from my suggestion on IASA-Linkedin Discussion
http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers&discussionID=7034602&gid=1523&commentID=6494312&trk=view_disc )
 


Comments

09/20/2010 20:57

Among thousands of people, you meet those you've met. Through thousands of years, with the boundlessness of time, you happen to meet them, neither earlier nor a bit too late.

Reply
11/29/2010 16:34

Believes the fate, Believes love!

Reply
07/12/2012 18:22

will come back before long

Reply



Leave a Reply