home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / misc / jobs / contract / 4616 < prev    next >
Encoding:
Internet Message Format  |  1992-12-23  |  3.1 KB

  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!rpi!gatech!darwin.sura.net!spool.mu.edu!olivea!gossip.pyramid.com!pyramid!infmx!godzilla!bobert
  2. From: bobert@informix.com (Robert Murphy)
  3. Newsgroups: misc.jobs.contract
  4. Subject: Re: contract payment methods question
  5. Message-ID: <bobert.724629938@godzilla>
  6. Date: 17 Dec 92 22:05:38 GMT
  7. References: <1992Dec14.220237.244@netcom.com>
  8. Sender: news@informix.com (Usenet News)
  9. Organization: Informix Software, Inc.
  10. Lines: 50
  11.  
  12. pdh@netcom.com (Phil Howard ) writes:
  13.  
  14. >One method of payment which gets some bandwidth on here is the salary/1000
  15. >hourly rate.  I assume if one travelled around, this rate would also have
  16. >to reflect the costs at the geographic location of work.
  17.  
  18. Absolutely.  Living costs can be radically different in various parts of
  19. the country.  For instance, the $400/month that got me a luxury apartment
  20. in Fort Worth, Texas, would get me a hearty laugh in San Francisco.
  21.  
  22. >However another method would be a negotiated fixed amount for delivery of
  23. >the completed project, regardless of costs and/or time.  The details of an
  24. >agreement may actually include certain factors.  My question is whether or
  25. >not this is in common practice where the parties would agree to it.  I would
  26. >expect this to be most applicable to small or medium development projects
  27. >generally involving a single person.
  28.  
  29. My partner and I prefer to do this sort of "firm-fixed-price contract".
  30. Coming up with a realistic bid price and structuring the contract so
  31. nobody gets hurt is an art we're still learning.  We've done about five
  32. times as many contracts this way as we have by the hour.
  33.  
  34. >Are there any alternatives to payment methods for non-development work
  35. >such as systems administration.  I would hope the hourly rate applies
  36. >to times when you get those 3am phone calls.  But is this real?  What if
  37. >the "employer" claims that the late night calls are just you dealing with
  38. >the "problems" you didn't prevent in routine configurations, etc?
  39.  
  40. Speaking of this kind of thing, my partner and I are having a problem which
  41. perhaps somebody here has an answer for.  We're working on a project
  42. which is basically to write an interface layer so that the client's
  43. proprietary library code can be called from an Windows Excel spreadsheet.
  44. These libraries had previously been ported to Lotus 123 for DOS and Unix,
  45. and Wingz for the Sun, and also sold as independent libraries, so we
  46. assumed they'd been thoroughly tested... heh heh...
  47.  
  48. Well, over 80% of the bugs that have been reported against our project
  49. have turned out to be in the client's libraries.  Fixing these libraries
  50. is both outside the scope of the contract and far outside our expertise.
  51. I'd guess we've spent an aggregate of 2-3 man-weeks on these bugs, and
  52. the whole project was only supposed to take 2-3 man-weeks.  I can also
  53. honestly say that there was no way at the beginning of the project that
  54. we could have expected this kind of overrun.
  55.  
  56. Right now, we're just eating the extra time.  In the future, though, what
  57. should we do?  Should we build an automatic price increase into our
  58. contracts for extra work caused by client screw-ups?  Are there other,
  59. better ways of dealing with this sort of thing?
  60.  
  61. Bob Murphy
  62.