It was a Company in Portland Oregon, here where I live. The "Shane Company", a jeweler. Used to run a lot of local radio ads, then the ads suddenly stopped. Turns out they went bankrupt. In bankruptcy proceedings they mainly blamed the costs incurred by the SAP system brought in to replace their in-house customized Universe-based system. The SAP implementation was supposed to cost $8 million, but costs were near $19 million when the company went out of business. I the bankruptcy proceedings the company mainly blamed the SAP implementation. After bankruptcy they resurfaced, which we know as the radio ads came back on a few months ago after being off about a year. However - the ads have stopped again. Perhaps they are just saving advertising dollars for now? Or is it worse?
But what really burns me up: I did a google search on this very thing 2 days ago and came across a blogger who was defending SAP, his deal was that the install failure was Shane Company's upper management's fault. Grrrr!!! If any company agrees to pay $8 MILLION dollars for a system, the vendor had better provide all the help needed to get the system up and running successfully or that vendor has failed. How about you MV providers, do you ever help the customers do an installation? Or do you take the money and let 'em do the best they can? And if they fail, it's their fault?? I'm just rehashing what I've read. I'd really like to hear from one of the programmers or analysts that worked for the Shane Company when all this happened. Are you out there? An even more damaging a story, if possible, is the implementation of SAP to serve the City of Portland (once again, my home city, but this time it involves my tax dollars). I don't know too many details except that it was supposed to unify 19 separate systems into one, and implementation was to cost about $20 million (already outrageous), but one attempt under an outside SAP implementation specialist failed, a second implementer hired from way out of town also failed, finally SAP themselves came in (where were they all this time?) and it seems finally got the job done. Cost at this point: almost FIFTY MILLION DOLLARS (actually about 48.6 million, but what's an extra 1.4 million dollars?) I recently asked a high-up analyst in the police department how the SAP implementation was doing, and they said, "Oh - OK I guess - there are still some problems." Thanks for listening- Harold Oaks Sr. PA Clark County, WA -----Original Message----- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Horacio Pellegrino Sent: Wednesday, May 23, 2012 12:16 PM To: U2 Users List Subject: Re: [U2] File Sizing using concurrent option AND FAREWELL I remember a company that went bankrupt because they spent so much in SAP ( or was it Oracle? ) It was in the news. Anybody? HP On Wed, May 23, 2012 at 3:07 PM, Dawn Wolthuis <dw...@tincat-group.com>wrote: > I have only seen SAP implementations from a bit of a distance and > through reading stories, but in every case, my understanding was that > those in charge of the project were gone before SAP went live. I have > seen systems analysts and programmers survive the project, with plenty > of stories once they do. It sounds like a really brutal ERP > installation. I have not kept current on this front enough to know > that people were still selecting it, although a whole lot of people > are still maintaining it. > > Best wishes, Scott, and thanks for taking the time to write up your > notes regarding some of those in the industry who have helped you. > Cheers! --dawn > > On Wed, May 23, 2012 at 1:58 PM, Holt, Jake <jh...@samsill.com> wrote: > > I thought no one actually ever finished implementing SAP? > > > > -----Original Message----- > > From: u2-users-boun...@listserver.u2ug.org [mailto: > u2-users-boun...@listserver.u2ug.org] On Behalf Of iggch...@comcast.net > > Sent: Wednesday, May 23, 2012 1:31 PM > > To: U2 Users List > > Subject: Re: [U2] File Sizing using concurrent option AND FAREWELL > > > > > > > > Don't worry, we're not going to implement anything that's going to do > damage. Well, unless you call the outrageous cost a damage :) > > > > > > > > Any thoughts on the CONCURRENT option? > > > > > > > > ----- Original Message ----- > > > > > > From: "Wjhonson" <wjhon...@aol.com> > > To: u2-users@listserver.u2ug.org > > Sent: Wednesday, May 23, 2012 2:14:19 PM > > Subject: Re: [U2] File Sizing using concurrent option AND FAREWELL > > > > > > Well you used to be. After SAP sucks ten years out of the life of your > company, we'll see > > > > > > > > << I am being moved to our corporate office to join a eam of 10 who will > be learning, configuring, and customizing SAP to meet the eeds of the best > wine and spirits distribution company in the world. Ok, I'm > > little partial... >> > > > > > > > > > > > > -----Original Message----- > > From: iggchamp <iggch...@comcast.net> > > To: U2 Users List <u2-users@listserver.u2ug.org> > > Sent: Wed, May 23, 2012 11:11 am > > Subject: [U2] File Sizing using concurrent option AND FAREWELL > > > > > > > > Hi All, > > > > uv 10.2.7 / hpux 11.11 > > > > First things first (skip this section if you don't care for goodbyes)... > > > > > > I wanted to say thanks to all of the contributors to this list. I have > learned > > tremendous amount from all of you. The passion that many of you have > for your ork is really inspiring. I am being moved to our corporate office > to join a eam of 10 who will be learning, configuring, and customizing SAP > to meet the eeds of the best wine and spirits distribution company in the > world. Ok, I'm > > little partial... All of you deserve a great deal of credit for my > pportunity as you have all contributed to the things that I've been able to > ccomplish with my current system. Without the great system that we here in > llinois have developed, I'm sure that noone would trust in my abilities to > eliver in a different environment. > > > > > > > > > > > > > > blockquote> > > > > special thanks to a couple of people I have been blessed to work > directly ith. I cannot recommend their services enough! > > /blockquote> > > > > > > blockquote> > > > > > > ony Gravagno ( http://www.nebula-rnd.com/ ): When each division of SWS > was > > sked to provide a web service that would interface our sales force > automation > > nits to our business systems, I was terrified. I had never had the > opportunity > > o work with web technology and, based on a heavy workload, did not have > the > > ime to dive in at that time. I did take the web developer that Universe > > ffered for a spin. Pretty cool tool. While I was able to develop a web > > ervice that could work had I set the requirements myself, I could not > get it to > > eet the requirements that corporate was developed. I even worked with > one of > > he IBM engineers and he could not get it done. Keep in mind that I have > always > > elieved in my abilities to provide solid solutions using the tools that > we have > > n the multivalue world. It killed me to have to bring in a resource > from the > > utside. I swallowed my pride and turned to Tony. I was amazed at the > > ncredible service that he provided. He developed a service for me that > has > > een rock solid. I am still amazed that I have never had to revisit it > after > > ears of pounding by our sales force. This is plug, play, and forget > about it > > t its best! Not only that but our web service which provides incredibly > > owerful and complicated pricing blows the web service developed on our > > orporate as400 system out of the water from a performance standpoint. > Thanks > > ony, you've made me look a lot better than I really am :) > > /blockquote> > > > > > > > > eff Fitzerald ( http://www.fitzlong.com/ ): Your write-ups on file > performance > > ave really helped me to ensure that our system is always operating at a > high > > evel. I wish I could get everyone around here to read it. I was also > > ortunate enough to have been allowed to use your file maintenance > product - > > AST. I can't tell you how much time that this saved me. When I first > arrived > > t this company, all the files were dynamic. I made the mistake of > converting > > hem all to static because I believed the performance was much better. I > was > > ight and the system was screaming. The reason I use "mistake" is that it > > brought me into a whole new world of ensuring the thousands of files > used by > > he application continued to perform by spending all my weekends sizing. > Yuck! > > y allowing me to break away from managing the monster that I had created > by > > sing your product, I had my weekends free again. Yay! Not only that, > your > > roduct was doing a much better job than I ever did. Unfortunately, > budgets > > ere cut and I could no longer continue to use it. Thanks Jeff, you > helped me > > o spend my time moving the company forward by developing great tools > rather > > han maintaining files. > > /blockquote> > > > > > > ILE SIZING question: > > > > As mentioned, I'm moving on. Before leaving I'm trying my best to ease > the > > urden on my friends here in Illinois by automating many of the things > that I > > ever got around to doing for myself . That being said, I put together a > > outine that will analyze our files and resize as necessary. It's pretty > slick > > ut not near the software offered by fitzlong.com - refer to previous > section. > > > > I would like to set it up to execute from cron so that noone has to > babysit. > > eing the scaredy cat that I am, I've always phantomed off the process and > > onitored over the weekend to ensure that noone is accessing the files in > > uestion. I put the CONCURRENT option in there as a safeguard but never > really > > rusted it enough to turn the program loose without policing. > > > > My questions regarding CONCURRENT are these: > > 1. Is the option trustworthy enough to use on a live system while > users > > re possibly accessing the files? > > 2. Are there any sort of performance issues? In other words, would a > file > > hat takes 2 hours to size take 8 hours to size while users are > accessing? The > > outine keeps a history of various statistics including how much time it > took to > > o its business. > > 3. Does it slow the application that is accessing the file? > > 4. Any other considerations? > > > > > > hanks in advance for your response and for all of the tremendous help > that > > ou've all been over the years. > > > > Scott Thompson > > ______________________________________________ > > 2-Users mailing list > > 2-us...@listserver.u2ug.org > > ttp://listserver.u2ug.org/mailman/listinfo/u2-users > > > > _______________________________________________ > > U2-Users mailing list > > U2-Users@listserver.u2ug.org > > http://listserver.u2ug.org/mailman/listinfo/u2-users > > _______________________________________________ > > U2-Users mailing list > > U2-Users@listserver.u2ug.org > > http://listserver.u2ug.org/mailman/listinfo/u2-users > > _______________________________________________ > > U2-Users mailing list > > U2-Users@listserver.u2ug.org > > http://listserver.u2ug.org/mailman/listinfo/u2-users > > > > -- > Dawn M. Wolthuis > > Take and give some delight today > _______________________________________________ > U2-Users mailing list > U2-Users@listserver.u2ug.org > http://listserver.u2ug.org/mailman/listinfo/u2-users > -- *hp* _______________________________________________ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users This e-mail and related attachments and any response may be subject to public disclosure under state law. _______________________________________________ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users