软件产品管理规程.docx

软件产品管理规程.docx

《软件产品管理规程.docx》由会员分享，可在线阅读，更多相关《软件产品管理规程.docx（20页珍藏版）》请在冰豆网上搜索。

软件产品管理规程

目录

1目的1

2范围1

3职责1

4年度规划2

5规划滚动4

6产品策划和立项6

7样机试点8

8产品发布10

9课题发布12

10产品状态维护13

11产品退市15

12记录16

软件产品管理规程

1目的

明确产品全生命周期的管理过程，规范产品从构思到退市的工作流程。

指导产品规划、产品策划和立项、样机试点、产品发布、产品状态维护、产品退市活动的有序开展。

2范围

适用于QSP-60《产品研发管理程序》中规定产品线的全产品生命周期管理活动。

3职责

3.1技术策略委员会

对产品方向给出策略性的指导，负责公司策略性产品的规划审批。

3.2产品管理组

1）根据市场形势、公司战略、业务目标和关键资源，审议年度和季度产品/技术规划；

2）审议产品或技术立项提议，统筹资源开展立项可行性分析；

3）决策产品的立项、研发、试点、早期销售、转产、推广和退市等重大事项；

4）不定期审议产品/技术年度规划的临时调整。

注：

产品管理组一般由一级部门负责人、市场部经理、产品线经理、产品经理、研发部经理、研发代表、测试代表等组成。

3.3研发产品线经理（负责人）

1）根据公司战略、上年度技术规划落实情况、系统公司信息制定本年度的技术规划，着重关注前瞻性技术调研需要、公共技术提炼、平台技术方向等，编制《年度规划（技术）清单》、《年度规划报告》（技术部分）提交产品管理组审批（重点项目报技术策略委员会批准）；

2）按审批通过后的《年度技术规划清单》要求下达项目立项。

如果遇到外界条件变化或规划无法落实时，提出规划调整建议，提交产品管理组审批，更新《年度规划（技术）清单》。

3.4产品经理

1）负责产品信息的收集整理；

2）产品线产品战略的制定；

3）产品策划和立项，组织产品规划；

4）负责研发样机工程试点的策划、组织和总结；

5）产品发布、产品转量产和产品退市的总体策划、组织和沟通协调；

6）业务需求的受理采集和分析、提交项目立项申请。

注：

对于课题和平台类产品，由研发内部产品经理或研发部负责人指定人员负责产品管理工作。

3.5项目经理

组织项目估算与策划，编制项目开发任务书，组建项目团队，开展项目管理工作，并为项目的成败负责。

4年度规划

4.1准入

到达公司年度规划或部门年度规划的时机。

4.2输入

1）产品线战略；

2）上年度产品规划执行情况、产品线发货数据；

3）系统公司上年度的区域销售、市场、竞争对手产品情况、区域内产品需求信息；

4）本年度客户投资规模、方向；竞争态势分析；

5）行业技术发展方向、前沿技术，竞争对手技术水平、技术发展方向。

4.3年度规划制定流程

4.3.1年度规划流程图

图1年度规划流程图

4.3.2流程说明

1）产品经理编制《年度规划（产品）清单》初稿，研发产品线经理编制《年度规划（技术）清单》初稿，交由产品管理组评审，并产出评审会议纪要；

2）产品管理组根据输入情况对《年度规划（产品）清单》和《年度规划（技术）清单》初稿进行评审，并给出评审意见，指定年度规划产品方向、产品思路、技术方向、技术思路；

3）根据产品管理组评审意见，产品经理结合市场调研、与分公司和客户的沟通结果，完善《年度规划（产品）清单》，落实预算指标。

根据产品管理组评审意见，研发产品线经理进行技术调研，编制完善《年度规划（技术）清单》。

产品经理和研发产品线经理编制《年度规划（产品/技术）报告》，提交产品管理组审批，对于重大的产品规划和技术规划，由产品管理组提交技术策略委员会评审决策，否则报备技术策略委员会；

4）产品经理和研发产品线经理按评审通过的《年度（产品&技术）规划清单》要求执行项目立项，项目立项遵循《项目管理规程》；

5）如遇到外部或内部条件变化导致规划无法落实时，产品经理或研发产品线经理提出规划调整建议，活动遵循《产品管理程序》的规划滚动流程。

4.4输出

1）年度规划（产品&技术）清单；

2）年度规划报告；

3）评审会议纪要。

4.5准出

年度规划批准。

5规划滚动

5.1准入

因市场变化、技术或资源等因素，产品经理或研发产品线经理提出规划调整需求。

5.2输入

