1 / 24
文档名称:

PF ARM A 60敏捷需求管理过程.docx

格式:docx   大小:374KB   页数:24页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

PF ARM A 60敏捷需求管理过程.docx

上传人:fwang2 2024/5/19 文件大小:374 KB

下载得到文件列表

PF ARM A 60敏捷需求管理过程.docx

相关文档

文档介绍

文档介绍:该【PF ARM A 60敏捷需求管理过程 】是由【fwang2】上传分享,文档一共【24】页,该文档可以免费在线阅读,需要了解更多关于【PF ARM A 60敏捷需求管理过程 】的内容,可以使用淘豆网的站内搜索功能,选择自己适合的文档,以下文字是截取该文章内的部分文字,如需要获得完整电子版,请下载此文档到您的设备,方便您编辑和打印。PF_ARM_M_60242024PF_ARM_M_60敏捷需求管理过程文档编号:PF_ARM_M_60文档信息:组织级过程文件文档名称:需求管理过程文档类别:需求管理类密级:内部版本信息::2014/06/20创建人:张世豪审核者:谢东批准人:谢志华批准日期:2014/09/12PF_ARM_M_6022024PF_ARM_M_60文档修订记录版本编号或者更改记录编号*变化状态简要说明(变更内容和变更范围)/07//08/03张世豪*变化状态:A——增加,M——修改,D——删除文档评审记录序号评审人角色评审日期签字备注1谢东开发管理部经理2014/08/082谢东开发管理部经理2014/08/ 74. 过程活动 ---相关过程 ---相关规程 ---相关指南 ---相关检查单 ---相关模板 ---相关工程方法 ---相关最佳实践 ,指导产品的需求收集,需求分析,需求拆分,需求开发,需求验证及发布,并跟踪产品概念,开发,发布,运营四大阶段中需求的形态和状态。指导研发团队管理需求。 本过程适用于:l???????机构:适用于集团内各产品研发组织l???????业务:指导需求收集,需求分析,需求拆分,需求开发,需求验证及发布,及全生命周期状态跟踪l???????产品类型:平台产品,标准产品,:包括来源于规划的目标,UE/UI目标,用户最初的需求,产品创意,表达干系人及客户的最初的意愿。产品规划:PO根据调查研究,在了解市场、了解客户需求、了解竞争对手、了解外在机会与风险以及市场和技术发展态势的基础上,根据公司自身的情况和产品发展方向,制定出可以把握市场机会,满足消费者需要的产品的远景目标(Vision)以及实施该远景目标的过程。产品规划的内容包括产品定位、产品生命周期规划、包含版本规划、版本范围规划。需求场景:需求场景是一种分析和描述用户需求的方法,它应该拥有这样的结构:“在某某时间(when),某某地点(where),周围出现了某些事物时(withwhat),特定类型的用户(who)萌发了某种欲望(desire),会想到通过某种手段(method)来满足欲望。”。产品需求条目:PO在产品需求分析阶段的输出,是基于场景细化出的需求条目,是产品中独立的任务单元,产品需求条目可独立体验、测试或验证。产品需求条目的描述方式为:a)产品功能需求条目的描述方法为:作为XXX要执行XXX操作(活动),以满足XXX。需求条目细化粒度为用户目标级的需求,不是企业概要级的条目,是基于某一个角色执行某一个活动的单一描述,而不是角色和活动的组合;PF_ARM_M_6052024PF_ARM_M_60b)设计等非功能需求:PO提出设计需求,包含性能需求、设计约束,设计行业规范、外部系统设计接口等;Productbacklog:产品需求条目列表,是产品需求范围的载体,用于工作量评估和优先级评定,同时可作为制定sprintbacklog,sprint计划,发布计划相关工作的输入特征:特征(Feature)作为一个开发单位,是项目中的一个功能增量,是指“用户眼中最小的有用的功能”,可以在1周内实现。特征是对应到产品模块级的描述。特征描述方法:作为XXX(角色)通过XXX(功能)达到XXX;设计特征可不采用这种模式;产品形态:即产品类型一般包括用友体系内的平台产品,标准产品,移动互联网产品需求跟踪:跟踪“原始需求-(场景)-产品需求条目-特征-测试”的一致性。需求跟踪可通过工具或人工管理需求跟踪记录来进行,为产品追溯提供条件,保障产品符合用户需求。需求跟踪数据分析后可以为项目监控和风险管理提供依据。《用户故事和敏捷方法》,包括收集原始需求,制定产品需求条目,制定产品发布计划,细化需求,验证需求及发布产品。指导产品概念,开发,发布,运营四大阶段中如何进行需求管理,关注需求的形态和状态。PF_ARM_M_6062024PF_ARM_M_60PO,需求分析师获取用户原始需求,定期对原始需求进行梳理讨论,分析场景,初步评估优先级并确定解决方案,规划解决日期及产品版本。原始需求讨论确认后纳入需求池进行管理。PO基于需求池中的原始需求,进行产品需求条目的编写,,包括场景,整体解决方案,业务需求跟踪纳等,作为产品需求条目的细化补充。对产品需求条目进行优先级的评定和估算,形成MVP。产品需求需要评审,可迭代进行。产品需求评审通过后,PO组织团队基于productbacklog制定产品发布计划。发布计划包括发布时间,版本类型,需求范围,质量要求等。评审通过后,制定相关开发和测试计划。产品需求条目评审通过后,需求分析师参考概要需求,对需求条目进行进一步的细化,与团队成员沟通产品详细解决方案,拆分特征条目和验收标准,形成Sprintbacklog,开发团队基于特征进行设计,工作量估算和优先级评定;特征在SPRINT中开发完成后,提交后形成可工作产品,需求分析师及时针对可工作产品进行验证,PO对需求条目进行验证。特征验证缺陷问题反馈给开发团队进行修正,PO针对产品需求条目验证结果,调整Productbacklog。需求验证通过后,提交集成,测试负责人组织测试团队,按照待发布版本的质量要求,对产品进行集成测试和发布测试。PO组织团队进行发布产品资料的准备,按照发布流程发布产品。PF_ARM_M_6072024PF_ARM_M_60PO在规划,立项评审通过后,建立需求跟踪矩阵,并在产品生命周期中,完善需求跟踪矩阵,当开发活动导致跟踪矩阵中产品需求条目变化时,更新需求跟踪矩阵。定期根据需求跟踪信息,报告需求的状态,确认开发产品与用户需求的一致性,并根据对比结果,调整需求和相关开发活动,应对变化。需求管理相关迭代活动如下:迭代活动1(A->B->6):基于业务场景,针对特征和部分产品需求条目进行验证,开发团队提交特征和产品需求条目后即可开始验证,迭代周期一般小于Sprint周期。验证结果及时反馈给开发团队,开发团队修正特征和部分产品需求条目的缺陷。迭代活动2(2->3->5->A->B->6):基于业务场景,验证产品需求条目,验证结果用于动态调整Productbacklog及产品发布计划,以应对快速变化的市场需求。迭代活动3(C):Sprint开发,快速迭代开发符合一定质量要求的可工作产品,提供给PO,需求分析师,UE设计师,及相关干系人进行验证和反馈。评审点包括产品需求评审(D),产品发布计划评审(E),评审推动产品发布,协调相关部门和角色进行发布的准备工作。负责协调和解决需求跟踪中发现的问题与障碍。评审产品需求评审产品发布计划测试待发布产品PO产品规划,产品目标定义,制定发布计划/里程碑计划,计划评审企业建模,用户建模,用户分析产品定义及评审,包括编写产品需求条目《productbacklog》,优先级定义,场景分析,产品需求条目评审参与需求分析,指导编写,评审等收集原始需求编写产品需求条目产品需求条目优先级评定和估算评审产品需求编写产品发布计划根据产品线组织架构不同,该角色可能涉及到现有产品线PO,主需求相关岗位,同时作为内部的客户代表PF_ARM_M_6092024PF_ARM_M_60评审产品发布计划拆分特征和细化需求验证需求条目和特征验证交互与UI规范测试待发布产品准备发布资料跟踪需求需求分析师收集创意,缺陷,功能需求同行同类产品分析与比较依据产品需求场景细化应用模型根据产品需求条目拆分形成特征列表,协助开发团队进行工作量评估验证需求特征协助PO验证需求收集原始需求编写产品需求条目产品需求条目优先级评定和估算评审产品需求拆分特征和细化需求验证需求条目和特征验证交互与UI规范测试待发布产品准备发布资料跟踪需求根据产品线组织架构不同目前需求分析师可能在开发团队内部,也可能在开发团队外部UE设计师UE/UI规范UE/UI设计参与产品需求条目讨论UE/UI验证编写产品需求条目评审产品需求拆分特征和细化需求验证交互与UI规范SM跟踪迭代中产品需求条目和特征开发的进度,消除团队开发中遇到的障碍,保证sprint产品需求条目和特征开发活动顺利进行。承担着内部ScrumMaster的职责。产品需求条目优先级评定和估算PF_ARM_M_6092024PF_ARM_M_60编写产品发布计划评审产品发布计划验证需求条目和特征验证交互与UI规范测试待发布产品准备发布资料开发团队负责产品需求条目的开发实现,包括特征优先级定义,工作量评估,特征实现,特征验证,保证按期交付可运行达到质量目标的研发成果。编写产品需求条目拆分特征和细化需求验证需求条目和特征验证交互与UI规范测试待发布产品跟踪需求开发团队一般涵盖需求分析师,设计编码人员,测试人员,开发过程以团队为主体,承接任务,保证产品的质量,共同决策并对交付成果负责。测试团队根据发布计划的内容,对产品的质量进行持续验证,从而保证产品的发布符合质量要求。一般承担产品线或产品的集成测试,发布和发版测试工作。编写产品需求条目拆分特征和细化需求测试待发布产品一般是独立的测试部门,测试负责人负责测试计划的制定,测试质量工作的推进,消除测试工作中的障碍,保证发布产品的质量。产品需求条目优先级评定和估算制定发布计划测试待发布产品敏捷教练参与开发过程中关键活动,指导团队敏捷开发,消除团队开发中遇到的障碍,改进开发过程,保证敏捷开发活动顺利进行全活动选择性一般为外部敏捷教练客户参与UE设计,协助确认交互和原型PF_ARM_M_60112024PF_ARM_M_60参与需求分析,协助确认产品需求满足用户需求参加需求评审参与产品的验证与反馈编写产品需求条目评审产品需求其他干系人在产品需求条目评审时,负责在产品市场、产品客户使用等层面提供信息在产品发布计划评审时,提供产品市场、产品客户使用等层面对发布计划的要求在产品生命周期中,对产品提出意见和建议,及反馈新的需求产业链部门人员负责产品发版前的产品验证工作;评审产品需求评审产品发布计划跟踪需求其他干系人一般包括产业链相关人员,产品市场代表,产品运维,运营,产品总监,质量总监,相关领域PO过程活动过程活动清单参考《集团敏捷需求管理过程框架》中的所有细分活动,本章针对这些细分活动逐一描述。 活动目标收集原始需求,为产品需求分析,需求定义,需求拆分和开发,发布提供依据。参与人员与职责主要负责人:POPO:PO基于产品规划,进行产品模型分析,同类软件分析,市场调研,竞争分析,以及用户对产品反馈的分析明确产品的目标,基于产品目标收集,分析和编写原始需求,并将原始需求纳入到需求池需求分析师:通过获取项目需求问题,进行分析,形成原始需求,并将原始需求纳入到需求池。入口准则产品规划已启动输入《产品规划》用户反馈(支持网问题,用户调研需求,其他途径反馈问题)