检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
原始需求各状态下对应的默认操作如表1所示。 表1 原始需求状态转换操作说明 状态 流转说明 提交 新建原始需求时,保存后状态默认为“提交”。 需求提出人默认为创建需求的人。 分析 提交原始需求完成后,状态变为“分析”。 需求承接人可以根据需求的内容,分析是否接纳需求。如果不接纳,可以选择“退回”或“挂起”需求。
根据实际需要在左侧导航分类选择模板,设置“公开性”,单击“确定”。发布后的文档显示在目录的列表中。 在项目Wiki新建文档 进入项目Wiki页面新建文档。 项目Wiki页面为空,可以单击页面中心的“新建文档”,进入“选择模板”窗口。 项目Wiki页面目录有内容,可以单击目录右侧的“新建 > 文档”,进入“选择模板”窗口。
进入“迭代”页面,单击图标,切换到卡片模式。页面中展示了处于每种状态下的工作项卡片,通过拖拽工作项卡片即可更新其状态。 迭代评审会议验收迭代成果。 在到达迭代的预计结束时间前,项目组召开迭代评审会议,展示当前迭代的工作成果。 “迭代”页面提供了迭代统计图表,团队可以方便的统计当前迭代的进度情况,包括需求完成情况、迭代燃尽图、工作量等。
基线评审”,进入基线评审页,选择“我创建的”视图,可以看到自己创建的BR单,在“状态”一栏中可以看到评审单的最终结果。 图11 通知 图12 基线评审列表页 单击研发需求页签,进入研发需求列表页,可以看到选择加入至BR单的研发需求全部成为“已基线”状态,到此,您可以实现了研发需求的基线锁定业务流程。 图13
在整个产品生命周期管理中,缺陷管理是非常关键的一环。无论是硬件系统还是软件开发,都难免遇到不计其数的缺陷,如果缺陷管理不善,产品质量势必大打折扣。华为基于多年沉淀的质量运营管理经验,打造出一套行之有效的缺陷管理优秀实践,为团队提供统一、高效、风险可视的缺陷跟踪平台,确保每一个缺陷都被高质高效闭环。
对新创建的任务,可以执行以下操作。 表2 任务基本操作 操作项 说明 修改任务标题 单击任务标题后的图标进行修改。 修改任务字段 单击任务所在行的目标字段值,可以进行字段修改。 分解子任务 单击任务操作栏的图标,可以对当前任务进行分解子任务操作。 单击“分解子任务”弹窗中的“新增子
支持多种文件格式的上传、预览和下载。 个人文件库 项目知识空间 项目知识空间页面显示需求管理中的项目列表,为每个项目提供了Wiki和文件库的快捷入口,可针对该项目进行Wiki和文件库的管理。 项目知识空间 团队知识空间 团队知识空间是用户可以在页面上自己创建的,并可添加成员至团
对新创建的任务,可以执行以下操作。 表2 任务基本操作 操作项 说明 修改任务标题 单击任务标题后的图标进行修改。 修改任务字段 单击任务所在行的目标字段值,可以进行字段修改。 分解子任务 单击任务操作栏的图标,可以对当前任务进行分解子任务操作。 单击“分解子任务”弹窗中的“新增子
相关操作 对新创建的研发需求,可以执行以下操作。 表2 研发需求基本操作 操作项 说明 修改研发需求标题 单击研发需求标题后的图标进行修改。 修改研发需求字段 单击研发需求所在行的目标字段值,可以进行字段修改。 分解子需求 单击研发需求操作栏的图标,可以对当前研发需求进行分解子需求操作。
相关操作 对新创建的研发需求,可以执行以下操作。 表2 研发需求基本操作 操作项 说明 修改研发需求标题 单击研发需求标题后的图标进行修改。 修改研发需求字段 单击研发需求所在行的目标字段值,可以进行字段修改。 分解子需求 单击研发需求操作栏的图标,可以对当前研发需求进行分解子需求操作。
用,需要在指定的时间内为需求管理服务续费。 需求管理服务在到期前续费成功,需求管理服务可正常使用,且需求管理服务的资源使用不受影响。需求管理服务到期后的状态说明,请参见到期后影响。 续费相关的功能 包年/包月需求管理服务续费相关的功能如表1所示。 表1 续费相关的功能 功能 说明
RR客户原始需求来自公司内部和外部客户,以客户视角描述的原始问题或者原始诉求。客户需求属于原始需求的一种类别。此类需求需要RAT分析评审后作出决定。 IPD需求管理是华为集成产品管理开发的核心流程,系统已提供对应需求模板,并预置产品需求管理的最佳实践,针对系统设备类提供结构化的需求开发流程,主要流程分为:原始需
目可以创建最多5个看板。 “看板Kanban”的概念源于丰田精益生产系统,轻量、灵活和简单的团队协作方法。 看板协作是一种业界流行的轻量、灵活和简单的团队协作方法,它将项目的需求、缺陷和任务可视。 让每个人一目了然地掌握每项工作的状态,团队通过移动工作卡片的方式更新工作进展,及时暴露风险和问题。
另外需要提示一点,在整个移动过程的前提是需要制定一套移动规则,根据团队自身情况定义规则,可以根据团队意见进行调整,最后团队满意就是合适的规则。 需求变更情况下的移动 不接受变更 当一个Sprint的Sprint Backlog和Sprint目标确认后,为了保持团队在很短的时间内,全力以赴的向着Spri
研发需求(IR/US) 研发需求下的工作项有以下二种类型: IR初始需求 站在客户/市场视角,以准确的语言、完整的背景、标准的格式重新描述的需求。 US用户故事 对用户或客户有价值的功能点的简单描述,遵循INVEST原则。US间是解耦的,能够独立交付,是敏捷迭代交付基础。 任务(Task)
产品包需求:由产品经理/规划代表规划出来的、完整一致的、成系列的一组正式需求。 原则上特性是产品包的主要卖点(销售亮点)集合,每条特性都是满足客户特定商业价值诉求的端到端解决方案。其中,有一部分特性是可以通过License控制单独销售。 客户问题(PB) :客户面对的挑战与机会(客户战略与痛点
系统特性是产品包需求或服务支撑“客户问题(PB)”所具备的重大能力。 产品包需求:由产品经理/规划代表规划出来的、完整一致的、成系列的一组正式需求。 原则上系统特性是产品包的主要卖点(销售亮点)集合,每条系统特性都是满足客户特定商业价值诉求的端到端解决方案。其中,有一部分系统特性是可以通过License控制单独销售。
更多关于自组织的相关内容不在本文的范围内,如感兴趣请参阅参考文档。 从敏捷宣言和Scrum指南关于任务的工作方式上来看,在践行敏捷的时候,主要发挥的是开发团队自身的主观能动性,开发团队由原来的控制性转变成了自组织性,而开发任务也就由原来的指派变为了领取。这样的好处是,领取任务就
敏捷开发过程中,团队的目标不是满足某个计划或者某个事先认为事情如何进展的预言。相反,团队的目标是快速地重新制定计划并根据开发过程中不断出现的、具有重要经济价值的信息进行调整。因此,通过梳理以后的工作项,可以对应的调整计划。原计划准备做的工作项可能被移入到下一个迭代中实现,这里体现的是“等价交
通过后,受控字段的变更内容才会同步至缺陷中。 说明: 缺陷的受控状态由状态流是否在该状态的“字段配置”设置“受控字段”来决定,若有设置受控字段,则该状态为受控状态。 原始需求、系统特性、研发需求、缺陷 基线评审(BR) 当系统特性、研发需求需要被设置为基线时,可以发起基线评审,只