home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / misc / jobs / contract / 4636 < prev    next >
Encoding:
Internet Message Format  |  1992-12-25  |  3.4 KB
  1. Path: sparky!uunet!usc!sdd.hp.com!foxtail!blkhole!titipu!ed
  2. From: ed@titipu.resun.com (Edward Reid)
  3. Newsgroups: misc.jobs.contract
  4. Subject: Re: contract payment methods question
  5. Date: Fri, 25 Dec 92 13:45:16 EST(-0500)
  6. Organization: Accuracy, Ltd.
  7. Message-ID: <01010064.m1g7b4@titipu.resun.com>
  8. Reply-To: ed@titipu.resun.com (Edward Reid)
  9. X-Mailer: uAccess - Macintosh Release: 1.6v0
  10. Lines: 56
  11.  
  12. pdh@netcom.com (Phil Howard ) writes:
  13. > One method of payment which gets some bandwidth on here is the salary/1000
  14. > hourly rate.  I assume if one travelled around, this rate would also have
  15. > to reflect the costs at the geographic location of work.
  16.  
  17. Remember that the salary/1000 formula is a *very* rough guideline.  Yes, you
  18. definitely must adjust it for the sort of expenses you will actually incur, be
  19. these living expenses, travel, equipment, insurance, interference with other
  20. work, etc.
  21.  
  22. > However another method would be a negotiated fixed amount for delivery of
  23. > the completed project ...  My question is whether or
  24. > not this is in common practice where the parties would agree to it.  I would
  25. > expect this to be most applicable to small or medium development projects
  26. > generally involving a single person.
  27.  
  28. In general, fixed price is the rule rather than the exception, and more so as
  29. the contracts get larger.  However, large contracts usually specify milestones
  30. which trigger partial payments.  Personally, I like fixed price contracts, as
  31. they give me the freedom to organize my work as I see fit without worrying
  32. about whether my client is receiving value hour-to-hour.
  33.  
  34. > Does sysadmin work occur on other than an hourly rate in practice?
  35.  
  36. I have no experience with sysadmin work, but what you describe sounds ideal for
  37. a retainer contract.  For a fixed amount per month, you agree to keep the
  38. system running, install new releases on a pre-arranged schedule, etc. 
  39. Unpredictable tasks, such as user support, would be charged per-hour above the
  40. retainer.
  41.  
  42. bobert@informix.com (Robert Murphy) writes:
  43. > Well, over 80% of the bugs that have been reported against our project
  44. > have turned out to be in the client's libraries.  ...  In the future, what
  45. > should we do?  Should we build an automatic price increase into our
  46. > contracts for extra work caused by client screw-ups?  Are there other,
  47. > better ways of dealing with this sort of thing?
  48.  
  49. Well, the obvious thing -- in 20/20 hindsight, anyway -- is for the contract to
  50. state how client screw-ups will be handled.  For example, when you suspect a
  51. client bug, you report it, they must investigate and fix it in a certain
  52. timeframe.  You keep track of how much time you spend documenting client bugs,
  53. and they owe you an hourly rate if you go over a certain number of hours.
  54.  
  55. I can see, though, that it would be difficult to see in advance when you need to
  56. be this paranoid.  If you anticipate any possibility of the situation
  57. recurring, I'd advise seeking an attorney's advice.  A good contract lawyer
  58. might have standard boilerplate available for you.
  59.  
  60. I'm not sure what you mean by "automatic price increase".  If you mean what I
  61. described above, then yes, I think that's how to handle it.  But give the
  62. client some latitude before penalties kick in.  If you mean adding a percentage
  63. to your bid, I think you run into too many problems of competitiveness and
  64. predictability.
  65.  
  66. Edward Reid  (8*}>
  67.   eel:   ed@titipu.resun.com  or  nosc.mil!titipu.resun.com!ed
  68.   snail: PO Box 378/Greensboro FL 32330
  69.