《工作说明书 SOW.docx》由会员分享，可在线阅读，更多相关《工作说明书 SOW.docx（7页珍藏版）》请在三一办公上搜索。
1、工作说明书 SOW工作说明书 SOW 工作说明书是对项目所要提供的产品或服务的叙述性的描述。对内部项目而言，项目发起者或投资人基于业务需求，或产品或服务的需求提出工作说明书。对外部项目而言，工作说明书作为投标文档的一部分从客户那里得到，如：邀标书，投标的信息，或作为合同的一部分得到。工作说明书需要说明： 1、业务需求：一个组织的业务需求可能基于需求的培训，市场需要，技术的进步，法律的要求和*的标准； 2、产品范围描述：技术项目所要创建的产品的需求以及产品或服务的特性。通常产品需求在项目的启动过程中并不是很详细，在后续的过程中随着产品的特性的明晰会逐渐细化。这些需求也要记述项目所创造的产品或服务
2、与业务要求或其他因其产品要求的刺激因素之间的关系。虽然产品需求文档的形式和实质内容各不相同，但它应该总是保持足够详细以支持后续的项目规划。 3、战略计划：所有项目支持组织的战略目标。 工作计划还可以包括：以书面叙述的方式来说明工作中需要从事的活动，以及工作中所使用的设备和工作条件的信息，并且说明承担这次工作的员工所必须具有的特定技能，工作知识、能力以及其他身体和个人特征的最低要求。 工作说明书模板 工作说明书主要包括以下内容 前言、服务范围、方法、假定、服务期限和工作量估计、双方角色和责任、交付资料、完成标准、顾问组人员、收费和付款方式、变更管理等。 前言 对项目背景等信息作简单描述。 项目工
3、作范围 详细描述项目的服务范围，包括业务领域、流程覆盖、系统范围及其他等。 项目工作方法 项目拟使用的主要方法。 假定 项目进行的假定条件，具体内容需双方达成。 工作期限和工作量估计 项目的时间跨度和服务期限，对于按人天计算费用的项目，需评估服务工作人天，并估算项目预算。 双方角色和责任 分为供应商的职责和公司的职责，并对关键角色的工作职责进行描述“如：项目经理”。 交付件 列出项目的主要交付资料，并对交付件的内容与质量要求进行描述。 完成以及验收标准 列出项目的完成标准和阶段完成标准，完成标准作为项目验收的依据内容。 服务人员 请列出供应商的人员名单，及顾问资格信息。供应商人员的变更：描述在
4、什么情况下可进行供应商人员的变更。 聘用条款 对聘用供应商人员的级别要求、经验要求及其他相关条款。 收费和付款方式 项目的付款方式、费用范围、涉税条款等。 变更管理 项目变更的管理过程、相关规定与约束条件等。 承诺 双方承诺均已阅读，理解并同意遵行上述协议书及其条款的约束。而且双方同意，所提到的服务条款及其附件(包括工作说明书和变更授权以及任何为双方协议中独立完整的陈述)，取代所有的建议书或其它在此之前的书面或口头协议以及有关的其他交流。 保密 遵守保密协议 签署接受 XXXXXXXXXX公司 xxxxxxxxxxx公司 授权签名：_ 授权签名：_ 姓名：_ 日期：_ 姓名：_ 日期：_ 职位
5、：_ 职位：_ 工作陈述(SOW) 和项目进展报告的提纲 =工作陈述(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
6、.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.
7、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中，客户已经很详细地描述服务或交付产品怎样获得、建立、实现
8、等等，主要集中在流程和设计上。 增加：一个企业组织一般需要资源支持开发。这样就需要完成一个人员增加SOW，用以详细说明由承包人完成的工作范围、客户对承包人技能、资格认证和工作质量的期望。 典型的SOW包含以下的内容： 封面：包含项目标题、合同信息、修订号和作者 目录：在大型SOW中证明非常有用 简介：包含项目的总览和背景 定义或者术语表：定义关键词或者不明确的术语 项目范围：确定项目范围以及与其它项目的关系 目标和目的：说明根据SOW你想得到什么 参考文献：包含一个附属的或者所参考的文档的一个概要 工作描述：详细说明工作范围，要完成的工作等等。细分来看通常包括：需求、技术规范说明、质量标准、方
9、法、开发标准、交付产品、性能测量、报告需求、安全性、例子、插图、数据处理约束等等 工作地点：描述在什么地方完成工作，还有怎么到达工作地点、讨论室、开会地点、电话、桌子、PC、软件等等 安全：列出对要工作的资源的安全限制 出差或者住房：详细说明出差和食宿预算限制 交付产品：列出期望的产品或者切实的结果 计划或者产品进度表：有关项目计划更加详细的特性，包括WBS、资源、时限、交付进度和里程碑。 风险：陈述风险和公差补贴 改变管理流程：根据要求做什么改变、已经处理了什么改变和批准通过了什么改变来描述流程 项目管理：涉及项目领导、授权、进程汇报指南、角色和责任 客户责任：记录客户允诺承担的责任范围 供应商/承包人责任：记录供应商/承包人允诺承担的责任范围 成本估计：详细列举期望的成本估计 补偿和支付日程：详细说明供应商/承包人将怎样拿到付款 接受标准和正式批准：确实他们将怎样被判断与/或认可工作。 文档：包括用户指南、技术指南等等 需求可追溯矩阵：追溯从请求到交付之间的需求 其它：明确的项目类型可能需要更多其它因素来清楚地定义要做的工作 另外一个导致混乱的地方是用于创建文档的语言。在编写SOW的时候要清楚简练。避免使用行话、缩写词、无关的话以及无关的参考文献。要确保包含足够详细的信息能清楚地确定工作，但不要超过SOW的负荷。最后，在正式提交前记得校对你的SOW。
