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