1）新产品立项报告；

2）改造订单；

3）质量反馈单；

4）年度（产品&技术）规划清单。

5.3规划滚动流程

5.3.1规划滚动流程图

图2规划滚动流程图

5.3.2流程说明

1）纳入滚动计划

a）产品经理月初对本月的产品计划进行通告，研发产品线经理月初维护本月输出的项目台账。

产品经理及时梳理新的《产品立项报告》、《改造订单》、《质量反馈单》，研发产品线经理实时跟踪本行业最新技术发展趋势，将规划外的产品或技术纳入到规划滚动计划，根据需要及时提出规划调整建议；

b）产品经理、研发产品线经理每半年（年初1月份及年中7月份）定期组织对年度规划清单进行调整优化。

2）《年度（产品&技术）规划清单》调整优化

a）因外部或内部条件变化导致规划无法落实时，产品经理、研发产品线经理梳理产品线的状态及价值，结合当前的资源管道的情况，新增或者删除某些产品，及时提出规划调整建议。

形成新的年度（产品&技术）规划清单，报产品管理组审批。

b）对产品线优化，优化活动包括：

版本插入、优先级调整，产品或产品线业务整合等。

3）《年度（产品&技术）规划清单》调整评审

调优计划由产品经理提交产品管理组评审，评审输出会议纪要，记录评审决议。

4）调整资源管道

针对新调整的月度及年度规划，产品经理（项目经理协助）进行资源管道表的调整。

5）更新规划总表

a）如果变更产品是在研的项目，项目经理需要进行项目的变更，项目变更参见变更管理流程，项目变更结束后，项目经理须调整项目计划，产品管理组长须同步更新年度规划（产品和技术）清单；

b）如变更产品非在研项目，产品管理组长直接更新年度（产品&技术）规划清单；

c）产品管理组长将更新后的年度（产品&技术）规划清单报备到技术策略委员会，报备周期一般为半年，特殊重大产品立项须立即报备。

5.4输出

1）年度（产品/技术）规划清单；

2）评审会议纪要；

3）项目计划。

5.5准出

规划滚动评审通过或规划滚动取消。

6产品策划和立项

6.1准入

无。

6.2输入

1）公司战略；

2）需求受理表。

6.3产品策划和立项流程

6.3.1产品策划和立项流程图

产品策划和立项流程图，见图3。

图3产品策划和立项流程图

6.3.2流程说明

1）产品需求收集

产品经理负责产品市场需求的收集分析。

产品市场需求是指:

a）由于公司战略或客户对我公司产品的要求，对产品的要求主要体现在产品外观、结构、电气性能等方面；

b）产品经理经过每年至少一次的市场调研和市场情况分析，并结合公司自身特点给出相应的新产品需求。

2）产品可行性分析

产品经理通过事业部国内/国际市场部和系统公司各分支机构收集产品相关需求信息，进行产品可行性预研，编制《产品可行性与立项分析报告》初稿（市场部分）。

产品经理根据产品的难易程度在报告中注明所需的相关资源，提交产品管理组审批。

3）产品管理组负责审批产品经理提交的《产品可行性与立项分析报告》初稿；

4）产品立项分析

产品经理负责组建产品立项分析项目团队，项目团队应包括市场、研发代表。

市场人员主要进行市场营销的可行性分析，在报告中注明其意见。

研发人员主要进行技术可行性分析，在报告中注明其意见，产品经理负责产品立项分析团队的日常管理。

5）产品经理负责组织产品立项分析项目团队完善《产品可行性与立项分析报告》，编制产品立项《业务决策表》，提交产品管理组审核；

6）产品管理组审核通过后，提交技术策略委员会评审决策或报备；

7）《产品可行性与立项分析报告》评审通过后，由产品管理组纳入《年度（产品&技术）规划清单》；

8）按《年度（产品&技术）规划清单》要求，由产品经理负责提交项目立项申请表，进入需求管理规程和项目管理规程，分别进行业务需求分析评审和项目立项管理；

9）纳入《年度（产品&技术）规划清单》后，产品经理继续跟踪市场动态，及时按规划滚动流程提出规划调优申请。

6.4输出

1）产品可行性与立项分析报告；

2）业务决策表（产品立项）；

3）年度（产品&技术）规划清单。

6.5准出

产品立项报告通过或产品管理组批准活动取消。

6.6流程配置

流程配置要求见表2。

表2流程配置要求

活动名称

配置状态

配置条件

6）技术策略委员会审批

可选

非重大新产品项目。

7样机试点

7.1准入

研发样机通过系统测试。

7.2输入

