SOW编写要点.ppt

工作说明书(SOW)编写要点 董津涛，PMP 工作说明书(SOW) 方案建议书与工作说明书的比较 方案建议书着重于： 优势 可能有多种解决方案 “说”的多，不一定是真要“做”的 “项目范围”模糊 “表决心” 往往不是合同附件 工作说明书是“白纸黑字”，着重与： 做什么，谁来做，何时做，交付什么 完成标志 验收标准 合同附件 练习 请根据RFP及你的经验，尝试编写一份项目SOW提纲 该提纲仅需要给出一级目录 时间：10分钟 阅读SOW 项目经理带领大家阅读20分钟时间 5分钟讨论，阅读体会 起草“SOW阅读重点总结”，10分钟 工作说明书(SOW)包含的主要内容 第一章 开发商的工作内容 第二章 提交件 第三章 验收标准 第四章 客户责任 第五章 报价及付款进度 第六章 变更控制程序 第七章 规格说明书 第八章 预期进度 第九章 问题严重程度定义 附件A：保密协议 附件B：其他协议 开发商的工作内容 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 提交件 避免“项目范围”风险 分阶段实施 由于第七章所含规格说明书不够充分，XXX无法为其设计和开发提供一个固定报价， 因此本项目应采用两阶段合同执行模式。 即XXX可以在第一个阶段：“需求确认”后重新设定价格和项目实施进度。需求经确认后, XXX将重新评估剩余实施工作原先拟定的报价和进度, 并向＜客户名＞提供新的报价和项目进度表。如XXX与＜客户名＞不能就新的报价和进度达成共识, 该项目就会根据协议规定终止。＜客户名＞应按第五章“价格及付款进度”规定对XXX第一阶段的工作进行支付。 实施前提 说明书及XXX对完成本SOW中任务的预计均基于实施前提。任何实施前提的例外都可能会影响到价格及项目进度的变化。解决由此而产生的变化将按照第六章“变更控制程序”的规定进行。 常见的实施前提 下列文件所提供的信息构成双方认可的项目范围基准且被认为是准确而完整的； 文件1 文件2 ＜客户名＞能够提供所有现有文件的准确文件格式； ＜客户名＞能够提供所有现有应用的准确技术说明； ＜客户名＞遵循XXX提出的问题确认程序和技术服务需求程序。而XXX将对客户的服务需求作出尽快回应。但对于客户在免费维护期内重复提出的并未发现问题的服务需求或在免费服务期外提出的服务需求，XXX会按当时的服务费标准向＜客户名＞收费。 常见的实施前提(续) 对所需涉及的第三方产品和技术，用户方负责与第三方进行协调，取得必需的技术信息和技术支持。 假定未来项目组展开工作时将需要得到满足的关于工作时间、工作地点、办公环境等方面的工作条件。 本项目的长期工作地点为北京市。 XX项目组在本项目每天的工作时间为8小时。 XX项目组在本项目每周工作日为星期一至星期五，国家法定假期除外。 下列任一情况发生, 免费维护期技术支持将立即停止： ＜客户名＞改变了应用程序的使用； ＜客户名＞对应用作了修改，变更或添加； ＜客户名＞更改了应用的操作环境； 意外, 灾难, 疏忽或误用。 如何描述“确认需求” 本任务的目的是确认第七章“规格说明书”中所述的需求。在本任务的执行过程中第七章“规格说明书”中的需求如有更改或有涉及到价格和/或进度的其他需求产生，应按第六章“变更控制程序”的规定进行。本任务所包含工作如下： 组织XXX和＜客户名＞检查小组并制定检查进度； 与指定＜客户名＞人员一起检查规格说明书； 检查功能需求并记录所有更改； 检查接口需求并记录所有更改； 检查图形界面需求并记录所有更改； 检查汇报需求并记录所有更改； 整理所有更改并根据第六章规定提出变更需求； 对规格说明书作已批准的更改并将其作为＜客户名＞＜项目名＞功能需求规格说明书发布 如何描述“确认需求” 提交件 本任务将向＜客户名＞提交: 系统功能需求规格说明书 完成标准 ＜客户名＞项目经理按第三章：“验收标准”对系统功能需求规格说明书进行签字验收即视为本确认需求任务的完成。 如何定义“支持客户验收测试(简称UAT)” 本任务的目的是根据验收测试计划对＜客户名＞验收系统提供技术支持。任务包括： 在制定UAT计划过程中为＜客户名＞提供指导并协助＜客户名＞建立测试环境； 审查＜客户名＞UAT小组起草的UAT计划； 研究UAT中出现的问题； 为经确认为XXX在本SOW项下提供之服务所引起问题提供解决方案； 起草操作手册并提交＜