软件项目中的SOW的英文全称是什么，中文有是什么意思？
5个回答
展开全部
客户份额在英文中一般用SOW(Share of Wallet)
SOW有下面四种常见形式：
功能：客户通常知道他们想要什么，但不知道怎么达到他们想要的目标。功能SOW确定客户在最后交付产品时想要什么。
性能：这是SOW最常见的形式。它详细说明协约的所有交付的产品，确定流程、范围和可接受的努力等级。这集中在整个协约。
设计：在设计SOW中，客户已经很详细地描述服务或交付产品怎样获得、建立、实现等等，主要集中在流程和设计上。
增加：一个企业组织一般需要资源支持开发。这样就需要完成一个人员增加SOW，用以详细说明由承包人完成的工作范围、客户对承包人技能、资格认证和工作质量的期望。
典型的SOW包含以下的内容：
封面：包含项目标题、合同信息、修订号和作者
目录：在大型SOW中证明非常有用
简介：包含项目的总览和背景
定义或者术语表：定义关键词或者不明确的术语
项目范围：确定项目范围以及与其它项目的关系
目标和目的：说明根据SOW你想得到什么
参考文献：包含一个附属的或者所参考的文档的一个概要
工作描述：详细说明工作范围，要完成的工作等等。细分来看通常包括：需求、技术规范说明、质量标准、方法、开发标准、交付产品、性能测量、报告需求、安全性、例子、插图、数据处理约束等等
工作地点：描述在什么地方完成工作，还有怎么到达工作地点、讨论室、开会地点、电话、桌子、PC、软件等等
安全：列出对要工作的资源的安全限制
出差或者住房：详细说明出差和食宿预算限制
交付产品：列出期望的产品或者切实的结果
计划或者产品进度表：有关项目计划更加详细的特性，包括WBS、资源、时限、交付进度和里程碑。
风险：陈述风险和公差补贴
改变管理流程：根据要求做什么改变、已经处理了什么改变和批准通过了什么改变来描述流程
项目管理：涉及项目领导、授权、进程汇报指南、角色和责任
客户责任：记录客户允诺承担的责任范围
供应商/承包人责任：记录供应商/承包人允诺承担的责任范围
成本估计：详细列举期望的成本估计
补偿和支付日程：详细说明供应商/承包人将怎样拿到付款（比如说谈妥的价格、时间和材料和调整处理）
接受标准和正式批准：确实他们将怎样被判断与/或认可工作。
文档：包括用户指南、技术指南等等
需求可追溯矩阵：追溯从请求到交付之间的需求
其它：明确的项目类型可能需要更多其它因素来清楚地定义要做的工作
另外一个导致混乱的地方是用于创建文档的语言。在编写SOW的时候要清楚简练。避免使用行话、缩写词、无关的话以及无关的参考文献。要确保包含足够详细的信息能清楚地确定工作，但不要超过SOW的负荷。最后，在正式提交前记得校对你的SOW。
SOW有下面四种常见形式：
功能：客户通常知道他们想要什么，但不知道怎么达到他们想要的目标。功能SOW确定客户在最后交付产品时想要什么。
性能：这是SOW最常见的形式。它详细说明协约的所有交付的产品，确定流程、范围和可接受的努力等级。这集中在整个协约。
设计：在设计SOW中，客户已经很详细地描述服务或交付产品怎样获得、建立、实现等等，主要集中在流程和设计上。
增加：一个企业组织一般需要资源支持开发。这样就需要完成一个人员增加SOW，用以详细说明由承包人完成的工作范围、客户对承包人技能、资格认证和工作质量的期望。
典型的SOW包含以下的内容：
封面：包含项目标题、合同信息、修订号和作者
目录：在大型SOW中证明非常有用
简介：包含项目的总览和背景
定义或者术语表：定义关键词或者不明确的术语
项目范围：确定项目范围以及与其它项目的关系
目标和目的：说明根据SOW你想得到什么
参考文献：包含一个附属的或者所参考的文档的一个概要
工作描述：详细说明工作范围，要完成的工作等等。细分来看通常包括：需求、技术规范说明、质量标准、方法、开发标准、交付产品、性能测量、报告需求、安全性、例子、插图、数据处理约束等等
工作地点：描述在什么地方完成工作，还有怎么到达工作地点、讨论室、开会地点、电话、桌子、PC、软件等等
安全：列出对要工作的资源的安全限制
出差或者住房：详细说明出差和食宿预算限制
交付产品：列出期望的产品或者切实的结果
计划或者产品进度表：有关项目计划更加详细的特性，包括WBS、资源、时限、交付进度和里程碑。
风险：陈述风险和公差补贴
改变管理流程：根据要求做什么改变、已经处理了什么改变和批准通过了什么改变来描述流程
项目管理：涉及项目领导、授权、进程汇报指南、角色和责任
客户责任：记录客户允诺承担的责任范围
供应商/承包人责任：记录供应商/承包人允诺承担的责任范围
成本估计：详细列举期望的成本估计
补偿和支付日程：详细说明供应商/承包人将怎样拿到付款（比如说谈妥的价格、时间和材料和调整处理）
接受标准和正式批准：确实他们将怎样被判断与/或认可工作。
文档：包括用户指南、技术指南等等
需求可追溯矩阵：追溯从请求到交付之间的需求
其它：明确的项目类型可能需要更多其它因素来清楚地定义要做的工作
另外一个导致混乱的地方是用于创建文档的语言。在编写SOW的时候要清楚简练。避免使用行话、缩写词、无关的话以及无关的参考文献。要确保包含足够详细的信息能清楚地确定工作，但不要超过SOW的负荷。最后，在正式提交前记得校对你的SOW。
已赞过
已踩过<
评论
收起
你对这个回答的评价是？
展开全部
功能：客户通常知道他们想要什么，但不知道怎么达到他们想要的目标。功能SOW确定客户在最后交付产品时想要什么。
性能：这是SOW最常见的形式。它详细说明协约的所有交付的产品，确定流程、范围和可接受的努力等级。这集中在整个协约。
设计：在设计SOW中，客户已经很详细地描述服务或交付产品怎样获得、建立、实现等等，主要集中在流程和设计上。
增加：一个企业组织一般需要资源支持开发。这样就需要完成一个人员增加SOW，用以详细说明由承包人完成的工作范围、客户对承包人技能、资格认证和工作质量的期望。
典型的SOW包含以下的内容：
封面：包含项目标题、合同信息、修订号和作者
目录：在大型SOW中证明非常有用
简介：包含项目的总览和背景
定义或者术语表：定义关键词或者不明确的术语
项目范围：确定项目范围以及与其它项目的关系
目标和目的：说明根据SOW你想得到什么
参考文献：包含一个附属的或者所参考的文档的一个概要
工作描述：详细说明工作范围，要完成的工作等等。细分来看通常包括：需求、技术规范说明、质量标准、方法、开发标准、交付产品、性能测量、报告需求、安全性、例子、插图、数据处理约束等等
工作地点：描述在什么地方完成工作，还有怎么到达工作地点、讨论室、开会地点、电话、桌子、PC、软件等等
安全：列出对要工作的资源的安全限制
出差或者住房：详细说明出差和食宿预算限制
交付产品：列出期望的产品或者切实的结果
计划或者产品进度表：有关项目计划更加详细的特性，包括WBS、资源、时限、交付进度和里程碑。
风险：陈述风险和公差补贴
改变管理流程：根据要求做什么改变、已经处理了什么改变和批准通过了什么改变来描述流程
项目管理：涉及项目领导、授权、进程汇报指南、角色和责任
客户责任：记录客户允诺承担的责任范围
供应商/承包人责任：记录供应商/承包人允诺承担的责任范围
成本估计：详细列举期望的成本估计
补偿和支付日程：详细说明供应商/承包人将怎样拿到付款（比如说谈妥的价格、时间和材料和调整处理）
接受标准和正式批准：确实他们将怎样被判断与/或认可工作。
文档：包括用户指南、技术指南等等
需求可追溯矩阵：追溯从请求到交付之间的需求
其它：明确的项目类型可能需要更多其它因素来清楚地定义要做的工作
另外一个导致混乱的地方是用于创建文档的语言。在编写SOW的时候要清楚简练。避免使用行话、缩写词、无关的话以及无关的参考文献。要确保包含足够详细的信息能清楚地确定工作，但不要超过SOW的负荷。最后，在正式提交前记得校对你的SOW。
Scott Withrow已经有20多年的IT工作经验，其中包括IT管理、Web开发管理和内部顾问应用分析。
性能：这是SOW最常见的形式。它详细说明协约的所有交付的产品，确定流程、范围和可接受的努力等级。这集中在整个协约。
设计：在设计SOW中，客户已经很详细地描述服务或交付产品怎样获得、建立、实现等等，主要集中在流程和设计上。
增加：一个企业组织一般需要资源支持开发。这样就需要完成一个人员增加SOW，用以详细说明由承包人完成的工作范围、客户对承包人技能、资格认证和工作质量的期望。
典型的SOW包含以下的内容：
封面：包含项目标题、合同信息、修订号和作者
目录：在大型SOW中证明非常有用
简介：包含项目的总览和背景
定义或者术语表：定义关键词或者不明确的术语
项目范围：确定项目范围以及与其它项目的关系
目标和目的：说明根据SOW你想得到什么
参考文献：包含一个附属的或者所参考的文档的一个概要
工作描述：详细说明工作范围，要完成的工作等等。细分来看通常包括：需求、技术规范说明、质量标准、方法、开发标准、交付产品、性能测量、报告需求、安全性、例子、插图、数据处理约束等等
工作地点：描述在什么地方完成工作，还有怎么到达工作地点、讨论室、开会地点、电话、桌子、PC、软件等等
安全：列出对要工作的资源的安全限制
出差或者住房：详细说明出差和食宿预算限制
交付产品：列出期望的产品或者切实的结果
计划或者产品进度表：有关项目计划更加详细的特性，包括WBS、资源、时限、交付进度和里程碑。
风险：陈述风险和公差补贴
改变管理流程：根据要求做什么改变、已经处理了什么改变和批准通过了什么改变来描述流程
项目管理：涉及项目领导、授权、进程汇报指南、角色和责任
客户责任：记录客户允诺承担的责任范围
供应商/承包人责任：记录供应商/承包人允诺承担的责任范围
成本估计：详细列举期望的成本估计
补偿和支付日程：详细说明供应商/承包人将怎样拿到付款（比如说谈妥的价格、时间和材料和调整处理）
接受标准和正式批准：确实他们将怎样被判断与/或认可工作。
文档：包括用户指南、技术指南等等
需求可追溯矩阵：追溯从请求到交付之间的需求
其它：明确的项目类型可能需要更多其它因素来清楚地定义要做的工作
另外一个导致混乱的地方是用于创建文档的语言。在编写SOW的时候要清楚简练。避免使用行话、缩写词、无关的话以及无关的参考文献。要确保包含足够详细的信息能清楚地确定工作，但不要超过SOW的负荷。最后，在正式提交前记得校对你的SOW。
Scott Withrow已经有20多年的IT工作经验，其中包括IT管理、Web开发管理和内部顾问应用分析。
已赞过
已踩过<
评论
收起
你对这个回答的评价是？
展开全部
已赞过
已踩过<
评论
收起
你对这个回答的评价是？
展开全部
statement of work
工作说明书
工作说明书
已赞过
已踩过<
评论
收起
你对这个回答的评价是？
展开全部
=start of word 起始词
已赞过
已踩过<
评论
收起
你对这个回答的评价是？
更多回答（3）
推荐律师服务：
若未解决您的问题，请您详细描述您的问题，通过百度律临进行免费专业咨询
