检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
如何处理IPD类项目导入工作项条数校验异常的问题? IPD类项目协同需求下发后,下发人在哪里修改承接人? 更多 技术专题 技术、观点、课程专题呈现 如何开好迭代计划会议 布道师和产品经理,线下交流、布道、技术沙龙。 如何开好站立会议 布道师和产品经理,线下交流、布道、技术沙龙。 如何开好敏捷回顾会议 布道师和产品经理,线下交流、布道、技术沙龙。
顾和总结永远应该聚焦的是做事的方式方法而不是对人的苛刻和指责。 总结 以上三种没有人认领任务的情况,是比较常见的。但在真正的实际项目中,每个公司或团队的情况都不尽相同,无法穷举所有,应具体情况具体分析。比如,一个刚刚转型的敏捷团队,在开发任务的领取上可能会更偏向于半指派半领取的方式。这就好比中国经济一样
速地发现和利用稍纵即逝的商机。 持续期短的冲刺所犯的错误也是有限的。在短短一周或两周的时间内,就算出现失误,也只是失去了短短的一周或两周的时间,不会带来巨大的损失。坚持持续期短的冲刺能够进行频繁地试错,协调和反馈。 持续期短的冲刺投入产出比(ROI)更高。持续期短可以更早、更频繁
取消领域与项目的关联关系 功能介绍 取消领域与项目的关联关系 调用方法 请参见如何调用API。 URI DELETE /v4/projects/{project_id}/domains/{domain_id} 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是
企业认为需求的频繁变更是阻碍软件按时交付的主要原因。解决或缓解需求变更频繁带来的影响,是势在必行的重要工作。 问题分析 由于每家企业的情况不同,包括客户合作方式、人员能力水平、研发流程等各方面的差异,同样是需求变更频繁,所体现出来的具体症状却有所不同,导致问题发生的根因也可能不同
在使用看板项目前,请先了解看板项目的相关概念。 核心概念与关系 看板项目核心概念与关系说明如表1所示。 表1 看板项目概念与关系 概念 关系说明 项目 项目是通过一定的流程,由一系列协同和受控的活动组成,项目的目标是满足特定需求,并受时间成本和资源的约束,通过对项目的过程和结果进行管理,达成项目的既定目标
成自下而上的依赖。如图1所示。 图1 Epic、Feature、Story和Task关系图 在实际的开发过程中,需求会发生变化,要不断的调整,在调整中避免偏离目标方向,每次新建需求的时候都要记得向上对齐到Epic,保证所添加的Story和Task和它们的上层是有关联的,这样就可以在一定程度上保证团队在朝着目标前进。
Key):与访问密钥ID结合使用的密钥,对请求进行加密签名,可标识发送方,并防止请求被修改。 使用AK/SK认证时,您可以基于签名算法使用AK/SK对请求进行签名,也可以使用专门的签名SDK对请求进行签名。详细的签名方法和SDK使用方法请参见API签名指南。 签名SDK只提供签名功能,与服务提供的SDK不同,使用时请注意。
我遇到了哪些问题和障碍?(哪些问题和障碍阻碍了我的工作或使我的工作放缓?) 这简单的三个问题可以促使团队成员每天都要检视自己的工作、制定自己的工作计划、获得清除障碍的帮助以及对团队做出承诺。如果团队按正确的方式开站会,进行得好的话,可以达到如下效果: 图5 站会目标 共济压力 健康的敏捷团
战略举措(Epic) 产品的愿景目标,通过Epic的定义和实现,使产品团队能够把握产品发展方向,并最终获取相应的商业回报。在具体交付中,Epic通常面向产品投资方或决策层,用来组织和呈现特性细节。 特性(FE) 特性是产品包需求或服务支撑“客户问题(PB)”所具备的重大能力。 产品包需
全部:可以创建“Epic”、“FE”、“US”、“Task”、“Bug”类型的工作项。 Backlog:可以创建“US”、“Task”、“Bug”类型的工作项。 缺陷:只可以创建“Bug”类型的工作项。 单击“新建”,选择需要新建的工作项类型,即可进入相应的工作项新建页面。 图1 新建Epic 图2 新建FE
因认知的提升以想要寻求一些新的工作内容,进而做了转型的打算。所以上述问题,如果没有得到较好的解决,将会影响到项目的进度和造成不必要的开销,甚至对于团队内部成长、自组织能力的发展建设也是不利的。 所以问题的关键,仍旧是新人的培养。 解决措施 一般来说,在针对新员工加入所带来的内耗、
认显示用户的昵称。 模块 工作项所属模块。 说明: 项目的管理员如果需要配置模块,请参见添加Scrum项目工作项的模块类型。 迭代 工作项所处的迭代。取值范围为已建立的迭代。 说明: 当选择已有迭代时,可根据需要选择是否将迭代的开始结束日期填充为工作项的预计开始日期和预计结束日期。
端到端可追溯 产品研发过程越晚发现风险,修复成本就越高、影响越大,有些风险甚至对企业构成致命的打击,Req打通需求过程数据孤岛,将需求开发过程中产生的设计文档、代码、用例、缺陷等有机串联,形成追溯关系网,让风险提前预警、拦截,问题实时可视,保障研发过程高质量。 支持将需求与设计文档、代
工作项类型的创建人,系统工作项类型的创建人为项目创建人。 创建时间 工作项类型的创建时间,系统工作项类型的创建时间为项目创建时间。 操作 单击工作项类型行操作的,可对该工作项类型的名称、描述、图标、图标颜色、所属工作项层级进行编辑。 单击工作项类型行操作的,可对该工作项类型的字段模板进行配置,详细操作步骤请参见配置看板项目的工作项模板。
需求高效跨项目协同 大型产品开发往往涉及到数千人大兵团规模作战,协作关系与项目运作沟通成本呈指数级上升,基于华为公司跨部门团队理念与实践,Req联结项目、人、工作项,提供无限组织层级、无限功能领域的网状跨项目协作管理能力,实现立体高效协同,加速信息流转。 支持将研发需求下发至下游项目
进行删除和归档操作。 成员管理:给已有或创建中的项目添加本企业及其他项目下的成员以及将成员移出项目(删除项目成员)。本节介绍成员管理的相关操作。 通用权限管理:对需求管理各个角色设置不同操作权限,包括项目基本信息的编辑和归档、角色及权限的控制和成员设置,还可以根据需要自定义角色类型并赋权。
Epic应该对所有研发人员可见,这样可以让研发人员了解交付的Story承载怎样的战略举措,让研发人员能更好的理解其工作的价值。 Epic通常和公司的经营、竞争力、市场环境紧密相关,举例如下: 市场差异化:用户体验全面超越竞争对手。 更好的解决方案:新增支持工业互联网的解决方案。 增加收入:产品需要在下个财季增加100万付费用户。
和交付。如果较为简单的模型就可以满足需要,就应该首选使用较简单的模型。企业可以从简单开始,逐渐完善,不需要也不应该在一开始就追求过于复杂的模型。 简单可以体现在考虑的要素更少,比如成本收益分析只考虑两个要素,就比考虑更多要素的模型简单。 简单还可以体现在要素的取值范围更窄或精度要
、松耦合的)。应对开发工作的人员专心完成开发内容。不管工作分工是哪种类型的开发团队,再有新的工作进来时,都需要遵循开发团队制定的规则,也就是管理好工作项的规则。 上表中的场景二是很多开发团队中经常遇见过的,也是本文着重描述术的情况。从根本解决工作项优先级的问题,系统地学习怎么样应对需求变更才是根本。