Please support our Tech Talk advertiser:
Jul 17th, 2007, 10:16 am
Remember Swiss-born psychiatrist Elizabeth Kubler-Ross and her book on death and dying? She outlined the five stages of grief a person goes through when dying. I read something recently about the fight to save a legacy system and it reminded me of this very book I read well over a decade ago.
In case you forgot, let me refresh your memory.
The Five Stage of Dying
- Denial and Isolation
- Anger
- Bargaining
- Depression
- Acceptance
The list was praised by some and criticized by others. It reminds me of how so many companies struggle when they prepare to let go of their beloved legacy system.
Let’s revisit those stages and add in the legacy system concept.
Denial and Isolation – My legacy system is great: functionally rich, reliable, and cost effective. I will ignore the isolated complaints and this will go away.
Anger – How could someone not love this system? Obviously they are technically inept.
Bargaining – I will be able to keep my legacy system, if I just add in the few extra lines of code needed to keep them happy.
Depression – How could this be happening? How could they not love my system? How am I ever going to find something suitable for our company, something affordable, something supportable?
Acceptance – Where is the consultant, project tool kit, something? If I’m losing my legacy system, let’s just get it over with now so I can retire.
We frequently run into companies who we consider “tire kickers”. These are companies that seem to resurface every few years to “see what is new” in the world of ERP solutions. They have old legacy systems that are fifteen to twenty years old and still believe they have benchmark technology. Yet for some reason, know enough to review the latest ERP software to review what they “might” be missing.
I just don’t understand. If your business management system is older than your oldest home appliance, how can it possibly help your company stay competitive? How can it provide your company with any edge against your competition? How can it be considered anything but a hindrance?
I am confused, I am upset. Maybe I’m the one in denial...
In case you forgot, let me refresh your memory.
The Five Stage of Dying
- Denial and Isolation
- Anger
- Bargaining
- Depression
- Acceptance
The list was praised by some and criticized by others. It reminds me of how so many companies struggle when they prepare to let go of their beloved legacy system.
Let’s revisit those stages and add in the legacy system concept.
Denial and Isolation – My legacy system is great: functionally rich, reliable, and cost effective. I will ignore the isolated complaints and this will go away.
Anger – How could someone not love this system? Obviously they are technically inept.
Bargaining – I will be able to keep my legacy system, if I just add in the few extra lines of code needed to keep them happy.
Depression – How could this be happening? How could they not love my system? How am I ever going to find something suitable for our company, something affordable, something supportable?
Acceptance – Where is the consultant, project tool kit, something? If I’m losing my legacy system, let’s just get it over with now so I can retire.
We frequently run into companies who we consider “tire kickers”. These are companies that seem to resurface every few years to “see what is new” in the world of ERP solutions. They have old legacy systems that are fifteen to twenty years old and still believe they have benchmark technology. Yet for some reason, know enough to review the latest ERP software to review what they “might” be missing.
I just don’t understand. If your business management system is older than your oldest home appliance, how can it possibly help your company stay competitive? How can it provide your company with any edge against your competition? How can it be considered anything but a hindrance?
I am confused, I am upset. Maybe I’m the one in denial...
This blog entry was written by RebeccaGill. It has received 1,410 views, 5 comments, and 4 linkbacks. 1 voter has rated this entry 4 out of 5 stars. It was promoted to featured status Jul 21st, 2007.
Comments (Newest First)
RebeccaGill | Newbie Poster | Aug 9th, 2007
azimuth0 | Light Poster | Jul 23rd, 2007
•
•
•
•
Perhaps all the 20-year old legacy systems are so good because 99% of them have already been thrown in a dumpster? At this point, you're really looking at the best of the best. It's easy to be nostalgic about the past and think that the programmers of yore were better, but in reality, there were just as many missed schedules, budgets, and specifications then as there are today. The real tragedy is that it hasn't gotten much better in 20 years.
Flannel Avenger | Newbie Poster | Jul 22nd, 2007
•
•
•
•
Being able to get parts and maintain a system is a big part of the equation.
My answer is almost invariable, "it works fine, it meets your needs, but if it gets hit by a surge, it's all over, I can't fix it, the parts just can't be had anymore"
My answer is almost invariable, "it works fine, it meets your needs, but if it gets hit by a surge, it's all over, I can't fix it, the parts just can't be had anymore"
jwenting | duckman | Jul 22nd, 2007
•
•
•
•
Just because something is old doesn't mean it's no good...
Your attitude is quite typical of the young dogs in the industry (and probably anywhere) who think that high tech gadgetry is the holy grail towards solving any problem and that anything that's not bleeding edge is by definition fundamentally flawed.
Let me tell you a lesson: those systems aren't flawed. They're functional, they do what they're supposed to do, and they're chugging away generating income at almost no cost to their owners.
Sure you can spend $10 million+ to create something new that does the same but has a shiny new AJAX user interface instead of a textbased mainframe terminal and runs on a cluster of Linux PCs instead of an RS6000.
But you're sacrificing stability for looks, performance for buzzwords.
While you young dogs assume those systems are all but dead because they've been around a few years and are implemented using technology that's not at the moment state of the art, those systems are actually alive and kicking the butt off systems that were supposed to replace them but fail consistently to deliver.
All those companies by now have had projects to replace those "legacy" applications, started by managers who think just like you do.
All those projects failed to deliver on time, on budget, and within specs.
Most of them failed to deliver at all.
I've been there, done that, on both sides of the fence.
Your attitude is quite typical of the young dogs in the industry (and probably anywhere) who think that high tech gadgetry is the holy grail towards solving any problem and that anything that's not bleeding edge is by definition fundamentally flawed.
Let me tell you a lesson: those systems aren't flawed. They're functional, they do what they're supposed to do, and they're chugging away generating income at almost no cost to their owners.
Sure you can spend $10 million+ to create something new that does the same but has a shiny new AJAX user interface instead of a textbased mainframe terminal and runs on a cluster of Linux PCs instead of an RS6000.
But you're sacrificing stability for looks, performance for buzzwords.
While you young dogs assume those systems are all but dead because they've been around a few years and are implemented using technology that's not at the moment state of the art, those systems are actually alive and kicking the butt off systems that were supposed to replace them but fail consistently to deliver.
All those companies by now have had projects to replace those "legacy" applications, started by managers who think just like you do.
All those projects failed to deliver on time, on budget, and within specs.
Most of them failed to deliver at all.
I've been there, done that, on both sides of the fence.
scru | Posting Shark | Jul 21st, 2007
•
•
•
•
at least it's something....
Post Comment
•
•
•
•
Only community members can start a blog or comment on blog entries. You must register or log in to contribute.
•
•
•
•
•
•
•
•
DaniWeb Tech Talk Marketplace
Related Blog Entries
- Guild Wars 2: In-House FAQ (14 Hours Ago)
- Intel To Focus on Devices, Again (1 Day Ago)
- 5-4-3-2-1 your website in infected (2 Days Ago)
- Apple ships 2.5 million Macs, sells 11 million iPods and 717,000 iPhones in just 3 months (3 Days Ago)
- Limbo 2 Trojan comes complete with guarantee of invisibility (3 Days Ago)
- More Dark Spots on Apple's MobileMe Migration (4 Days Ago)
- Power-Sipping PC Runs Linux (4 Days Ago)
- Fake UPS invoices deliver Pushdo botnet package (5 Days Ago)
- Crystal Ball Sunday #8: Virtual Appliances (5 Days Ago)
- How to put in a new motherboard without losing your Operating System (9 Days Ago)
Related Forum Threads
- Blue Screen of Death (Windows NT / 2000 / XP / 2003)
- IT Resume Help... (IT Careers and Business)
- "primary drive 0 not found" (Storage)
- Total Newbie Could Use A Pointer In The Right Direction (C++)
- vc++ mfc-i can't make getline work with a string for file input (C++)
- Where to begin (IT Careers and Business)
Featured Entry
I'm not saying ALL legacy systems are bad. I'm saying companies who know they have issues, but can't let go of they system driving those issues, have a fundemental problem. This is what I take issue with from a legacy standpoint more than anything else. This is what I do not understand.
If your company and your industry can allow for an older system, then "have at it". Most small to midmarket companies do not have this option.