检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
需求高效跨项目协同 大型产品开发往往涉及到数千人大兵团规模作战,协作关系与项目运作沟通成本呈指数级上升,基于华为公司跨部门团队理念与实践,Req联结项目、人、工作项,提供无限组织层级、无限功能领域的网状跨项目协作管理能力,实现立体高效协同,加速信息流转。 支持将研发需求下发至下游项目
特性,支持端到端的高效、透明、可视的管理。 需求管理特性 需求规划与需求分解 客户的需求或原始需求,通常是抽象甚至宏观的,需要理解客户需求背后的问题本质,来把客户需求或原始需求进行规划和分解,最终分解为每个迭代可交付的最小工作项。 需求管理服务Scrum项目类型中,预置了敏捷实践中推荐的“Epic
需求管理 如何理解敏捷需求管理的四个关键词 如何在软件项目需求变更频繁的情况下做好有效的需求管理和规划 如何进行需求结构化管理 如何进行需求优先级管理 如何避免重要需求遗漏 父主题: Scrum项目最佳实践
景的IPD需求管理方法,通过结构化流程、强大的跨项目协作能力来对大型产品开发进行高质高效的管理。 需求模型:IPD需求管理是华为集成产品管理开发的核心流程,本模板预置产品需求管理的最佳实践,针对系统设备类提供结构化研发流程,具备客户原始需求管理、产品特性树管理、研发需求分解分配、基线、变更、跨项目协作等关键特性。
获取需求统计信息 功能介绍 获取需求统计信息 调用方法 请参见如何调用API。 URI GET /v4/projects/{project_id}/demand-statistic 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String devcloud项目的32位id
当工作项层级为“战略”时,工作项类型对应“商业目标”。 “需求” “需求” 当工作项层级为“需求”时,工作项类型对应“需求”。 “开发” “任务”或“缺陷” 当工作项层级为“开发”时,工作项类型对应“任务”和“缺陷”。 父主题: 管理看板类型项目需求
如何进行需求结构化管理 为什么要进行需求结构化管理? 并不是说任何情况下都需要进行软件项目需求的结构化管理。如果只是事务性质的管理需求,也就是有需求了能记录、能跟踪状态、实现之后不需要继续跟踪、也不需要维护需求与需求之间的关联,那么不需要思考需求结构化管理这个问题。这种情况下,不
如何进行需求优先级管理 需求优先级管理四步走 需求优先级的管理,其实是为了帮助需求管理者确定先做哪个需求后做哪个需求,从而可以最大化回报、最小化风险或投入。要做好优先级管理,或者更直接来说是优先级顺序管理,需要做到如下四件事情: 确定优先级模型:优先级看起来像是一个简单直接的值,
分析 提交原始需求完成后,状态变为“分析”。 需求承接人可以根据需求的内容,分析是否接纳需求。如果不接纳,可以选择“退回”或“挂起”需求。 退回需求后,状态变为“确认”,需求提出人可直接关闭或重新提交需求。 规划 接纳原始需求后,状态变为“规划”。 需求承接人可规划需求的具体信息,
IPD独立软件类项目研发需求流程介绍 研发需求生命周期共有初始、分析、开发、测试、完成五个状态,完整的转状态流程图如图1所示。 图1 研发需求状态转换流程图 各状态下对应的操作如表1所示。 表1 研发需求状态转换操作说明 状态 流转说明 初始 新建研发需求时,状态默认为“初始”。
在IPD系统设备类项目中管理研发需求 完成新建研发需求操作后,您可以在项目内对工作项做如下的管理动作。 在研发需求列表页中管理研发需求 进入项目主页,选择“工作项 > 需求管理 > 研发需求”页签,可进行如下操作。 图1 研发需求列表页 表1 研发需求列表管理操作 操作项 操作步骤 查询研发需求 通过添加筛选条件查询研发需求
管理看板类型项目需求 看板项目需求管理流程介绍 看板项目公共配置管理 新建并管理看板项目工作项 配置看板项目迭代 跟踪看板项目进展
遗漏。 重要需求遗漏,紧急:既然是又重要又紧急的需求,那么必然就得调整当前开发工作的顺序,把这个遗漏的重要紧急需求排进去,把工作安排下去;然后就要考虑从需求的优先级和需求的结构化管理两个方面入手复盘,并切实改进,避免类似情况再次发生。 需求遗漏:如果是不太重要的需求遗漏,按照常规
来核心价值。 研发需求(IR/SR/AR) 研发需求下的工作项有以下三种类型: IR初始需求 站在客户/市场视角,以准确的语言、完整的背景、标准的格式重新描述的需求。 SR系统需求 站在研发视角,描述系统对外呈现的、可测试的功能性需求和非功能性需求。 功能性需求是对系统提供功能的场景化的具体要求。
推荐模板:作为<用户角色>…我想要<结果>…以便于<目的> 作为项目经理,希望通过过滤处理人,以便于快速查询指定人的需求。 作为开发人员,希望将无用的信息进行折叠,以便于减少视觉干扰。 作为测试人员,希望将测试用例和需求关联,以便于跟踪需求的验证。 Task(任务) 在迭代计划会议中,将纳入迭代的Story指派给具体
IPD独立软件类项目需求管理流程介绍 IPD独立软件类项目是面向独立软件类开发场景的IPD需求管理方法,通过结构化流程、强大的跨项目协作能力来对大型软件开发进行高质高效的管理,主要包含原始需求、系统特性、研发需求、任务、缺陷等内容,任务和缺陷是在需求实现过程中产生的活动和发现的问题。
分析 提交原始需求完成后,状态变为“分析”。 需求承接人可以根据需求的内容,分析是否接纳需求。如果不接纳,可以选择“退回”或“挂起”需求。 退回需求后,状态变为“确认”,需求提出人可直接关闭或重新提交需求。 规划 接纳原始需求后,状态变为“规划”。 需求承接人可规划需求的具体信息,
需求管理(CodeArts Req)使用流程 背景信息 CodeArts Req是华为多年研发实践沉淀的需求管理与团队协作服务,内置多种开箱即用的场景化需求模型和对象类型(需求/缺陷/任务等),可支撑IPD、DevOps、精益看板等多种研发模式,还包含跨项目协同、基线与变更管理、自定义报表等功能。
下游项目配置”中进行配置。 关联子需求 单击原始需求操作栏的图标,可以对当前原始需求进行关联子需求操作。 复制新建原始需求 单击原始需求操作栏下的“复制新建”,可将该需求快速复制,复制新建原始需求流程同新建原始需求。 查看原始需求追溯图谱 单击原始需求操作栏下的“追溯图谱”,可查看该需求的追溯图谱,追溯图谱中展示该需求的关联项中全部数据。
Epic、Feature、Story和Task用来划分需求颗粒度的标签,可以看作需求占位符,分别代表需求颗粒度从大到小。每个层级的需求本身又承载着一些意义,在进行需求划分的时候可以进行参考。 Epic:史诗,是项目的愿景目标。通过Epic的落地达成,使公司可以获得相应的市场地位和回报,具有战略价值。通常需要数月完成。