您好!欢迎光临普瑞思咨询网站!
服务热线 设为首页 | 加入收藏 | 网站地图

您的位置:首页 >> 培训文章 >> 研发项目 >> 正文

培训文章

产品管理业务流程模型分析

作者: 来源: 文字大小:[][][]
信息模型描述了产品管理业务流程的静态特性。但产品管理业务流程需要不同的角色参与和协作,分别完成不同的任务。因此,本节通过流程模型来描述 Gizmo 的产品管理业务流程的动态特性。
营销管理流程
营销管理流程是围绕对市场计划的制定、执行和监控,具体步骤包括:市场和环境分析、锁定营销目标、确定营销战略、营销组合和营销控制。营销计划所处的状态通过属性“Status”来表示,其状态值可为“Draft、Active、Rejected 或 Obsolete”。通常,营销计划由市场经理负责进行维护,并组织公司相关人员对参与对营销计划的阶段性评审,因此对营销计划的处理流程不通过工作流技术进行固化和自动化。
产品管理流程
产品管理流程主要围绕产品商业计划书来进行的,并通过状态值来标识该产品在产品生命周期中所处的状态。这些状态值可为:Concept( 概念阶段)、Under Development( 概念阶段)、Introduced( 处于上市推广阶段)、Growth( 处于市场份额增长阶段)、Maturity( 产品在市场上有稳定的销售额和稳定的增长)、Decline( 销售额下降,并逐步丢掉市场份额)和 Terminate( 产品的维护成本超过了销售额,产品将退出市场)。
通常,产品商业计划的维护由产品经理来进行,并组织公司相关人员对关键点进行评审,因此对产品商业计划的处理流程不通过工作流技术进行固化和自动化。
发布管理流程
发布管理流程涉及到发布创建、规划发布内容、实现发布和验证发布等环节,涉及产品经理、开发经理等角色。此外,其他职能部门领导或公司高层组成集成产品管理团队(IPMT,Integrated Product Management Team)对发布进行评审。下图是描述 Gizmo 手机发布流程的流程图,帮助流程参与人员理解流程活动以及先后顺序。
图 3. 发布管理流程活动图
下表简要描述发布管理流程中的每个任务。
表 2. 发布管理流程任务描述
  任务名称  责任人  任务描述 
增加(Add Release)  产品经理  根据市场规划或用户需求规划的产品发布 
计划(Plan Release)  产品经理  确定实施该发布的时间信息(如计划发布日期)和成本信息(如预算成本)
确定该 Release 要解决的用户需求,并指定开发经理 
评审(Review Release)  IPMT  对该发布从市场、进度、成本、风险等因素进行评审,如评审通过则 Start Release,否则 Postpone 该 Release 
完成(Finish Release)  项目经理  完成该 Release 的相关开发、测试工作 
验证(Verify Release)  产品经理  对该 Release 的质量以及相关信息进行验证,如通过则批准该 Release 
下图是描述发布的状态迁移图,帮助明确流程所处理信息的状态迁移顺序以及实现状态迁移的动作,从而提高对发布流程的管理水平。
图 4. 发布管理流程状态转换图
其中每个状态的定义如下表。
表 3. 发布管理流程状态描述
  属性值  说明 
计划中(In Planning)  该发布正处于计划中 
已计划(Planned)  该发布的计划已经完成(工作内容、时间、成本等信息已确定) 
已启动(Started)  该发布的开发工作已经启动 
已完成(Finished)  该发布的开发工作已经完成 
已验证(Verified)  该发布所实现的用户需求都完成,可以交付该发布 
已推迟(Postponed)  该发布被推迟 
用户需求管理流程
用户需求(User Request,下图中简称 UR)管理流程覆盖了从提交到最终解决的一个端到端的流程。Gizmo 的用户需求管理流程的流程图参见如下图。
图 5. 用户需求管理流程活动图
下表简要描述用户需求管理流程中的每个任务。
表 4. 用户需求管理流程任务描述
  任务名称  责任人  任务描述 
起草(Draft UR)  产品相关者  起草用户需求描述 
提交(Submit UR)  产品相关者  当确认用户需求起草完备后,提交用户需求 
分析(Analyze UR)  产品经理  分析用户需求的合理性,如该用户需求合理,则接受(Accept),如和别的用户需求重复,则执行 Duplicate 动作,如不合理,则执行 Reject 动作,如提交的信息不全,则执行 Clarify 动作 
计划(Plan UR)  产品经理  分析用户需求的优先顺序,并根据发布的时间安排以及可用资源状况,确定用户需求将在哪个发布中解决 
评审(Review UR)  系统工程师  对用户需求进行技术评审,如通过则执行启动(Start)动作,否则执行推迟(Postpone)动作 
完成(Finish UR)  系统工程师  当用户需求已经实现并通过测试,则执行 Finish 动作 
验证(Verify UR)  产品经理  对用户需求的解决情况进行最后确认。 
Gizmo 用户需求的状态迁移图形如下。
图 6. 用户需求管理流程状态转换图
其中每个状态的定义如下。
表 5. 用户需求管理流程状态描述
  属性值  说明 
Drafted  新起草的用户需求 
Submitted  新提交的用户需求 
Accepted  用户需求已经接受 
Planed  用户需求已经被计划到特定的发布上去实现 
Started  已经启动该用户需求需要的开发工作 
Finished  已经完成该用户需求需要的开发工作 
Verified  该用户需求已经完成最后确认 
Duplicated  该用户需求和别的用户需求重复 
Rejected  该用户需求被拒绝 
To be Clarified  该用户需求需要提交者补充信息 
Postponed  该用户需求已经被推迟 
产品需求管理流程
产品需求管理流程实现了对产品需求的创建、分配、实现和验证全过程的管理。下图是 Gizmo 的产品需求管理流程的流程图和状态迁移图。对每个活动和状态的描述类似用户需求管理流程,故在本节省略。
图 7. 产品需求管理流程活动图
产品管理流程整合
发布管理流程、用户需求管理流程和产品需求管理流程之间不是孤立的,它们之间有一定的关系。下图简要描述了如何整合这三个流程,完成一个发布的所有处理活动。
图 8. 产品管理整合流程活动图
业务流程分析小结
通过对 Gizmo 的产品管理业务流程从角色、信息模型、流程模型的角度对进行分析,对流程进行了结构化的描述,帮助产品管理流程相关人员理解该流程,并为后续的产品管理流程信息化打下基础。

上一篇:产品管理业务流程分析 下一篇:中国中小企业的最佳研发管理实践


上海创卓商务咨询有限公司 版权所有 电话:021-36338510 /36539869 传真:021-36338510 邮箱:info@purise.com 网址:www.purise.com
Copyright 2004 All right reserved() 沪ICP备11020370号