Oh - meant to say - width = 0.
On Wed, Apr 23, 2014 at 7:48 PM, John Sundberg < john.sundb...@kineticdata.com> wrote: > x,y,z axis - all perpendicular in red. > > :) > > Next. > > -John > > > > > On Wed, Apr 23, 2014 at 6:38 PM, Jason Miller <jason.mil...@gmail.com>wrote: > >> ** >> If you put a developer in the meeting they'll be expected to come up with >> a solution for drawing 3 perpendicular red lines with transparent ink. >> >> >> On Wed, Apr 23, 2014 at 10:06 AM, Rick Westbrock < >> rwestbr...@24hourfit.com> wrote: >> >>> Past experience has shown me that a BSA to interface between the end >>> user/client and the developers is very helpful but most times as a >>> developer I have found it invaluable to be in a requirements gathering >>> session with the BSA and the end users to make sure nothing is missed. I >>> can also get instant clarification on a request rather than going back and >>> forth using the BSA as the messenger. >>> >>> -Rick >>> >>> _________________________ >>> Rick Westbrock >>> Remedy Administrator | IT Department >>> 24 Hour Fitness USA, Inc. >>> >>> >>> >>> -----Original Message----- >>> From: Action Request System discussion list(ARSList) [mailto: >>> arslist@ARSLIST.ORG] On Behalf Of pritch >>> Sent: Tuesday, April 22, 2014 3:37 PM >>> To: arslist@ARSLIST.ORG >>> Subject: Re: Remedy Support Team Hierarchy >>> >>> Maybe it's just a training issue - I don't think developers should be >>> making a habit of dealing with end users. It takes time for the client >>> facing person to learn (and in reality, they probably don't want to learn) >>> what the developers knows or what they need to know to research a problem. >>> However, a go between in most cases is not an issue. >>> >>> The situation I deal with currently is where there is a department of >>> folks (4 of them) that do all the client facing on issues - anything they >>> cannot figure out they discuss with me - I give them a list of items to >>> find out and they go and gather the information. The interaction helps in >>> them learning how to work with the clients, gather the information and >>> eventually solve similar problems without bringing me in. The only time I >>> speak directly to the users (besides when presenting a training class) is >>> if we cannot solve it and I need to see what is happening (beyond >>> screenshots). At that point the client facing folks set up a webex and >>> lead the live meeting. When we first stood up the system I was very active >>> in the troubleshooting but now I don't know about most of the calls they >>> field. In fact, recently they've started taking on more of the >>> adminstrative work such as adding users, maintaining menu lists, etc. Just >>> takes time and patience to get those folks up to speed. >>> >>> Of course if the person that is performing the client facing activities >>> isn't interested or capable of learning how to support the users, then that >>> may be an issue that needs to be discussed with management. >>> >>> just my two cents. >>> >>> ----- Original Message ----- >>> From: "Lisa A DLA CTR INFORMATION OPERATIONS Kemes" < >>> lisa.kemes....@dla.mil> >>> To: arslist@ARSLIST.ORG >>> Sent: Tuesday, April 22, 2014 2:13:43 PM >>> Subject: Re: Remedy Support Team Hierarchy >>> >>> Kathy, >>> >>> Sounds rough, but I think you are in good company with a lot of us. I'm >>> a contractor and so when an end user says they are having a problem with >>> "opening a form and saving it" there are about 1000 questions I have for >>> the end user, but that's what the Project Manager writes down and >>> communicates to us. Plus, I want to make sure I recreate the problem >>> EXACTLY as the customer is experiencing it (so I know what workflow to >>> look at). >>> >>> Can I just pick up the phone and contact the end user? Nope, I have to >>> work with ANOTHER contractor that asks the Program Manager of Remedy the >>> questions I have, who then asks the end user. This process can take up to >>> 4 weeks. It's awful, plus, because I'm not part of the conversation, I >>> can't ask follow up questions right then and there. >>> It's painful. Sometimes, I'm able to ask the Program Manager directly, >>> but what I'd really like to do is get to that end user. >>> >>> I think there are a lot of us in the same boat. >>> >>> Lisa >>> >>> -----Original Message----- >>> From: Action Request System discussion list(ARSList) [mailto: >>> arslist@ARSLIST.ORG] On Behalf Of Kathy Morris >>> Sent: Monday, April 21, 2014 4:53 PM >>> To: arslist@ARSLIST.ORG >>> Subject: Remedy Support Team Hierarchy >>> >>> ** >>> >>> Hi, >>> >>> >>> >>> Our Remedy team is having its challenges. Our Management has placed a >>> person who has no technical clue about Remedy, or any aspect of software >>> development to manage the critical Remedy Projects. Management seems to >>> think that you do not need Remedy experience to manage these type of >>> projects, all you need is the ability to go out there and ask questions, >>> chase info down. The problem is: 1) this new person does not even >>> know the right questions to ask, and 2) cannot articulate the answers. >>> When the developer explains things to this project manager.... It's like >>> us talking to a piece of sheetrock. By the way, most of the "ideas and >>> processes" this person has begun to build is without leveraging the >>> knowledge of the Remedy Developers J No information, new processes are >>> even discussed to the developers. Unreal. I have not even mentioned >>> the fact that the individual does not get along with 95% of the team. >>> This individual is completely different Management so they think they >>> have rescued us J >>> >>> >>> >>> What is the Remedy team structure like in other organizations? What >>> roles are there? My experience has been Director of Technology, Remedy >>> Team Lead, developers, admins, business analyst.... These type of roles. >>> >>> >>> _ARSlist: "Where the Answers Are" and have been for 20 years_ >>> >>> >>> _______________________________________________________________________________ >>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the >>> Answers Are, and have been for 20 years" >>> >>> >>> _______________________________________________________________________________ >>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the >>> Answers Are, and have been for 20 years" >>> >>> >>> _______________________________________________________________________________ >>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >>> "Where the Answers Are, and have been for 20 years" >>> >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ > > > > > -- > > *John Sundberg* > Kinetic Data, Inc. > "Your Business. Your Process." > > 651-556-0930 I john.sundb...@kineticdata.com > www.kineticdata.com I community.kineticdata.com > > > -- *John Sundberg* Kinetic Data, Inc. "Your Business. Your Process." 651-556-0930 I john.sundb...@kineticdata.com www.kineticdata.com I community.kineticdata.com _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"