home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / misc / jobs / contract / 4657 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  2.4 KB
  1. Path: sparky!uunet!olivea!news.bbn.com!noc.near.net!mv!tixel!jarnold
  2. From: jarnold@tixel.mv.com (Jon Arnold)
  3. Newsgroups: misc.jobs.contract
  4. Subject: Fixed Price Contracts: Hourly info needed?
  5. Message-ID: <725676384snx@tixel.mv.com>
  6. Date: 30 Dec 92 00:46:24 GMT
  7. References: <BzzFxJ.2L4@vuse.vanderbilt.edu>
  8. Reply-To: jarnold@tixel.mv.com
  9. Lines: 42
  10.  
  11. >In article <BzzFxJ.2L4@vuse.vanderbilt.edu> cantwell@vuse.vanderbilt.edu writes:
  12.  > I am just about to write my first contract.  A fixed price contract
  13.  > seems like a good idea. Is any hourly information normally included in
  14.  > such a contract? For example, that person A will be available for up
  15.  > to 40 hours per week, and person B will be available for up to 20
  16.  > hours per week? Or is such information excluded, and only deliverables
  17.  > and total cost specified?
  18.  
  19. The way I've usually seen this done is with several components:
  20.  
  21. * CLEARLY state the deliverable or end result of your work.
  22. * CLEARLY state the milestones and the date at which each milestone will
  23. be completed.  Also state the date that the end result will be done.
  24. * If applicable, CLEARLY state what "acceptance test procedures" will
  25. be done by you and the customer (usually done jointly) so that your customer
  26. can SIGN OFF (get it in writing) that you have indeed done what you said
  27. you were going to do.  For a complex project, the ATP can be a good-sized
  28. document of its own.
  29. * CLEARLY state dependencies; ie, at point 'x' the customer will be expected
  30. to provide 'y' so you can continue.  If 'y' is not or cannot be provided
  31. at point 'x', then the pursuant milestone dates get pushed back.
  32.  
  33. Make SURE your customer understands all these points, especially the last
  34. one.  I've not normally seen hours stated, except when it's required by
  35. the customer's bean-counters to justify the price.  If you put in writing
  36. that you can accomplish <work statement> in two weeks, and the customer
  37. signs off on that, then it's YOUR problem to either work 2 hours/day or
  38. 23 hours/day to meet your deadlines & milestones.
  39.  
  40.  > Also, can the client be charged for delays in providing needed data or
  41.  > software? If so, how is this normally done? Or is it better to state
  42.  > the requirements in the contract, and just not do anything until
  43.  > needed materials are provided?
  44.  
  45. See above.
  46. Jon
  47. ----
  48. Jon Arnold
  49. Nashua, New Hampshire             Fax:   W: 603-883-7350
  50.                                          H: 603-883-6371
  51.  
  52.       "If you ain't the lead dog, the view never changes."
  53.