产品概念阶段过程(总)

产品概念阶段过程1.

目的

Purpose1.1

确保集团所开发的产品符合集团战略规划，为集团创造价值。1.2

确保产品快速响应市场，能够更好地满足目标客户的要求，为客户创造价值。2.

适用范围

AppliedTo本过程适用于：

机构：股份公司各产品线﹨各产品公司产品管理部门、市场管理部门、渠道伙伴部、实施部、运维部、开发部等以及海外业务部

业务：指导新产品、升级产品的产品概念阶段相关工作3.

组织和角色

OrganizationandRolesRoles角色Responsibilities职责Memo备注产品总监/PDTLeader组织《产品市场分析》《产品线业务计划》活动，并对其各种分析报告进行技术评审制订《产品一级计划》并提交审批制定《概念阶段计划》并提交审批组织编写《产品概要需求说明书》，对其进行技术评审，并最终提交决策评审组织编写《任务书》产品规划和概念主导角色：产品总监/PDTLeader担任产品开发团队负责人的角色，或者指定相应责任人平台技术经理\产品线技术总监进行产品线平台和技术规划，编写《技术规划报告》问题：已经在规划阶段编写完毕，在本阶段怎么又进行编写；问题：已经在规划阶段编写完毕，在本阶段怎么又进行编写；产品市场经理负责《产品概要需求说明书》中相应产品部分编写公司产品管理委员会进行产品立项和概要阶段决策评审产品公司总经理集团开发管理部总经理集团产品管理总监及其他高管人员产品开发团队在下达任务书后组建，负责产品开发的全部过程产品总监/PDTLeader；产品管理团队；研发部门；测试部门市场序列部门渠道伙伴部门海外业务部（可选）实施、运维序列部门编制产品需求订单，反馈产品业务需求参与进行产品市场相关分析参加《产品概要需求说明书》评审进行产品市场相关分析，并整理出分析报告，作为产品包概要需求分析活动的输入。应用架构师需求人员参加《产品概要需求说明书》的编写总设计参加《产品概要需求说明书》的编写编写设计概要方案研发部门负责人根据《产品概要需求说明书》，预估开发工期制定计划阶段计划初步判断工期，须与产品总监/PDTLeader、产品市场经理等共同进行易用性设计师编写易用性设计方案国际化产品经理参加各产品需求中国际化部分的评审，确保国际化的规划纳入产品SQA对产品规划和概念阶段活动及其工作产品的规范性、相应评审、审批活动以及调整活动的规范性进行验证4.

过程活动

Activities概念阶段可以按照以下几个关键流程阶段来执行：计划制定结果：1、产品一级计划2、概念阶段详细计划；结果：1、产品一级计划2、概念阶段详细计划Activities活动Description说明Roles角色产品一级计划制定按产品立项书的要求，制定《产品一级计划》，包括全产品开发过程中各里程碑点及任务承担角色等在立项阶段设立了产品研发框架，同时指出框架的主要负责人，而在概念设计阶段要设定开发里程碑同时设定任务角色是在立项书的基础上对计划进行细化，产品计划书是立项书的一个演化分支。，并提交决策评审。在立项阶段设立了产品研发框架，同时指出框架的主要负责人，而在概念设计阶段要设定开发里程碑同时设定任务角色是在立项书的基础上对计划进行细化，产品计划书是立项书的一个演化分支。需计划的内容包括：

关键开发里程碑点及时间、资源情况（如主要开发阶段起止时间、发版时间要求等）；

保证产品可交付性的具体业务活动计划，如全产品策略方案（包括实施方案、销售策略、培训策略、定价策略、市场推广策略等）是否编写以及具体负责人、时间要求等。

产品手册、演示数据等的编写计划及责任人等

客户验证活动的具体计划和资源情况等，如验证内容清单确定时间要求、资源，验证执行资源及时间要求等。产品总监/PDTLeader

负责参与角色包括：研发负责人、测试负责人、实施负责人、运维负责人等制定概念阶段计划制定《概念阶段计划》，确定概念阶段任务及资源分配、时间要求等。若概念阶段是迭代开发，则需要明确每个迭代目标概念阶段计划包括概要需求、概要设计、业务规划的调整和细化等活动的时间、资源要求等。产品总监/PDTLeader负责；参与角色包括：、研发负责人、测试负责人等《产品一级计划》技术评审确保计划制定的任务分配明确合理，资源和工期安排可行等，确保和任务书问题：任务书什么阶段编写？要求相匹配。问题：任务书什么阶段编写？产品公司负责人/产品总监/PDTLeader负责；参与角色包括：产品总监/PDTLeader、研发负责人、测试负责人、实施负责人、运维负责人等《概念阶段计划》技术评审确保时间安排是与《立项任务书》、《产品一级计划》匹配，合理分配了任务，

