Open main menu
Home
Random
Recent changes
Special pages
Community portal
Preferences
About Wikipedia
Disclaimers
Incubator escapee wiki
Search
User menu
Talk
Dark mode
Contributions
Create account
Log in
Editing
Statement of work
Warning:
You are not logged in. Your IP address will be publicly visible if you make any edits. If you
log in
or
create an account
, your edits will be attributed to your username, along with other benefits.
Anti-spam check. Do
not
fill this in!
{{Short description|Document in project management}} A '''statement of work''' ('''SOW''') is a document routinely employed in the field of [[project management]]. It is the narrative description of a project's work requirement.{{sfn|Kerzner|2009}}{{rp|426}} It defines project-specific activities, [[deliverable]]s and timelines for a vendor providing services to the client. The SOW typically also includes detailed requirements and pricing, with standard regulatory and governance terms and conditions. It is often an important accompaniment to a [[master service agreement]] or [[request for proposal]] (RFP). == Overview == Many formats and styles of statement of work document templates have been specialized for the hardware or software solutions described in the [[request for proposal]]. Many companies create their own customized version of SOWs that are specialized or generalized to accommodate typical requests and proposals they receive. However, it is usually informed by the goals of the top management as well as input from the customer and/or user groups.{{sfn|Kerzner|2009}} Note that in many cases the statement of work is a binding contract.<ref>{{cite book | title = Proposal Preparation | author = Rodney D. Stewart | year = 1992 | isbn = 978-0471552697 | page = 108 | url = https://books.google.com/books?id=HS7xoLSXUJYC&q=%22statement+of+work%22+is+a++%22binding+contract%22&pg=PA108 | quote = Hence, the statement of work is a document that will eventually serve as legally binding contract document that integrates and interrelates the work elements with deliverable and non-deliverable hardware, software, documentation, and services. }}</ref> [[Master service agreement]]s or consultant/training service agreements postpone certain work-specific contractual components that are addressed in individual statements of work. The master service agreement serves as a master contract governing the terms over potentially multiple SOWs. Sometimes it refers to scope of work. For instance, if a project is done on contract, the scope statement included as part of it can be used as the SOW since it also outlines the work of the project in clear and concise terms.<ref>{{Cite book|title=Project Management JumpStart|last=Heldman|first=Kim|date=2006|publisher=SYBEX|isbn=0782142141|location=San Francisco, CA|pages=[https://archive.org/details/projectmanagemen0000held/page/100 100]|url=https://archive.org/details/projectmanagemen0000held/page/100}}</ref> == Areas addressed == A statement of work typically addresses these subjects.<ref name="OregonGOV">{{cite web |url=https://www.oregon.gov/das/Procurement/Guiddoc/SOWWritingGuide.pdf |title=Statement of Work (SOW) Writing Guide |work=DAS Procurement Services, Version 2 |publisher=[[Oregon| Oregon State Government]] |date=2018-04-02 |url-status=live |archive-url=https://web.archive.org/web/20190718140846/https://www.oregon.gov/das/Procurement/Guiddoc/SOWWritingGuide.pdf |archive-date=2019-07-18 |access-date=2019-07-18 }}</ref><ref name="SFWMD">{{cite web |url=https://www.sfwmd.gov/sites/default/files/documents/aws_examples_sows.pdf |title=Statement of Work (SOW) Examples |publisher=[[South Florida Water Management District]] |date=2007-02-28 |url-status=live |archive-url=https://web.archive.org/web/20190718141937/https://www.sfwmd.gov/sites/default/files/documents/aws_examples_sows.pdf |archive-date=2019-07-18 |access-date=2019-07-18 }}</ref><ref name="USDA">{{cite web |url=https://www.nrcs.usda.gov/Internet/FSE_DOCUMENTS/16/stelprdb1041239.pdf |title=Sample Template Statement of Work |publisher=[[United States Department of Agriculture]] |date=2006-06-30 |url-status=live |archive-url=https://web.archive.org/web/20170218142936/https://www.nrcs.usda.gov/Internet/FSE_DOCUMENTS/16/stelprdb1041239.pdf |archive-date=2017-02-18 |access-date=2019-07-18 }}</ref> * '''Purpose''': Why are we doing this project? A purpose statement attempts to answer this. * '''Scope of work''': This describes the work to be done and specifies the hardware and software involved. The definition of scope becomes the ''[[scope statement]]''.<ref>{{Cite book|title=Project Management for Business, Engineering, and Technology: Principles and Practice, 3rd edition|url=https://archive.org/details/projectmanagemen00nich|url-access=limited|last1=Nicholas|first1=John|last2=Steyn|first2=Herman|date=2008|publisher=Elsevier|isbn=9780750683999|location=Burlington, MA|pages=[https://archive.org/details/projectmanagemen00nich/page/n200 162]}}</ref> * '''Location of work:''' This describes where the work is to be performed, including the location of hardware and software and where people will meet to do the work. * '''Period of performance''': This specifies the allowable time for projects, such as start and finish time, number of hours that can be billed per week or month, where work is to be performed and anything else that relates to scheduling. * '''Deliverables schedule''': This part lists and describes what is due and when. * '''Applicable standards''': This describes any industry specific standards that need to be adhered to in fulfilling the contract. * '''Acceptance criteria''': This specifies how the buyer or receiver of goods will determine if the product or service is acceptable, usually with objective criteria. See [[Acceptance testing]]. * '''Special requirements''': This specifies any special hardware or software, specialized workforce requirements, such as degrees or certifications for personnel, travel requirements, and anything else not covered in the contract specifics. * '''Type of contract/payment schedule''': The project acceptance will depend on if the budget available will be enough to cover the work required. Therefore, a breakdown of payments by whether they are up-front or phased will usually be negotiated in an early stage. * '''Miscellaneous''': Many items that are not part of the main negotiations may be listed because they are important to the project, and overlooking or forgetting them could pose problems for the project. ==United States government contracts== For US government service contracts, the use of SOWs remains strong, although [[statement of objectives|statements of objectives]] (SOOs) and [[performance work statement]]s (PWSs) have become increasingly popular due to their emphasis on performance-based concepts such as desired service outcomes and performance standards. SOWs are typically used when the task is well-known and can be described in specific terms. They may be preferred when the government does not desire innovative approaches or considers any deviation in contractor processes a risk. SOOs establish high-level outcomes and objectives for performance and PWSs emphasize outcomes, desired results, and objectives at a more detailed and measurable level, whereas SOWs provide explicit statements of work direction for the contractor or offeror to follow. SOWs are typically replete with "contractor shall" statements of mandatory compliance (for example, "This task shall be performed in accordance with Agency xyz Directive, dated mm/dd/yyyy"). In practice, SOWs can also be found to contain references to desired performance outcomes, performance standards, and metrics, thus blurring their distinction between SOOs and PWSs. Aside from good practice, there is little government policy guidance that emphatically prescribes how and when to use SOWs versus SOOs or PWSs. Whereas the FAR defines PWS in Part 2 Definitions, and references SOOs and PWSs in Part 37.6 Performance Based Acquisition, SOWs are not addressed. SOWs are usually contained in the government's solicitation (RFP or RFQ) and carried forward, as may be negotiated with the offeror, into the final contract. In federal solicitations and contracts, SOWs are inserted into Section C "Descriptions/Specifications" of the Uniform Contract Format,<ref>See Uniform Contract Format, FAR 14.2</ref><ref>{{cite web | url = https://acc.dau.mil/CommunityBrowser.aspx?id=38087 | title = Uniform Contract Format | date = 2008-07-14 | publisher = dau.mil}}</ref><ref>{{cite web | url = https://dap.dau.mil/acquipedia/Pages/ArticleDetails.aspx?aid=ce560242-f927-4475-8d4c-506967b347fb | title = Uniform Contract Format | publisher = dau.mil}}</ref> but may also be inserted as an attachment in Section J. In task orders, the SOW may simply be included among the terms and conditions of the order itself. The SOW is often supplemented by technical reference documents and attachments. In developing the SOW, it is important to ensure that the statement of work is comprehensive and sufficiently detailed, but that the statements do not duplicate terms and conditions or other provisions elsewhere in the solicitation or contract. Guidance in MIL-STD-881 and MIL-HDBK-245 says that a [[work breakdown structure]] should be used in developing the SOW. This may use the WBS as an outline, where each WBS element (in the same name and numbering) are the sub-parts of the SOW section 3, making the development easier and to improve later billing and tracking. The WBS which focuses on intelligently dividing a hierarchy of the work elements and defining them may then have the SOW in matching sections focus on describing what will be done with that portion or how that portion will be done. The statement of work should be directly linked to deliverables shown in the [[CDRL]] form. This is done by having each CDRL entry include reference to the SOW paragraph(s) that produces or uses the item, and the SOW text should be clear where it is discussing a deliverable by using the title or parenthesizing the item number (for example, "[A-001]"). == See also == * [[Contract data requirements list]] (CDRL) * [[Master service agreement]] == Notes and references == {{Reflist}} ==Further reading== {{Refbegin}} {{div col|colwidth=30em}} * {{cite book | first = Harold | last = Kerzner | author-link = Harold Kerzner | year = 2009 | title = Project Management: A Systems Approach to Planning, Scheduling, and Controlling | edition = 10th | publisher = Wiley | isbn = 978-0-470-27870-3 }} {{Div col end}} {{Refend}} == External links == * [http://www.everyspec.com/MIL-STD/MIL-STD-0800-0899/MIL-STD-881C_32553/ MIL-STD-881 series] Work Breakdown Structures for Defense Materiel Items, para 2.4 links to WBS and IMP/IMS * [http://www.everyspec.com/MIL-HDBK/MIL-HDBK-0200-0299/MIL-HDBK-245D_1888/ MIL-HDBK-245 series] Handbook for Preparation of Statement of Work (SOW), para 3.6.4, 3.8.1 * [http://www.acq.osd.mil/dpap/ccap/cc/jcchb/HTML/Topical/sow.html DPAP: Statement of Work] {{Authority control}} [[Category:Government procurement in the United States]] [[Category:Systems engineering]] [[Category:Schedule (project management)]]
Edit summary
(Briefly describe your changes)
By publishing changes, you agree to the
Terms of Use
, and you irrevocably agree to release your contribution under the
CC BY-SA 4.0 License
and the
GFDL
. You agree that a hyperlink or URL is sufficient attribution under the Creative Commons license.
Cancel
Editing help
(opens in new window)
Pages transcluded onto the current version of this page
(
help
)
:
Template:Authority control
(
edit
)
Template:Cite book
(
edit
)
Template:Cite web
(
edit
)
Template:Div col
(
edit
)
Template:Div col end
(
edit
)
Template:Refbegin
(
edit
)
Template:Refend
(
edit
)
Template:Reflist
(
edit
)
Template:Rp
(
edit
)
Template:Sfn
(
edit
)
Template:Short description
(
edit
)