工作说明书 SO

工作说明书 SOW工作说明书是对项目所要提供的产品或服务的叙述性的描述。对内部项目而言，项目发起者或投资人基于业务需求，或产品或服务的需求提出工作说明书。对外部项目而言，工作说明书作为投标文档的一部分从客户那里得到，如：邀标书，投标的信息，或作为合同的一部分得到。工作说明书需要说明：1、业务需求：一个组织的业务需求可能基于需求的培训，市场需要，技术的进步，法律的要求和政府的标准；2、产品范围描述：技术项目所要创建的产品的需求以及产品或服务的特性。通常产品需求在项目的启动过程中并不是很详细，在后续的过程中随着产品的特性的明晰会逐渐细化。这些需求也要记述项目所创造的产品或服务与业务要求或其他因其产品要求的刺激因素之间的关系。虽然产品需求文档的形式和实质内容各不相同，但它应该总是保持足够详细以支持后续的项目规划。3、战略计划：所有项目支持组织的战略目标（执行组织的战略计划作为项目选择的一个要素来考虑）。工作计划还可以包括：以书面叙述的方式来说明工作中需要从事的活动，以及工作中所使用的设备和工作条件的信息，并且说明承担这次工作的员工所必须具有的特定技能，工作知识、能力以及其他身体和个人特征的最低要求。工作说明书（SOW）模板工作说明书主要包括以下内容前言、服务范围、方法、假定、服务期限和工作量估计、双方角色和责任、交付资料、完成标准、顾问组人员、收费和付款方式、变更管理等。前言对项目背景等信息作简单描述。项目工作范围详细描述项目的服务范围，包括业务领域、流程覆盖、系统范围及其他等。项目工作方法项目拟使用的主要方法。假定项目进行的假定条件，具体内容需双方达成。工作期限和工作量估计项目的时间跨度和服务期限，对于按人天计算费用的项目，需评估服务工作人天，并估算项目预算。双方角色和责任分为供应商的职责和公司的职责，并对关键角色的工作职责进行描述“如：项目经理”。交付件列出项目的主要交付资料，并对交付件的内容与质量要求进行描述。完成以及验收标准列出项目的完成标准和阶段完成标准，完成标准作为项目验收的依据内容。服务人员请列出供应商的人员名单，及顾问资格信息。供应商人员的变更：描述在什么情况下可进行供应商人员的变更。聘用条款对聘用供应商人员的级别要求、经验要求及其他相关条款。收费和付款方式项目的付款方式、费用范围、涉税条款等。变更管理项目变更的管理过程、相关规定与约束条件等。承诺双方承诺均已阅读，理解并同意遵行上述协议书及其条款的约束。而且双方同意，所提到的服务条款及其附件(包括工作说明书和变更授权以及任何为双方协议中独立完整的陈述)，取代所有的建议书或其它在此之前的书面或口头协议以及有关的其他交流。保密遵守保密协议（保密条款另行签署）签署接受XXXXXXXXXX公司（供应商） xxxxxxxxxxx公司（发包商）授权签名：_ 授权签名：_姓名：_ 日期：_ 姓名：_ 日期：_职位：_ 职位：_工作陈述(SOW) 和项目进展报告（PPR）的提纲=工作陈述(SOW)=1.目的2.背景2.1 问题、机会或指示陈述2.2 导致项目需求的历史2.3 项目目标和目的2.4 产品描述3.范围(注意信息系统构件的使用)3.1 关联人员3.2 知识3.3 过程3.4 通信4.项目方法4.1 开发路线4.2 交付成果5.管理方法5.1 团队组建的考虑5.2 管理者和经验5.3 培训需求5.4 会议进度5.5 汇报方法和频率5.6 冲突管理5.7 范围管理6.约束条件6.1 启动日期6.2 最后期限6.3 预算6.4 技术7.大致估计7.1 进度表7.2 预算8.满意条件8.1 成功的准则8.2 假设8.3 风险9.附录=项目进展报告(PPR)=1.封面1.1 项目名称或标志1.2 项目经理1.3 汇报日期2.进展总结2.1 进度分析2.2 预算分析2.3 范围分析 (描述任何可能对未来进展有影响的项目范围变化)2.4 过程分析 (描述策略和方法学遇到的任何问题)2.5 项目进展甘特图3.活动分析3.1 从上次汇报以来完成的任务3.2 当前任务和交付成果3.3 短期内的任务和交付成果4.以前的问题和结果4.1 采取的行动和问题现状4.2 新的或改进的行动 4.2.1 建议 4.2.2 责任分配 4.2.3 最后期限5.新的问题和结果5.1 问题 (实际的或预期的)5.2 结果 (实际的或预期的)5.3 可能的解决方法 5.3.1 建议 5.3.2 责任分配 5.3.3 最后期限6.附件(包括相应的来自项目管理软件的打印输出材料)SOW有下面四种常见形式：功能：客户通常知道他们想要什么，但不知道怎么达到他们想要的目标。功能SOW确定客户在最后交付产品时想要什么。性能：这是SOW最常见的形式。它详细说明协约的所有交付的产品，确定流程、范围和可接受的努力等级。这集中在整个协约。设计：在设计SOW中，客户已经很详细地描述服务或交付产品怎样获得、建立、实现等等，主要集中在流程和设计上。增加：一个企业组织一般需要资源支持开发。这样就需要完成一个人员增加SOW，用以详细说明由承包人完成的工作范围、客户对承包人技能、资格认证和工作质量的期望。典型的SOW包含以下的内容：封面：包含项目标题、合同信息、修订号和作者目录：在大型SOW中证明非常有用简介：包含项目的总览和背景定义或者术语表：定义关键词或者不明确的术语项目范围：确定项目范围以及与其它项目的关系目标和目的：说明根据SOW你想得到什么参考文献：包含一个附属的或者所参考的文档的一个概要工作描述：详细说明工作范围，要完成的工作等等。细分来看通常包括：需求、技术规范说明、质量标准、方法、开发标准、交付产品、性能测量、报告需求、安全性、例子、插图、数据处理约束等等工作地点：描述在什么地方完成工作，还有怎么到达工作地点、讨论室、开会地点、电话、桌子、PC、软件等等安全：列出对要工作的资源的安全限制出差或者住房：详细说明出差和食宿预算限制交付产品：列出期望的产品或者切实的结果计划或者产品进度表：有关项目计划更加详细的特性，包括WBS、资源、时限、交付进度和里程碑。风险：陈述风险和公差补贴改变管理流程：根据要求做什么改变、已经处理了什么改变和批准通过了什么改变来描述流程项目管理：涉及项目领导、授权、进程汇报指南、角色和责任客户责任：记录客户允诺承担的责任范围供应商/承包人责任：记录供应商/承包人允诺承担的责任范围成本估计：详细列举期望的成本估计补偿和支付日程：详细说明供应商/承包人将怎样拿到付款（比如说谈妥的价格、时间和材料和调整处理）接受标准和正式批准：确实他们将怎样被判断与/或认可工作。文档：包括用户指南、技术指南等等需求可追溯矩阵：追溯从请求到交付之间的需求其它：明确的项目类型可能需要更多其它因素来清楚地定义要做的工作另外一个导致混乱的地方是用于创建文档的语言。在编写SOW的时候要清楚简练。避免使用行话、缩写词、无关的话以及无关的参考文献。要确保包含足够详细的信息能清楚地确定工作，但不要超过SOW的负荷。最后，在正式提交前记得校对你的SOW。