并且资源配备合理可行产品公司负责人/PDTLeader负责；参与角色包括：产品总监/PDTLeader、产品公司研发负责人、测试负责人等概念阶段启动《概念阶段计划》制定后，召集相关人员，组成概念阶段工作小组，并举行启动会，明确阶段工作目标和任务等。产品总监/PDTLeader

产品包概要需求分析、产品质量目标制定和评审、产品概要设计，业务计划细化；4.2.1

产品线概要需求分析Activities活动Description说明Roles角色概要需求获取分析研究分析前期各种分析报告资料等，以深入了解各种市场需求和背景。相关资料报告：技术规划报告、产品线业务计划等；集团产品管理部提出的产品区隔和产品集成问题：产品区隔什么意思？要求；公共产品开发部提出的公共产品需求；问题：产品区隔什么意思？调研报告、产业链分析报告、HCI分析报告、以及不同序列的部门反馈的产品需求订单等。需求订单按照不同的全产品类别（软件、实施、维护、培训、咨询）参照《产品概要需求输入体系说明》填写并提交相应的产品需求订单。关键要明确客户需求的应用场景，提出客户建议的需求实现方式，分析业务需求可以给客户、给公司带来的价值。产品总监/PDTLeader；产品经理；开发部：应用架构师；总设计；平台经理；部分需求人员。编制《产品概要需求规格说明书》可根据产品线规模分别编写产品总体概要需求、和各个产品的分产品概要需求、以及非功能性需求，新业务、模块须有原形用户。产品概要需求包括：《总体产品概要需求》《分产品概要需求》《产品非功能性需求》《用友XXX产品目标清单》《用友XXX产品一线问题和期望应答清单》

产品总监/PDTLeader；集团产品管理总监；公共产品开发负责人；产品经理/应用架构师需求人员设计人员易用性、产业链、性能概要需求编写进行产品易用性、产业链、性能等方面概要需求分析，确定需要进一步进行详细需求分析的各产品模块及要求等。易用性设计人员；产业链设计人员；性能设计人员工作量工期估计问题：工作量估计在概要设计时候就要提出？问题：工作量估计在概要设计时候就要提出？研发负责人依据以上相关输出组织进行开发工作量估计和资源评估，完成相应分析报告。此报告作为产品概要需求的一部分进行后续的技术、决策评审。研发负责人《总产品概要需求规格说明书》技术评审重点把握产品是否能满足当前市场、用户和伙伴的期望和需求，满足前期市场分析、业务规划和技术规划等立项决策要求，并进行开发可行性分析和工作量评估。

总体产品概要需求评审时，需要讲述概要需求的内容和立项书的业务目标对应关系评审负责人：

产品总监/PDTLeader评委：集团产品管理总监、产品总监/PDTLeader、产品运维人员、产品实施人员、产品市场代表、产品经理、开发负责人、主设计、公共产品开发部负责人，事业部负责人、易用性负责人、国际化产品经理等其他参与角色：公司质量总监《分产品概要需求规格说明书》技术评审组织对分产品概要需求进行评审，包括对非功能性、易用性、产业链、性能等方面概要需求进行技术评审评审负责人：产品总监/PDTLeader评委：产品总监/PDTLeader、主设计、易用性设计人员、测试代表、相关产品经理、实施代表、运维代表、公共产品开发部负责人、国际化产品经理概要需求变更审批概要需要变更时如果涉及立项中规划的关键业务目标或市场的变化则须提交决策机构重新进行审批，审批形式为通过变更管理系统进行审批；概要需求变更如果影响立项中规划的关键业务目标，是否需要进行立项变更，由集团产品管理总监确认；集团产品管理总监产品总监/PDTLeader公司级研发负责人4.2.2

质量目标制定和评审Activities活动Description说明Roles角色质量目标策划按照公司规划和要求，以及产品状况，制定产品发版时的质量目标，保证质量满足度产品总监/PDTLeader、质量总监、测试负责人、开发负责人等质量目标策划评审针对质量目标进行评审，保障质量目标符合要求发版评审时的评委4.2.3

产品概要设计Activities活动Description说明Roles角色产品概要设计进行产品概要设计完成系统的架构及模型分析及设计，包括：

总体架(结)构设计

系统分析

数据推演等具体参照“分析设计过程”主设计；平台经理；应用架构师；部分需求人员；易用性设计人员；服务、实施、培训人员《产品概要设计》技术评审组织对概要设计进行技术评审总设计；评委：产品线研发负责人、测试经理、以及该产品直接涉及的产品经理、需求经理、所有设计人员、开发部经理、开发部所有开发经理

4.2.4产品业务规划细化Activities活动Description说明Roles角色产品业务规划细化细化《产品线业务计划》中业务计划相应内容。产品总监/PDTLeader；

