SOW编写要点讲学

SOW编写要点讲学工作说明书描述双方在合同执行中的职责和义务介绍客户情况和项目背景列举全部会交付客户的文件一些关键的假设

项目介绍交付文件关键假设工作完成时客户验收并接收的标准验收标准实施方法组织架构项目实施的方法实施的计划

双方职责产品服务完成标准

描述双方的责任交付的产品和服务服务完成的标准工作说明书(SOW)2方案建议书与工作说明书的比较方案建议书着重于：优势可能有多种解决方案“说”的多，不一定是真要“做”的“项目范围”模糊“表决心”往往不是合同附件工作说明书是“白纸黑字”，着重与：做什么，谁来做，何时做，交付什么完成标志验收标准合同附件3练习请根据RFP及你的经验，尝试编写一份项目SOW提纲该提纲仅需要给出一级目录时间：10分钟4阅读SOW项目经理带领大家阅读20分钟时间5分钟讨论，阅读体会起草“SOW阅读重点总结”，10分钟5工作说明书(SOW)包含的主要内容第一章 开发商的工作内容第二章 提交件 第三章 验收标准 第四章 客户责任 第五章 报价及付款进度 第六章 变更控制程序 第七章 规格说明书 第八章 预期进度第九章 问题严重程度定义 附件A：保密协议 附件B：其他协议 6开发商的工作内容1.1 前言 1.2 项目范围 1.3 实施前提 1.4 XXX责任 1.4.1 项目管理 1.4.2 确认需求 1.4.3 概要设计1.4.4 制定测试策略 1.4.5 详细设计 1.4.6 系统开发 1.4.7 系统测试 1.4.8 提供培训 1.4.9支持客户验收测试(简称UAT)1.4.10 提供维护1.5 项目完成标准 1.6 提交件7项目范围8避免“项目范围”风险分阶段实施由于第七章所含规格说明书不够充分，XXX无法为其设计和开发提供一个固定报价，因此本项目应采用两阶段合同执行模式。即XXX可以在第一个阶段：“需求确认”后重新设定价格和项目实施进度。需求经确认后,XXX将重新评估剩余实施工作原先拟定的报价和进度,并向＜客户名＞提供新的报价和项目进度表。如XXX与＜客户名＞不能就新的报价和进度达成共识,该项目就会根据协议规定终止。＜客户名＞应按第五章“价格及付款进度”规定对XXX第一阶段的工作进行支付。9实施前提说明书及XXX对完成本SOW中任务的预计均基于实施前提。任何实施前提的例外都可能会影响到价格及项目进度的变化。解决由此而产生的变化将按照第六章“变更控制程序”的规定进行。10常见的实施前提下列文件所提供的信息构成双方认可的项目范围基准且被认为是准确而完整的；文件1文件2＜客户名＞能够提供所有现有文件的准确文件格式；＜客户名＞能够提供所有现有应用的准确技术说明；＜客户名＞遵循XXX提出的问题确认程序和技术服务需求程序。而XXX将对客户的服务需求作出尽快回应。但对于客户在维护期内重复提出的并未发现问题的服务需求或在服务期外提出的服务需求，XXX会按当时的服务费标准向＜客户名＞收费。11常见的实施前提(续)对所需涉及的第三方产品和技术，用户方负责与第三方进行协调，取得必需的技术信息和技术支持。假定未来项目组展开工作时将需要得到满足的关于工作时间、工作地点、办公环境等方面的工作条件。本项目的长期工作地点为北京市。XX项目组在本项目每天的工作时间为8小时。XX项目组在本项目每周工作日为星期一至星期五，国家法定假期除外。下列任一情况发生,维护期技术支持将立即停止：＜客户名＞改变了应用程序的使用；＜客户名＞对应用作了修改，变更或添加；＜客户名＞更改了应用的操作环境；意外,灾难,疏忽或误用。12如何描述“确认需求”本任务的目的是确认第七章“规格说明书”中所述的需求。在本任务的执行过程中第七章“规格说明书”中的需求如有更改或有涉及到价格和/或进度的其他需求产生，应按第六章“变更控制程序”的规定进行。本任务所包含工作如下：组织XXX和＜客户名＞检查小组并制定检查进度；与指定＜客户名＞人员一起检查规格说明书；检查功能需求并记录所有更改；检查接口需求并记录所有更改；检查图形界面需求并记录所有更改；检查汇报需求并记录所有更改；整理所有更改并根据第六章规定提出变更需求；对规格说明书作已批准的更改并将其作为＜客户名＞＜项目名＞功能需求规格说明书发布13如何描述“确认需求”提交件本任务将向＜客户名＞提交:系统功能需求规格说明书完成标准 ＜客户名＞项目经理按第三章：“验收标准”对系统功能需求规格说明书进行签字验收即视为本确认需求任务的完成。14如何定义“支持客户验收测试(简称UAT)”本任务的目的是根据验收测试计划对＜客户名＞验收系统提供技术支持。任务包括：在制定UAT计划过程中为＜客户名＞提供指导并协助＜客户名＞建立测试环境；审查＜客户名＞UAT小组起草的UAT计划；研究UAT中出现的问题；为经确认为XXX在本SOW项下提供之服务所引起问题提供解决方案；起草操作手册并提交＜客户名＞；15如何定义“支持客户验收测试”(续)提交件本任务项下将向＜客户名＞提交：操作手册第二章“提交件”中列出的资料/应用程序完成标准当提交件按第三章：“验收标准”被客户接收即视为本任务的完成，同时也是本SOW项下XXX责任的完成。16“维护期”的含义XXX将在UAT任务结束后连续xx周(称为“维护期”)内提供系统维护。XXX不保证系统在运行时不出现间断或不出现任何错误。17“维护期”的主要工作UAT任务完成后连续xx周内，XXX将通过按客户需要向＜客户名＞提供二线技术支持(XXX系统工程师进行离线问题判定)和问题确认支持。本服务将在正常工作时间内(即周一至五上午9点~下午5点30分，节假日除外)提供；根据XXX和＜客户名＞双方项目经理认可的进度表对由本SOW项下XXX工作造成的错误进行修改；提供问题判定、问题分析和技术支持服务的程序。18“维护期”的工作不应包括:增加新功能增加新站点培训新用户调整用户界面非应用软件的升级非承诺的应用软件的升级19如何定义“项目完成标志”?本项目以XXX提供的应用系统通过客户的验收测试为完成标志；或者当所提交的系统实际投产，本项目项下的工作亦视同为完成。20提交件2.1 XXX机器 2.2 XXX程序 2.3 非XXX机器 2.4 非XXX程序 2.5 应用 2.6 文件 2.7 培训 21如何描述“提交件”?2.5 应用列出所有要交付的应用并指明资料类型。尤其应注意资料所有权和许可证问题 2.6 文件文件名称,计划提交时间,

