I thought ADSM-R was long dead - I'm delighted to hear that Tivoli will be
reading it.
Thanks Glen..
> -----Original Message-----
> From: Glen Hattrup [SMTP:ghattrup AT US.IBM DOT COM]
> Sent: Monday, February 07, 2000 5:19 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Submitting Requirements, was: Re: AW: Linux TSM Server
>
> Hi Tom,
>
> As painful as it is, :-) I talked with some of our marketing people and
> here's what they came back to me with.
>
> (most of) Marketing doesn't monitor ADSM-L becuase it is a high traffic
> list, and for the most part the posts are not very pertinent to them. I
> would guess that there is a 5:1 ratio (if not higher) in days of posts for
> help vs a single item submittal on ADSM-L. Given the hectic nature of
> their jobs, I don't see that as too unreasonable of a decision.
>
> Others from the TSM team do watch the ADSM-L list and can / will forward
> along the "bigger" items that come across, if they haven't come up
> already.
> For example, the Linux server issue: We had addressed the issue some time
> ago, well before the item came up on the ADSM-L list.
>
> But, if you need the gratification of getting your message directly to the
> marketing team there is another list that serves just exactly that
> purpose.
> ADSM-R
> This was mentioned by a few in Marketing that I talked with, and they said
> that it is a very *low* traffic list. My guess is that most people aren't
> aware of the list's existence. You can subscribe by sending a note to
> listserv AT vm.marist DOT edu with the a blank subject and a body of
> "subscribe
> ADSM-R your name". That is the quickest way to submit a request to
> marketing without having to go through a CE / SE / Tivoli rep.
>
> A couple of notes (aren't there always?):
> -While Marketing *does* read the notes on that list, they won't respond.
> There are several reasons behind this. First, they don't want to appear
> to
> be making a commitment on any given item, especially since that's not the
> appropriate forum for it. Second, they don't want to get into a
> protracted
> debate on a given point and / or they don't want to ruffle any feathers
> unnecessarily. There's more, but I think that explains the gist of it.
> -At the same time, I didn't hear of any reason why other people can't
> continue a thread within ADSM-R. In other words, someone suggests a
> really
> nifty idea (say a TSM Linux server... :-), and others think they have ways
> to make it better. Continue the thread and the discussion, hashing out
> what you feel is the core of your need. Also, if you see someone post a
> "requirement" that already exists within some level of TSM, please feel
> free to let them know.
> -And just one quick reminder: ADSM-R is not for support questions, eg. it
> is not another ADSM-L. The higher the volume of un-related posts, the
> less
> it will be monitored. I don't think this is a major worry given the
> professional nature that ADSM-L has exhibited.
>
> That's about it for the moment, and I'm afraid I can't spend much more
> time
> on the issue. Just like everyone else on the list, I have deadlines that
> have to be met...
>
> Hope this helped....
>
> Glen Hattrup
> Tivoli Storage Manager
> Server Development Team
>
>
> "Thomas A. La Porte" <tlaporte AT ANIM.DREAMWORKS DOT COM>@VM.MARIST.EDU> on
> 02/04/2000 10:05:44 AM
>
> Please respond to "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
>
> Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
>
>
> To: ADSM-L AT VM.MARIST DOT EDU
> cc:
> Subject: Re: AW: Linux TSM Server
>
>
>
> Glen,
>
> I think the issue that I, and others, have with the "you've got
> to tell it to your local rep" response is that it is in direct
> conflict with the idea that it is Marketing's responsibility to
> read the market. As Richard pointed out, this forum has some
> 1800+ members of the ADSM community, and some very vocal ones at
> that, with many *great* ideas on how to improve the product.
>
> We all have jobs, and we don't have time to figure out how to
> navigate the huge bureaucracy that is (still) IBM. But as a part
> of our jobs, we all monitor this list because it is so very
> valuable to us. What I and others are saying is that the
> Marketing department, and whoever else is responsible for product
> development, *needs* to take into account the huge installed base
> of users right here in this forum. We are no less valid as IBM
> customers because we use this forum to offer our ideas about
> product development rather than calling our local sales rep. In
> this forum we're able to have others hear our suggestions, and
> have them improved upon, or even be told that there is already a
> better way to do what we want.
>
> -- Tom
>
> Thomas A. La Porte
> DreamWorks Feature Animation
> tlaporte AT anim.dreamworks DOT com
>
> On Thu, 3 Feb 2000, Glen Hattrup wrote:
>
> >sal Salak Juraj <sal AT KEBA.CO DOT AT>@VM.MARIST.EDU> on 02/03/2000
> >03:36:37 AM
> >>If the marketing department would really
> >>only be sitting and waiting for customers
> >>to call for something,
> >>then this department would not
> >>even deserve its name.
> >Trust me, they don't just sit around waiting for phone calls. We have
> >several people whose responsibility is to read the market and determine
> >what the biggest items are for that point in time. They are also open to
> >receiving suggestions, which was the main gist of my letter. The
> marketing
> >team's responsibility is to evaulate our product in light of our
> >competition and then make sure that the "long-term" model strengthens our
> >weaknesses and capitalizes upon our strengths. There are many variables
> >that help them make their decisions, and feedback from customers is one
> of
> >those.
> >
> >>I suspect the marketeers decided
> >>not to go in Linux direction, which
> >>is a decision they are fully entitled to,
> >>but now hide themselves behind allegedly
> >>missing customers ineterest.
> >Nobody is saying "we don't think Linux is strategic". But, there are
> more
> >important items that are being worked on first. Any large item like a
> new
> >server platform is a serious undertaking. To provide the level of
> quality
> >that is *expected* from an IBM / Tivoli product, you can't just hack
> >something together and let your customers find the problems.
> >
> >To summarize:
> >Everything has a cost.
> >Development resources are not unlimited.
> >We try our best.
> >
> >>Anyway, thanks for your mailing,
> >>because it stated more or less
> >>clearly what we should not count with.
> >>Clearness helps us in making decisions
> >>so I understand your mailing as
> >>good service to all mailing list readers.
> >Well, I and other developers do try to keep in contact with the customer
> >base and help out when we can. I would like to stress that
> correspondence
> >on ADSM-L does not constitute a commitment of any sort. These emails may
> >provide you a little more clarity, but the Marketing team is the official
> >source of what TSM will or will not do. They can (and have!) change
> >directions overnight and showcase a new strategy the next day.
> >
> >hth.
> >
> >Glen Hattrup
> >TSM Development
> >
|