1）《产品路线总表》；

2）《项目计划》；

3）研发样机。

7.3样机试点流程

7.3.1样机试点流程图

样机试点流程图见图4。

图4样机试点流程图

7.3.2流程说明

1）选择试点局点

a）产品经理根据产品路线总表，决策产品是否需进行样机试点；

b）对需进行样机试点的产品，产品经理根据项目计划，结合样机开发进度，提前联系分公司落实试点，向试点分公司协调好试点地点、场景、所需资源、试点开始日期、试点持续时间和试点结束时间；

c）研发团队需向产品经理明确样机的试点环境要求、测试场景要求和测试时间。

2）制定试点计划

a）产品经理组建样机试点团队，包括产品经理、研发团队、技术支持、分公司；

b）技术支持主导编制《样机试点计划》，技术支持和研发团队共同完成，具体内容见《样机试点计划》模板；

c）技术支持将计划提交产品经理，产品经理组织对试点计划的评审；

d）产品管理组审批《样机试点计划》。

如评审不通过，由技术支持负责修订、重新提交。

3）组织试点实施

a）产品经理组织现场试点的团队，包括技术支持、研发团队、分公司，并指定现场负责人，全权负责现场指挥、资源协调、决策等；

b）研发团队根据试点计划，提供试点样机、试点搭台设备、物品等；

c）技术支持负责试点所需车辆、分公司人员等外部资源的协调；按照计划，确定试点物品准备齐备；

d）现场负责人落实确认所有人、物到达试点现场。

4）环境落实与搭建

a）试点现场，技术支持负责依据测试计划搭建测试系统，研发团队配合；

b）现场负责人组织分公司对试点站点及当地运营商修改相关网络参数的协调；

c）试点现场，研发团队负责产品的配置、调测，负责现场设备问题的处理，保证达到试点要求；

d）试点现场，现场负责人负责各项工作安排，资源协调。

5）网络应用测试与产品测试

a）技术支持负责按照计划中的测试场景，完成网络应用的测试、记录测试数据，对未达到预期的情况要及时组织分析、调整测试手段，全面收集测试问题、产品的各项工程应用性能指标；

b）研发团队负责按照计划中的产品验证项目，完成产品测试、记录测试数据，对未达到预期的情况要及时组织分析、调整测试手段，全面收集产品问题、产品应用数据；

c）现场负责人对各项测试活动的实施效果负责，对异常情况负责及时向产品经理汇报、商讨处理措施，并负责现场措施的落实。

6）试点总结

a）技术支持主导编制《样机试点测试和总结》，技术支持和研发团队共同完成，具体内容见《样机试点测试和总结》模板；

b）研发团队根据总结中的样机性能改进建议组织样机改进，向产品经理明确完成改进时间节点；

c）技术支持根据试点总结的应用场景、测试数据，完成面向市场推广的工程应用指南；

d）技术支持将总结提交产品经理，产品经理组织对试点总结的评审；如果评审不通过，由产品经理重新组织进行样机试点。

7）样机试点文档归档到项目配置库和PLM系统。

7.4输出

1）样机试点计划；

2）工程测试数据和测试过程问题记录；

3）样机试点测试和总结。

7.5准出

样机试点测试完成或试点测试取消。

8产品发布

8.1准入

完成验收测试或满足项目立项时约定的发布条件。

8.2输入

验收测试报告

8.3产品发布流程

8.3.1产品发布流程图

产品发布流程图，见图5。

图5产品发布流程图

8.3.2流程说明

1）产品经理编制《产品发布计划》，提交产品管理组审批。

2）产品经理组织研发和技术支持部门制定《产品推广策略和计划》，编制产品发布《业务决策表》，提交产品管理组审批；

3）产品经理负责组织编写产品宣传资料，提交产品管理组审批；

4）项目经理负责所有产品生产文件的齐套输出；

5）产品经理负责编制产品量产《业务决策表》，提交产品管理组审批；

6）市场部负责组织召开产品发布会；

7）会产品经理负责组织更新产品销售目录。

注：

未发布或不满足产品发布要求的产品，因市场紧急需求需要生产和在市场销售，产品经理必须编制产品早期销售《业务决策表》，提交产品管理组评审决策，通过后才能在市场销售。

8.4输出

1）业务决策表（早期销售）；

2）产品发布计划；

3）产品推广策略与计划；

4）业务决策表（产品发布）；

5）产品推广PPT、产品宣传手册、订货指导、工程应用指南；

6）业务决策表（产品量产）；

7）产品销售目录。

8.5准出

产品发布完成。

8.6流程配置

