通过流程模型来描述产品管理业务流程的动态特性析_第1页
通过流程模型来描述产品管理业务流程的动态特性析_第2页
通过流程模型来描述产品管理业务流程的动态特性析_第3页
通过流程模型来描述产品管理业务流程的动态特性析_第4页
通过流程模型来描述产品管理业务流程的动态特性析_第5页
已阅读5页,还剩1页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、 通过流程模型来描述产品管理业务流程的动态特性析信息模型描述了产品管理业务流程的静态特性。但产品管理业务流程需要不同的角色参与和协作,分别完成不同的任务。因此,本节通过流程模型来描述 Gizmo 的产品管理业务流程的动态特性。营销管理流程产品管理流程产品管理流程主要围绕产品商业计划书来进行的,并通过状态值来标识该产品在产品生命周期中所处的状态。这些状态值可为:Concept( 概念阶段)、Under Development( 概念阶段)、Introduced( 处于上市推广阶段)、Growth( 处于市场份额增长阶段)、Maturity( 产品在市场上有稳定的销售额和稳定的增长)、Declin

2、e( 销售额下降,并逐步丢掉市场份额)和 Terminate( 产品的维护成本超过了销售额,产品将退出市场)。通常,产品商业计划的维护由产品经理来进行,并组织公司相关人员对关键点进行评审,因此对产品商业计划的处理流程不通过工作流技术进行固化和自动化。发布管理流程发布管理流程涉及到发布创建、规划发布内容、实现发布和验证发布等环节,涉及产品经理、开发经理等角色。此外,其他职能部门领导或公司高层组成集成产品管理团队(IPMT,Integrated Product Management Team)对发布进行评审。下图是描述 Gizmo 手机发布流程的流程图,帮助流程参与人员理解流程活动以及先后顺序。图

3、 3. 发布管理流程活动图下表简要描述发布管理流程中的每个任务。表 2. 发布管理流程任务描述 任务名称 责任人 任务描述 增加(Add Release) 产品经理 根据市场规划或用户需求规划的产品发布 计划(Plan Release) 产品经理 确定实施该发布的时间信息(如计划发布日期)和成本信息(如预算成本)确定该 Release 要解决的用户需求,并指定开发经理 评审(Review Release) IPMT 对该发布从市场、进度、成本、风险等因素进行评审,如评审通过则 Start Release,否则 Postpone 该 Release 完成(Finish Release) 项目经理

4、 完成该 Release 的相关开发、测试工作 验证(Verify Release) 产品经理 对该 Release 的质量以及相关信息进行验证,如通过则批准该 Release 下图是描述发布的状态迁移图,帮助明确流程所处理信息的状态迁移顺序以及实现状态迁移的动作,从而提高对发布流程的管理水平。图 4. 发布管理流程状态转换图其中每个状态的定义如下表。表 3. 发布管理流程状态描述 属性值 说明 计划中(In Planning) 该发布正处于计划中 已计划(Planned) 该发布的计划已经完成(工作内容、时间、成本等信息已确定) 已启动(Started) 该发布的开发工作已经启动 已完成(F

5、inished) 该发布的开发工作已经完成 已验证(Verified) 该发布所实现的用户需求都完成,可以交付该发布 已推迟(Postponed) 该发布被推迟 用户需求管理流程用户需求(User Request,下图中简称 UR)管理流程覆盖了从提交到最终解决的一个端到端的流程。Gizmo 的用户需求管理流程的流程图参见如下图。图 5. 用户需求管理流程活动图下表简要描述用户需求管理流程中的每个任务。表 4. 用户需求管理流程任务描述 任务名称 责任人 任务描述 起草(Draft UR) 产品相关者 起草用户需求描述 提交(Submit UR) 产品相关者 当确认用户需求起草完备后,提交用户

6、需求 分析(Analyze UR) 产品经理 分析用户需求的合理性,如该用户需求合理,则接受(Accept),如和别的用户需求重复,则执行 Duplicate 动作,如不合理,则执行 Reject 动作,如提交的信息不全,则执行 Clarify 动作 计划(Plan UR) 产品经理 分析用户需求的优先顺序,并根据发布的时间安排以及可用资源状况,确定用户需求将在哪个发布中解决 评审(Review UR) 系统工程师 对用户需求进行技术评审,如通过则执行启动(Start)动作,否则执行推迟(Postpone)动作 完成(Finish UR) 系统工程师 当用户需求已经实现并通过测试,则执行 Fi

7、nish 动作 验证(Verify UR) 产品经理 对用户需求的解决情况进行最后确认。 Gizmo 用户需求的状态迁移图形如下。图 6. 用户需求管理流程状态转换图其中每个状态的定义如下。表 5. 用户需求管理流程状态描述 属性值 说明 Drafted 新起草的用户需求 Submitted 新提交的用户需求 Accepted 用户需求已经接受 Planed 用户需求已经被计划到特定的发布上去实现 Started 已经启动该用户需求需要的开发工作 Finished 已经完成该用户需求需要的开发工作 Verified 该用户需求已经完成最后确认 Duplicated 该用户需求和别的用户需求重复 Rejected 该用户需求被拒绝 To be Clarified 该用户需求需要提交者补充信息 Postponed 该用户需求已经被推迟 产品需求管理流程产品需求管理流程实现了对产品需求的创建、分配、实现和验证全过程的管理。下图是 Gizmo 的产品需求管理流程的流程图和状态迁移图。对每个活动和状态的描述类似用户需求管理流程,故在本节省略。图 7. 产品需求管理流程活动图产品管理流程整合发布管理流程、用户需求管理流程和产品需求管理流程之间不是孤立的,它们之间有一定的关系。下图简要描述了如何整合这三个流程,完成一个发

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论