Jt,
How much IBM support have you built into the conversion ?
Don't forget one thing... If you pay CA, you pay for the Software & a
Helpdesk. If you aren't currently paying for Assist, you can only ring
IBM to report 'real' software problems. This I found out when we
installed TWS End-to-End. So e
Eric Bielefeld wrote:
[...]
Now, if that product didn't require training the people that use it,
that was a different story. I converted BMC's StopX37 to DTS's
product. With BMC, you had to load this whole subsystem, even if you
only ran StopX37. I think there was around 120 files total with
In <[EMAIL PROTECTED]>,
on 09/18/2007
at 01:25 PM, Timothy Sipples <[EMAIL PROTECTED]> said:
>It's rare that I defend the "bean counters,"
Accountants are like auditors: when they are good they are very, very
good, and when they are bad they are horrid. An accountant who ignores
indirect costs
EMAIL PROTECTED] On
Behalf Of Van Dalsen, Herbie
Sent: Monday, September 17, 2007 3:26 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CA to IBM product swap
JT,
Are you sure this is necessary, is there no way the CA salesmen can come
up with some sort of an equation that will make the risk, training, and
a
On Tue, 18 Sep 2007 12:47:42 -0500, Eric Bielefeld wrote:
>I remember a couple of times talking to my boss about converting a
>particular product to a cheaper one. I don't remember the exact products,
>but his thoughts were the same as mentioned in the post quoted below.
>Getting everyone to use
I remember a couple of times talking to my boss about converting a
particular product to a cheaper one. I don't remember the exact products,
but his thoughts were the same as mentioned in the post quoted below.
Getting everyone to use the new product and train them on it would cost more
than s
Twice IBM has tried this ploy. It's easy to replace software. It's
very hard to retrain the users and support staff, especially, when the
users don't have the time to retrain. Yes, ACF2 to RACF conversion is
easy. IBM can speak RACF & ACF2 fluently. However, users do not.
When the conversion
On Sep 17, 2007, at 11:25 PM, Timothy Sipples wrote:
Mark Zelden writes:
That's what happens when bean counters make
the decisions and don't consider the human aspects
(time, training etc.)
It's rare that I defend the "bean counters," but I'd just like to
point out
that many good business c
nes <[EMAIL PROTECTED]>
Sent: Sat, 15 Sep 2007 3:24 pm
Subject: CA to IBM product swap
It looks like we my be swapping out some CA products and replacing them
with IBM 'equivalents' to save big $$. I know the success of replacing a
product has much to do with how it is used. Hav
Mark Zelden writes:
>That's what happens when bean counters make
>the decisions and don't consider the human aspects
>(time, training etc.)
It's rare that I defend the "bean counters," but I'd just like to point out
that many good business cases do consider (and cost) time, training, and
other suc
15 Sep 2007 3:24 pm
Subject: CA to IBM product swap
It looks like we my be swapping out some CA products and replacing them
with IBM 'equivalents' to save big $$. I know the success of replacing a
product has much to do with how it is used. Having said that - let me know
your
[EMAIL PROTECTED] (Mark Zelden) writes:
> Then you switch back. ;-) There are actually a lot of companies that
> seem to work that way. That's what happens when bean counters make
> the decisions and don't consider the human aspects (time, training etc.)
this is related to the original justif
On Mon, 17 Sep 2007 12:55:13 +, Norman Hollander
<[EMAIL PROTECTED]> wrote:
>And what happens when another vendor offers
>a $1.50 less to go to their solutions?
>
Then you switch back. ;-) There are actually a lot of companies that
seem to work that way. That's what happens when bean co
Sounds like a royal pain to me. Migrating from one solution to another
may seem doable; but the people time in effort to implement, retraining,
conversion of data, d/r issues from the old product to the new, and so
on, really seems a difficult decission to make. Unless, of course, you have
a lot of
JT,
Are you sure this is necessary, is there no way the CA salesmen can come
up with some sort of an equation that will make the risk, training, and
al the other things that are included in a massive project like this,
just not worth the trouble?
Regards
Herbie
Elavon Financial Services Limited
JT writes:
>ACF2 ===> RACF
IBM bought Consul recently. Thus you might want to ask about the Tivoli
zSecure products (Admin and/or Audit I'd guess). If one of those products
helps you migrate faster and easier, and/or makes things easier for the
system operators, and/or reduces risk, gre
I've had to perform this type of mass conversion many times for various
sites, I even had to convert to IBM products and then 3 years later
converted them back again for a site.
The conversion themselves are never the big issue, it's always the users and
the procedures at the sites that impede thi
AMA.UA.EDU
Subject: Re: CA to IBM product swap
A client did the same thing 2 years ago when they outsourced
to IBM Global Services - the conversions were part of the contract.
It's a lot of work.
--
For IBM-MAIN subscribe / si
Pretty much did (or doing) them all. No regrets. Cultural issues aplenty,
technical issues few.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of JT
Sent: Saturday, September 15, 2007 2:15 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: CA to IBM
--
It looks like we my be swapping out some CA products and replacing them
with IBM 'equivalents' to save big $$. I know the success of replacing a
product has much to do with how it is used. Having said that - let me know
your experience with
>A client did the same thing 2 years ago when they outsourced to IBM Global
>Services - the conversions were part of the contract. It's a lot of work.
IBM has had a fully funded (approved) internal initiative to replace CA
products with something else (hopefully IBM products), at sites where IBM
44 -0500> From: [EMAIL PROTECTED]> Subject: CA
> to IBM product swap> To: IBM-MAIN@BAMA.UA.EDU> > It looks like we my be
> swapping out some CA products and replacing them > with IBM 'equivalents' to
> save big $$. I know the success of replacing a > produ
It looks like we my be swapping out some CA products and replacing them
with IBM 'equivalents' to save big $$. I know the success of replacing a
product has much to do with how it is used. Having said that - let me know
your experience with any of the following swaps and IBM's SMPO. Any info
23 matches
Mail list logo