份数项目计划,

项目月度报告,

功能需求规格说明书,概要设计规格说明书,详细设计规格说明书,测试策略,

系统测试计划,

系统测试完成报告,

操作手册,等.

2.7 培训列出所有要提交的培训课程的课程名、课程描述、预期参加人员及课程要求，并提供下列表格所需信息22验收标准3.2 验收程序3.3 验收测试计划3.4 验收23如何描述“验收程序”每个提交件都将按下列程序之一验收:检验.这一程序涉及目测审查以确保提交件符合规格说明书；演示.这一程序涉及提交件的功能演示以确保其符合规格说明书；分析.这一程序涉及使用抽样等分析方法以确保提交件符合规格说明书；测试.这一程序涉及根据已批准的测试计划对提交件进行测试以确保其符合规格说明书；24如何描述“验收”不同种类的提交件将按下列不同方法验收:标准产品-机器及程序的验收应采用检验和/或演示的方法；应用程序-应用程序将通过由＜客户名＞运行验收测试计划中规定的验收测试程序或＜客户名＞已开始投产使用该应用程序的方法进行验收；文档-文档将通过由客户对文档的检验而被验收。如果文档在XX日内未被正式批准或拒绝(有书面通知),则视为该文件已被＜客户名＞接受；．培训-当培训课程进行完毕，即视为培训已被验收；25客户的责任4.1 指派项目经理 4.2 客户验收测试 4.3 数据库内容 4.4 法律、法规和条例 4.5 场地和设施 4.6 网络 4.7 安全性 4.8 非XXX程序 4.9 ＜客户名＞人员 4.10 维护期 4.11 后续支持和维护 4.12 约束条件 26如何定义“客户项目经理”的职责作为XXX项目小组合参与本项目的＜客户名＞各部门间的沟通桥梁；根据第六章“变更控制程序”规定与XXX项目经理一起执行项目变更控制管理；参加项目状况会议；除非＜客户名＞和XXX同意延长回应时间,否则必须在XXX发出需求X个工作日内获取并提供相关的信息、数据、决定和批准；解决可能由＜客户名＞引起的与项目计划之间的分歧；如有需要，协助解决项目问题并在＜客户名＞机构内向上级反映问题；整理＜客户名＞对所有XXX提交件的验收程序，并代表＜客户名＞验收项目；27对“客户数据库信息”的要求＜客户名＞应对所有数据库内容、对数据库访问和使用控制的选择及实施、备份、恢复及存储数据的安全性。如需数据转换，＜客户名＞将负责转换数据及审查/更正所得数据。28客户在“维护期”的职责遵循XXX提供的问题确定、问题分析和技术支持服务申请程序；按需要提供准确的问题描述和问题确定信息；及时安装XXX提供的修复程序；为XXX工作小组提供侦错和测试的开发环境；全权负责应用的操作和维护；29约束条件是要求客户按时完成某项工作,确保项目的按时完成应用程序指派到本项目的＜客户名＞人员须专职投入其分配任务的执行并具有相当的技术知识、经验和技能；．＜客户名＞在＿＿＿前必须完成数据转换工作，包括数据映射、数据清除及数据确认；硬件及软件环境＜客户名＞应在硬件安装前完成所有布线及现场准备工作；＜客户名＞必须＿＿＿；其他除非＜客户名＞和XXX同意回复延期，否则＜客户名＞必须在XXX提出要求三个工作日内获得并提供XXX所需信息、数据、决定和批准。30报价及付款进度5.1 价格＜客户名＞同意为确认需求阶段向XXX支付$XXXXXX。XXX已在SOW中给出了后续工作范围的预计报价,即$YYYYYY。此价格仅是一个估算价格，将在需求确认阶段结束时最终确定。