产品经理启动产品可交付性相关业务活动根据《概要需求》和《产品一级计划》组织启动以下业务活动：

明确产品发版前需要进行客户验证的具体内容，确定客户验证内容清单；

明确产品发版应输出的工作产品及质量要求等，并启动和组织制定全产品线相关策略和方案的编写，如：产品实施方案和实施工具要求等；产品销售策略；产品定价策略和升级政策；产品市场策略；产品总监/PDTLeader参与角色包括：实施负责人市场推广负责人等概念决策评审Activities活动Description说明Roles角色概念决策评审概念阶段各文档完成并经技术评审后，提交决策机构进行决策评审，评估概要需求、概要设计是否满足业务规划目标，是否可以指导开发，并评估工作量投入和现有资源情况，决策是继续开发还是中止开发，若继续开发则需确定具体的开发形式，即是自主开发还是外包开发等，具体参照《概念阶段决策评审要素》此评审内容包括《产品一级计划》、《产品概要需求规格说明书》（含工作量估计和资源情况分析报告）、《产品概要设计》《产品业务计划》

产品公司负责人组织主要评委包括：集团产品管理总监及其他产品委员会人员、产品总监/PDTLeader；

评审验证有可能变更引起前面过程中的响应成果物也发生变更；问题：这里发生变更如何跟踪有可能变更引起前面过程中的响应成果物也发生变更；问题：这里发生变更如何跟踪如果概念决策评审对产品概念阶段工作产品有调整要求的，相应工作产品应根据决策评审意见进行调整，调整后提交决策评审负责人进行验证。验证通过后提交配置管理人员进行基线化。立项的时候建立产品配置管理初始化，在概念设计中进行基线化；问题：如何进行基线化立项的时候建立产品配置管理初始化，在概念设计中进行基线化；问题：如何进行基线化按决策评审意见调整的工作产品包括：产品一级计划及产品立项书

产品概要需求

产品概要设计

产品业务计划产品总监/PDTLeader参与角色：产品经理、总设计、（4）概念阶段工作产品的调整和验证Activities活动Description说明Roles角色版本调整通常情况下，已通过决策评审的基线化工作产品，如：《产品概要需求说明书》、《产品概要设计规格书》、《产品立项书》、《产品一级计划》等不得调整。其变动可在新版产品中体现。特殊情况下，如《产品概要需求说明书》的调整需在正在开发的产品中实现，则在其通过评审和审定后，提出《产品概要需求分析说明书》的调整方案。《产品概要需求分析说明书》调整后，须对概要设计、产品立项任务书等进行评估和调整。产品总监/PDTLeader变更技术评审依据配置管理规范的要求，组织产品概要需求说明书的技术评审。评审人员由产品管理人员、市场、实施、运维、开发相关人员组成。产品总监/PDTLeader变更审批非产品目标的调整，将技术评审通过的产品概要需求说明书报PDTLeader审批。产品总监/PDTLeader

产品目标需要调整时须提交决策机构重新进行决策评审集团产品管理总监产品公司负责人；

产品验证在产品集成测试前依据审批后的产品概要需求，对产品进行验证，完成《产品概要需求目标验证表》

产品经理；产品总监/PDTLeader5.

输入

Inputs

5.1

《产品区隔和产品集成要求》5.2

《用友全产品需求订单》5.3

《公共产品需求》5.4《产品立项书》5.5《产品线业务计划及技术规划报告》该部分文档缺失该部分文档缺失6.

输出

Outputs

6.1产品一级计划6.2概念阶段计划6.3总体产品概要需求分析说明书6.4分产品产品概要需求分析说明书6.5HCI概要需求分析说明6.6产品非功能性需求6.7工作量、工期估计报告6.8用友XXX产品目标清单6.9用友XXX产品一线问题和期望应答清单6.10产品概要需求目标验证表6.11产品概要设计6.12客户验证内容清单7.

过程支持文件

Standards,GuidelinesandProcedures7.1

《用友全产品需求订单（模板）》7.2

《产品概要需求输入体系说明》7.3

《总体产品概要需求文档规范》7.4

《分产品概要需求文档规范》7.5

非功能性需求7.6

《用友XXX产品目标清单（模板）》7.7

《用友XXX产品一线问题和期望应答清单（模板）》7.8

《产品概念阶段计划（draft）》7.9

产品一级计划（draft）7.10

概念阶段决策评审要素

7.11

产品发版检查单7.12

概要需求目标验证表(模板).xls7.13

用友集团产品国际化成熟度内部评定标准.doc

new8文件编写及修改说明：文件编号：UF/PF/SE-03版本号：V6.3审核人：郑雨林、邓适宜、唐肖鲁、向奇汉、杨宇春、张忠、谢志华、朱弘、批准人王文京修改状态修改日期修