通过流程模型来描述产品管理业务流程的动态特性析

通过流程模型来描述产品管理业务流程的动态特性析

ID:30937261

大小:426.48 KB

页数:6页

时间:2019-01-04

通过流程模型来描述产品管理业务流程的动态特性析_第1页
通过流程模型来描述产品管理业务流程的动态特性析_第2页
通过流程模型来描述产品管理业务流程的动态特性析_第3页
通过流程模型来描述产品管理业务流程的动态特性析_第4页
通过流程模型来描述产品管理业务流程的动态特性析_第5页
资源描述:

《通过流程模型来描述产品管理业务流程的动态特性析》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、通过流程模型来描述产品管理业务流程的动态特性析信息模型描述了产品管理业务流程的静态特性。但产品管理业务流程需要不同的角色参与和协作,分别完成不同的任务。因此,本节通过流程模型来描述Gizmo的产品管理业务流程的动态特性。营销管理流程营销管理流程是围绕对市场计划的制定、执行和监控,具体步骤包括:市场和环境分析、锁定营销目标、确定营销战略、营销组合和营销控制(参见http://en.wikipedi8.org/wiki/Marketing_plan)。营销计划所处的状态通过属性"Status”来表示,其状态值可为“Draft、Active、Rejected或

2、Obsolete”。通常,营销计划由市场经理负责进行维护,并组织公司相关人员对参与对营销计划的阶段性评审,因此对营销计划的处理流程不通过工作流技术进行固化和口动化。产品管理流程产品管理流程主要围绕产品商业计划帖来进行的,并通过状态值来标识该产品在产品生命周期中所处的状态。这些状态值可为:Concept(概念阶段)、UnderDevelopment(概念阶段)、Introduced(处丁上市推广阶段)、Growth(处丁•市场份额增长阶段)、Maturily(产品在市场上有稳定的销售额和稳定的増长)、Decline(销售额下降,并逐步丢掉市场份额)和Ter

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

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

5、e,否则Postpone该Release完成(FinishRelease)项H经理完成该Release的相关开发、测试工作验证(VerifyRelease)产品经理对该Release的质量以及和关信息进行验证,如通过则批准该Release卜•图是描述发布的状态迁移图,帮助明确流程所处理信息的状态迁移顺序以及实现状态迁移的动作,从而捉高对发布流程的管理水平。图4.发布管理流程状态转换图其屮每个状态的定义如下表。表3.发布管理流程状态描述属性值说明计划中(InPlanning)该发布正处于计划小已计划(Planned)该发布的计划已经完成(工作内容、时间、成

6、本等信息已确定)已启动(Started)该发布的开发工作已经启动已完成(Finished)该发布的开发工作已经完成已验证(Verified)该发布所实现的用户需求都完成,可以交付该发布已推迟(Postponed)该发布被推迟用户需求管理流程用户需求(UserRequest,下图中简称UR)管理流程覆盖了从提交到最终解决的一个端到端的流程。Gizmo的用户需求管理流程的流程图参见如下图。图5.用户需求管理流程活动图卜•表简要描述用户需求管理流程111的每个任务。表4.用户需求管理流程任务描述任务名称责任人任务描述起草(DraftUR)产品相关者」起草用户需

7、求描述捉交(SubmitUR)舉者当确认用户需求起草完备后,提交用户需求分析(AnalyzeUR)产品经理分析用户需求的合理性,如该用户需求合理,则接受(Accept),如和别的用户需求重复,则执行Duplicate动作,如不合理,则执行Reject动作,如提交的信息不全,则执行Clarify动作计划(PlanUR)产品经理分析用户需求的优先顺序,并根据发布的时间安排以及町用资源状况,确定用户需求将在哪个发布中解决评审(ReviewUR)系统工程师对用户需求进行技术评审,如通过则执行启动(Start)动作,否则执行推迟(Postpone)动作完成(Fin

8、ishUR)系统工程师当用户需求已经实现并通过测试,则执行Finish动作验证(

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。