流程配置要求见表3。

表3流程配置要求

配置活动

配置状态

配置条件

4）生产文件齐套输出

可选

定制类产品文档一次性发放生产，生产完成本批次订单后，相应文档冻结；

5）转量产申请

可选

不满足转量产条件，需要下发生产时，产品文档一次性发放生产，生产完成本批次任务后，相应文档冻结。

不需要转量产申请。

6）产品发布；

可选

产品规划中没有明确要求召开产品发布会的，不执行此活动。

9课题发布

9.1准入

完成验收测试或满足项目立项时约定的发布条件。

9.2输入

验收测试报告

9.3课题发布流程

9.3.1课题发布流程图

课题发布流程图，见图6。

图6课题发布流程图

9.3.2流程说明

1）项目经理在验收通过并将相关完成所有项目文件归档工作后填写《课题成果发布申请表》，附验收报告一并提交产品线平台管理部门负责审核；

2）平台管理部负责人审核研发课题项目成果是否达到项目预期目标和期望，审核通过后，本课题的相关信息维护更新《课题成果清单》；

3）由平台管理部负责每月向专业室发布《课题成果清单》。

9.4输出

1）课题成果发布申请表；

2）课题成果清单。

9.5准出

课题发布完成。

10产品状态维护

10.1准入

产品发布通过。

10.2输入

1）产品缺陷信息；

2）产品需求信息。

10.3产品状态维护流程

10.3.1产品状态维护流程图

产品状态维护流程图，见图7。

图7产品状态维护流程图

10.3.2流程说明

1）产品缺陷受理

a）产线上产品缺陷的受理由对应产品线的质量工程师统一受理，并将产品缺陷反馈到产品经理和研发产品线经理，并登记到缺陷受理表；

b）市场的产品缺陷的受理一般由产品经理收集或技术支持收集，最后统一报到各事业部的缺陷受理部门进行统一的受理处理流程。

2）产品缺陷管理

a）各事业部的缺陷受理部门统一将受理的缺陷报到产品经理处，产品经理对缺陷的关闭进行决策处理；

b）缺陷处理决策包括产品经理对缺陷进行初步判断后，对需要进行修正的缺陷报到研发产品线经理，进入《测试管理规程》的《缺陷处理流程》。

3）缺陷跟踪

a）产品经理对缺陷的处理进度进行跟踪；

b）QA按照缺陷处理的时间要求，定期对缺陷处理的进度进行检查和审计。

4）需求受理

产品经理通过主动调研（包括主动与分公司座谈、与客户沟通以及通过第三方调研机构获取信息等途径）及被动反馈获得产品新需求，并将新需求登记到需求的受理表，并对需求重要等级，处理时间等信息进行登记；

5）产品维护升级计划

a）产品经理对需求或缺陷进行初步判断，充分评估其市场业务价值、研发资源占用情况，给出响应的响应等级和规划，如果需要进行需求开发，对新增的需求纳入规划滚动计划，进入规划滚动流程；

b）产品经理判断收集到的缺陷或需求属于已纳入了退市或切换的产品，则进入产品退市或切换流程。

10.4输出

需求缺陷受理表。

10.5准出

产品退市。

11产品退市

11.1准入

满足产品规划的退市条件。

11.2输入

产品路线总表。

11.3产品退市流程

11.3.1产品退市流程图

产品退市流程图见图8。

图8产品退市流程图

11.3.2流程说明

1）产品经理负责跟踪分析产品的市场前景（包括但不限于老产品的价值、全国的出货情况）、替代产品的研发状态，调研供应链库存和备料情况，制定产品退市切换的总体计划，编制产品退市决策表，提交产品管理组审核、供应链体系会签、技术策略委员会批准；

2）产品经理负责按退市切换计划，跟踪产品的退市切换，主要包括以下几项活动：

a）明确新产品的状态，通知供应链针对新产品进行备料准备；

b）产品经理给各分公司发布新老产品的切换计划；

c）在满足老产品维护备货的基础上，生产停止老产品的生产；

d）运营停止退市产品备料，并统计退市产品及切换产品库存物料，并冻结退市产品BOM的编码及申请；

e）更新订货指导发布新产品。

11.4输出

1）业务决策表（产品退市）；

2）产品退市切换计划；

3）产品退市通知；

4）产品销售目录。

11.5准出

退市切换完成。

12记录

11CMMI-02-012产品发布申请表

11CMMI-02-013产品转量产决策表

11CMMI-02-014课题成果申请表

11CMMI-02-015产品需求和缺陷受理表

11CMMI-02-009课题成果清单