SOW编写要点

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,工作说明书,(SOW),编写要点,董津涛，,PMP,单元,2.3,1,工作说明书描述双方在合同执行中的职责和义务,介绍客户情况和项目背景,列举全部会交付客户的文件,一些关键的假设,项目介绍交付文件关键假设,工作完成时客户验收并接收的标准,项目完成,验收标准,实施方法,计划进度,组织架构,项目实施的方法,实施的计划,项目资源,双方职责产品服务完成标准,描述双方的责任,交付的产品和服务,服务完成的标准,工作说明书,(SOW),2,方案建议书与工作说明书的比较,方案建议书着重于：,优势,可能有多种解决方案,“说”的多，不一定是真要“做”的,“项目范围”模糊,“表决心”,往往不是合同附件,工作说明书是“白纸黑字”，着重与：,做什么，谁来做，何时做，交付什么,完成标志,验收标准,合同附件,3,练习,请根据,RFP,及你的经验，尝试编写一份项目,SOW,提纲,该提纲仅需要给出一级目录,时间：,10,分钟,4,阅读,SOW,项目经理带领大家阅读,20,分钟时间,5,分钟讨论，阅读体会,起草“,SOW,阅读重点总结”，,10,分钟,5,工作说明书,(SOW),包含的主要内容,第一章,开发商的工作内容,第二章提交件,第三章验收标准,第四章客户责任,第五章报价及付款进度,第六章变更控制程序,第七章规格说明书,第八章预期进度,第,九,章问题严重程度定义,附件,A,：保密协议,附件,B,：其他协议,6,开发商的工作内容,1.1,前言,1.2,项目范围,1.3,实施前提,1.4XXX,责任,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.1,0,提供免费维护,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.1XXX,机器,2.2XXX,程序,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,在接到评审小组批准的,RFC,XX,个工作日内给出收讫说明以及分析,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 -,系统不能运行,指一个系统不能使用或严重受损，对业务应用产生极大影响。问题不能规避。,程度级,2 -,系统性能降低， 功能部件缺陷,指一个系统或产品可以运行，但某些功能特性有缺陷，致使许多使用者受影响或系统性能明显降低。但存在替代方法或该问题可以被绕过。,程度级,3 ,限制受限,指一个系统或产品功能符合要求，然而某些处理受到限制但不影响整体运行。,程度级,4-,微小缺陷,指一个系统或产品功能完全符合要求，但所出现的缺陷仅需要做微小的改动或润色。,UAT,问题严重程度的划分须由客户名和,XXX,指定代表共同协商认可。解决问题的策略将以此为依据,.,37,Q & A,38,