31报价及付款进度5.2 付款进度付款进度应与合同执行阶段性标志相结合,如合同签定、文件交付和测试完成等,并保证项目收支为正。第一次付款不得少于合同价格XX%；两次付款间隔不得超过X三个月。第一次付款必须在合同签署后第一个月内，一般都在合同签署后立即执行。5.3 差旅费＜客户名＞应将XXX提供服务时发生的实际旅行和住宿费用返还XXX。目前预计将发生的差旅费为$＜费用＞加上___%管理费。XXX将按月向＜客户名＞收取上述差旅费用。客户可能要求将差旅费包括在固定价格之中。32变更控制程序6.1 变更提出 6.2 变更评定 6.3 客户的认可 6.4 实施 6.5 变更申请表 33变更评定XXX在接到评审小组批准的RFCXX个工作日内给出收讫说明以及分析RFC所需的大致时间,并准备相应的工程修改建议书(简称ECP)。XXX会根据变更需求的范围和复杂程度对RFC分析报告以及ECP进行收费并以书面形式告知客户预计费用。XXX将于客户同意收费标准后

XX天或规定时间内，对RFC进行分析研究并做相应的ECP。如有费用发生，应按当时XXX小时收费标准收取。34变更申请表变更要求(系统名称)RFC序号：申请人：日期(日/月/年)：申请变更内容：申请变更原因：变更类别(标明A、B或C)：A功能方面B运行性能方面C文档方面授权人签字：日期：35规格说明书在此处加入所有客户或XXX提供的可以作为要提交系统基本规格说明书的文件。作为一种选择，可加入对于客户需求的应答书。规格能否符合备注需求1-系统必须提供……是需求2-建议系统必须能够……否虽然本阶段系统不能支持此功能,但用其他标准产品可以做到。如…….需求3

-…..……是XXX能够达到所需最终结果,然而方案会有所不同。我方建议如下：……….36问题严重程度定义程度级1-