home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / misc / jobs / contract / 4724 < prev    next >
Encoding:
Internet Message Format  |  1993-01-03  |  3.5 KB
  1. Path: sparky!uunet!wupost!ultramac!
  2. Message-ID: <1992Dec24.031941.2808011981@ultramac.uucp>
  3. Newsgroups: misc.jobs.contract
  4. Distribution: world
  5. From: bobert@informix.com (Robert Murphy)
  6. Organization: Odyssey Ultraware, Inc
  7. Date: Thu, 24 Dec 1992 03:19:41 CDT
  8. Subject: Re: contract payment methods question
  9. Lines: 66
  10.  
  11. pdh@netcom.com (Phil Howard ) writes:
  12.  
  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. Absolutely.  Living costs can be radically different in various parts of
  18. the country.  For instance, the $400/month that got me a luxury apartment
  19. in Fort Worth, Texas, would get me a hearty laugh in San Francisco.
  20.  
  21. >However another method would be a negotiated fixed amount for delivery of
  22. >the completed project, regardless of costs and/or time.  The details of an
  23. >agreement may actually include certain factors.  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. My partner and I prefer to do this sort of "firm-fixed-price contract".
  29. Coming up with a realistic bid price and structuring the contract so
  30. nobody gets hurt is an art we're still learning.  We've done about five
  31. times as many contracts this way as we have by the hour.
  32.  
  33. >Are there any alternatives to payment methods for non-development work
  34. >such as systems administration.  I would hope the hourly rate applies
  35. >to times when you get those 3am phone calls.  But is this real?  What if
  36. >the "employer" claims that the late night calls are just you dealing with
  37. >the "problems" you didn't prevent in routine configurations, etc?
  38.  
  39. Speaking of this kind of thing, my partner and I are having a problem which
  40. perhaps somebody here has an answer for.  We're working on a project
  41. which is basically to write an interface layer so that the client's
  42. proprietary library code can be called from an Windows Excel spreadsheet.
  43. These libraries had previously been ported to Lotus 123 for DOS and Unix,
  44. and Wingz for the Sun, and also sold as independent libraries, so we
  45. assumed they'd been thoroughly tested... heh heh...
  46.  
  47. Well, over 80% of the bugs that have been reported against our project
  48. have turned out to be in the client's libraries.  Fixing these libraries
  49. is both outside the scope of the contract and far outside our expertise.
  50. I'd guess we've spent an aggregate of 2-3 man-weeks on these bugs, and
  51. the whole project was only supposed to take 2-3 man-weeks.  I can also
  52. honestly say that there was no way at the beginning of the project that
  53. we could have expected this kind of overrun.
  54.  
  55. Right now, we're just eating the extra time.  In the future, though, what
  56. should we do?  Should we build an automatic price increase into our
  57. contracts for extra work caused by client screw-ups?  Are there other,
  58. better ways of dealing with this sort of thing?
  59.  
  60. Bob Murphy
  61.  
  62.  
  63. ------ Internet Message Header Follows ------
  64. Path:
  65. wupost!howland.reston.ans.net!bogus.sura.net!darwin.sura.net!spool.mu.edu!olivea!gossip.pyramid.com!pyramid!infmx!godzilla!bobert
  66. From: bobert@informix.com (Robert Murphy)
  67. Newsgroups: misc.jobs.contract
  68. Subject: Re: contract payment methods question
  69. Message-ID: <bobert.724629938@godzilla>
  70. Date: 17 Dec 92 22:05:38 GMT
  71. References: <1992Dec14.220237.244@netcom.com>
  72. Sender: news@informix.com (Usenet News)
  73. Organization: Informix Software, Inc.
  74. Lines: 50
  75.  
  76.  
  77.