检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
故事列表、迭代故事列表、潜在可交付的产品增量、以及过程中产生的问题列表；核心的团队活动包括Sprint计划会议、团队每日站会、Sprint演示会议、Sprint回顾会议等会议、以及团队的日常更新。 同时，将Kanban方法与Scrum框架进行了结合，团队借鉴Kanban方法中的精
不自觉按时到场怎么办？关于更多这方面的解决方案请参考下面的了解更多中的“了解更多：成员迟到的解决方案”。 Key 7: 站立开会 团队成员一定要站着开会，这也是会议的名字叫站立会议的原因。站着开会确实比坐着开会简明扼要，让人更想快一点结束会议，开始一天的工作。坐下容易使人放松，精神不集中，不易控制时间。
、分配不当等更具有合理性。 然后，回到“计划会议认领任务的时候，有几个任务没人认领怎么办？”这个问题上。 在此之前需要先澄清的一个观点：在计划会议中，不一定非要全部领取完开发任务。在Scrum指南中指出“领取工作在Sprint计划会议和Sprint期间按需进行。”可以理解为，在每
的价值。 Epic通常和公司的经营、竞争力、市场环境紧密相关，举例如下： 市场差异化：用户体验全面超越竞争对手。 更好的解决方案：新增支持工业互联网的解决方案。 增加收入：产品需要在下个财季增加100万付费用户。 重大技术方向：产品需要全部切换为容器。 Feature（特性） 通
审计与日志 审计 云审计服务（Cloud Trace Service，CTS），是华为云安全解决方案中专业的日志审计服务，提供对各种云资源操作记录的收集、存储和查询功能，可用于支撑安全分析、合规审计、资源跟踪和问题定位等常见应用场景。 用户开通云审计服务并创建和配置追踪器后，CT
生，那就可以针对具体情况找到解决方案，没有必要为例外情况调整流程、制度，这样反而会加重常态工作的负担。 需要提拉的需求有无共性特点？比如是否都跟某个客户有关，或者跟某个功能域（如退款）有关？如果能够找到共性，那就可以针对这些共性去思考针对性的解决方案。 场景三：由于外界原因经常会临时增加一些紧急需求，并且这是目前常态
“客户问题（PB）”所具备的重大能力。原则上系统特性是产品包的主要卖点（销售亮点）集合，每条系统特性都是满足客户特定商业价值诉求的端到端解决方案，一部分系统特性可以通过License控制单独销售。 根据工作项的类型不同，系统提供不同的系统特性模板，例如系统特性的描述信息为：特性背景、特性价值和特性详情。
查看审计日志（可选） 云审计服务是安全解决方案中专业的日志审计服务，记录了需求管理的相关操作事件，方便您日后的查询、审计和回溯。 支持审计日志的操作 表1 云审计服务支持的CodeArts Req服务操作 操作名称 资源类型 事件名称 创建权限模板 privilege_template
修改承接人？ 更多 技术专题 技术、观点、课程专题呈现 如何开好迭代计划会议 布道师和产品经理，线下交流、布道、技术沙龙。 如何开好站立会议 布道师和产品经理，线下交流、布道、技术沙龙。 如何开好敏捷回顾会议 布道师和产品经理，线下交流、布道、技术沙龙。 智能客服 您好！我是有问
、完整一致的、成系列的一组正式需求。 原则上系统特性是产品包的主要卖点（销售亮点）集合，每条系统特性都是满足客户特定商业价值诉求的端到端解决方案。其中，有一部分系统特性是可以通过License控制单独销售。 客户问题（PB） ：客户面对的挑战与机会（客户战略与痛点），也就是该产品
Scrum是敏捷开发的主流方法，通过迭代冲刺的方式，持续交付，从用户需求到用户反馈实现每一个闭环的软件开发过程。 通过最重要的迭代计划会议、每日站会、迭代回顾、验收会议来进行简单高效的管理。
le、Small、Testable），通常需要数天，并在一个Sprint中完成。 Task：是团队成员要完成的具体任务。在Sprint计划会议上，将Story分配给成员，然后由成员分解为Task，并预估工时，通常在一天内完成。 Epic、Feature、Story和Task之间关系是什么？
、完整一致的、成系列的一组正式需求。 原则上系统特性是产品包的主要卖点（销售亮点）集合，每条系统特性都是满足客户特定商业价值诉求的端到端解决方案。其中，有一部分系统特性是可以通过License控制单独销售。 客户问题（PB） ：客户面对的挑战与机会（客户战略与痛点），也就是该产品
子或创意，不知道有什么办法解决这个问题？ 复盘时要注意，受限于能力、经验以及出问题次数多少的影响，可能无法得出一个准确的结论和必然有效的解决方案。此时，一方面需要秉持持续改进的心态，可以先落实当前已经比较明确的改进措施，后续再观察效果，持续复盘、持续改进即可。另一方面也可以先采取一些临时措施。
回顾总结，选出改善点，下个迭代做得更好。 几个迭代下来，度量分析，不断改善。另外，同步需要进行的是人才的培养，向跨职能型团队努力。 解决方案思路示意图如下： 图1 解决方案思路示意图 明确需求责任人 明确需求责任人，做到需求来源唯一。在CodeArts中一般是产品经理充当这个角色。需求责任人至少同时要面对两个方向。
信息都记录下来，同样，建议记录在知识库中。用于后续的复盘回顾中作为参考信息，比如每个Sprint/迭代结束时的回顾会议上拿出来进行探讨。 图3 Sprint回顾会议记录 改进优先级模型 市场在变化，用户在变化，产品在变化，优先级模型自然也必须跟随着发生变化。可以定期或不定期的安排
产品包需求：由产品经理/规划代表规划出来的、完整一致的、成系列的一组正式需求。 原则上特性是产品包的主要卖点（销售亮点）集合，每条特性都是满足客户特定商业价值诉求的端到端解决方案。其中，有一部分特性是可以通过License控制单独销售。 客户问题（PB） ：客户面对的挑战与机会（客户战略与痛点），也就是该产品或服
工时类型。 默认工时类型有：研发设计、后端开发、前端开发(Web)、前端开发(小程序)、前端开发(App)、测试验证、缺陷修复、UI设计、会议、公共事务、培训、研究、其它和调休请假。根据需要可以添加新的工时类型。 前提条件 已新建Scrum项目，并在项目中拥有“工时类型设置”权限。
6 Sprint计划会议和Sprint回顾会议持续时间略长 每项会议其实是有建议的时长，正常一个月的Sprint周期，建议Sprint计划会议为8小时，那么按比例一周的Sprint，建议计划会议为2小时时长。同样，一个月的Sprint周期，建议Sprint回顾会议不超过3小时，显然
单击“确定”。 按照同样的方式，添加Task“后台管理 - 添加门店网络管理维护模块”。 跟踪项目状态 每日站立会议跟踪任务进度。 迭代开始后，项目组通过每日站立会议沟通每个工作项的当前进展，并对工作项状态进行更新。 使用卡片模式能够简单直观的查看迭代中各工作项的当前状态。 进入
长按/截图保存，微信识别二维码
或者关注公众号“华为云”
