I absolutely agree with that. That is why it is taking us so longer. We are coming from Help Desk 6, custom CM / Asset (as of yesterday AR 7.6.04 SP4 from 7.5 p1). Translating the apps into ITSM has been a bit of a chore people wise, politically, procedurally, financially.
On Thu, Nov 29, 2012 at 1:25 PM, Patrick Zandi <[email protected]> wrote: > ** > I think that depends on your hardware and business strategy coupled with > customer support. Going from 5 to 8 is like going from a packer to a hummer > > Sent from my iPhone > > On Nov 29, 2012, at 16:15, Jason Miller <[email protected]> wrote: > > ** I am very comfortable with v8. I am building a new ITSM 8 environment > that we'll hopefully go live with (it seems we build more environments that > don't get used i.e.ITSM 7.5, ITSM 7.6.04). We keep building the latest > and greatest waiting for the time our IT dept is ready to use some of it. > Maybe subconsciously that is why I am ok with the latest, because I deep > down I know our new 8 environment won't get used :) > > Jason > > > On Thu, Nov 29, 2012 at 9:25 AM, John Sundberg < > [email protected]> wrote: > >> ** General question… >> >> What would you rather be running? >> >> An unsupported version that you have used successfully for 5+ years? >> or >> A supported version of the "latest" version? >> >> >> -John >> >> >> >> >> On Thu, Nov 29, 2012 at 11:06 AM, Longwing, LJ CTR MDA/IC < >> [email protected]> wrote: >> >>> Matthew, >>> Going out of support can have many impacts. Depending on what your >>> corporate direction is, and the criticality of your system, your company >>> may have a policy that you MUST be up to date on patches/versions of >>> software if for no other reason than security. They typically seem to want >>> someone to escalate an issue to if a problem exists that is causing an >>> outage. Neither of these would be possible if you stay on your current >>> version beyond the EOL. >>> >>> Outside of that aspect of it, 7.5 was a stable version in general, and >>> isn't prone to crashing on a regular basis, so if you drop out of support, >>> then you aren't likely to have a system just dying on you regularily. >>> >>> On a separate note though, BMC in the past has required you to basically >>> 'pay back rent' when you stop support, and then re-start at a later >>> date...so the general 'savings' don't end up materializing if that is the >>> thought behind potentially dropping support. >>> >>> -----Original Message----- >>> From: Action Request System discussion list(ARSList) [mailto: >>> [email protected]] On Behalf Of Moellmer, Matthew >>> Sent: Thursday, November 29, 2012 10:01 AM >>> To: [email protected] >>> Subject: BMC Support/EOL >>> >>> ** >>> >>> Hello all, >>> >>> >>> >>> I don't post a lot here but I do read a lot. Currently we are on version >>> 7.5 which is scheduled for end of life 2nd qtr. 2013 I think. While trying >>> to get a project moving and get the system upgraded I have found that we >>> may not be given/granted all of the tools we need to make the move >>> successfully. With that being said, has anyone dealt with BMC and falling >>> out of support completely? This is something I haven't had to deal with in >>> the past and if it comes down to it I am just wondering if any other >>> customers have had to deal with this and what to expect. I am already >>> working with BMC on this, so I am just looking for an outside opinion from >>> others that may have dealt with this. >>> >>> >>> >>> Matthew Moellmer >>> >>> >>> >>> This e-mail transmission contains information that is confidential and >>> may be privileged. >>> It is intended only for the addressee(s) named above. If you receive >>> this e-mail in error, please do not read, copy or disseminate it in any >>> manner. If you are not the intended recipient, any disclosure, copying, >>> distribution or use of the contents of this information is prohibited. >>> Please reply to the message immediately by informing the sender that the >>> message was misdirected. After replying, please erase it from your computer >>> system. Your assistance in correcting this error is appreciated. >>> >>> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ >>> >>> >>> _______________________________________________________________________________ >>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >>> attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" >>> >> >> >> >> -- >> >> *John Sundberg* >> Kinetic Data, Inc. >> "Your Business. Your Process." >> >> *Save The Date! *Second Annual KEG (Kinetic Enthusiasts Group) >> Feb. 25th - March 1st in Denver, CO. For more information click here - >> KEG <http://www.kineticdata.com/Events/KEG.html> >> >> 651-556-0930 I [email protected] >> www.kineticdata.com I community.kineticdata.com >> >> >> >> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ >> > > _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ > > _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
