Hi Chip,
It is a touchy subject and I can only let you know what our
approach has been in the past (we have had similar issues where
something works fine in the test environment yet fails
in production). We assist the customer in "trying" to isolate the
problem, falling back on the test environment (server h/w, s/w,
database, etc) as a baseline. If it works in one place yet not
another, then obviously something is different and the trick
is figuring that 'difference' out. We (as a team) have always
managed to figure out that difference and one or the other make
whatever changes are required. That may turn out to be code
changes on our part, data or environment changes on the customers
part. The key has always been working together.
Now, do I consider this part of my contract? No. Do I
consider this necessary in order to retain a good customer
relationship (and get future business from them), Yes! If the
problem could not be isolated, there would obviously come a
point where we would have to back off and let the customer
take over fully, but it has never come to that.
I would think that the contract signed with the contractor
would spell out exactly when they're responsibility ends (from
a legal standpoint) and if that has passed, you can only
refuse to do business with them in the future if they refuse
to help you now.
Regards,
Michael L Gueterman
Easy Does It Technologies LLC
http://www.editcorp.com
voice: 888.858.EDIT or 573.368.5478
fax: 573.368.5479
--
-----Original Message-----
From: HP-3000 Systems Discussion [mailto:[log in to unmask]]On
Behalf Of Chip Dorman
Sent: Monday, May 27, 2002 9:20 AM
To: [log in to unmask]
Subject: [HP3000-L] Contractors' Responsibilities in this New Age?
Hi y'all...
I have a situation with a Windows developer for which I am seeking
advice. The general issue is that in programming contractor
relationships, who is actually responsible for getting the developed
program to work in our environment? Before you jump to any immediate
conclusion allow me to explain.
<snip>
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|
