Scrum111

「答案+获奖名单」Scrum高考模拟卷

很遗憾…

本期考试没有满分考试

但是

为感谢大家的积极参与

我们随机抽取了5位考生

各赠敏捷图书1本,名单见正文

 

1. 以下哪些选项属于敏捷价值观: 

A)个体与交互 重于 合同谈判

B)响应变化 重于 遵循计划 Read more

Scrum111

「有奖问答」Scrum高考模拟卷

转发本文至朋友圈
转发截图+您的答案
一次性回复至Scrum公众号后台
前20位满分考生
可获赠敏捷图书1本

 

不定项选择题(可单选或多选),共10题。

1. 以下哪些选项属于敏捷价值观:

A)个体与交互 重于 合同谈判

B)响应变化 重于 遵循计划

C)客户协作  重于 遵循计划

D)可用的软件 重于 完备的文档

 

2. 以下哪些选项属于Scrum的价值观:

A)透明

B)勇气

C)尊重

D)开放

E)承诺

F)创新

 

3. 以下哪些选项属于Scrum Master的职责:

A)保护开发团队

B)  帮助团队移除障碍

C)  提供技术解决方案

D) 促进团队协作

E)对流程负责

F)估算工作量

G)分配开发任务

 

4. 产品Backlog梳理在什么时候进行:

A) 迭代开始时梳理当前迭代的需求

B) 当前迭代的进行过程中,梳理下个迭代的需求

C) 迭代结束时,梳理下个迭代的需求

D) 当前迭代的进行过程中,梳理本次迭代的需求

 

5. Scrum Master参加每日站会的主要原因是:

A)确保每个团队成员都回答三个问题

B)Scrum Master并不是必须要参加每日站会,她只需要确保开发团队例行召开每日站会

C)记录Sprint Backlog的变化,跟进迭代进展,更新燃尽图

D)搜集团队状态,向管理层汇报

 

6. 什么时候Sprint结束:

A)当Sprint Backlog中的条目符合了完成定义(DoD)

B)当产品负责人说Sprint可以结束了

C)当Sprint所有任务都完成了

D)当Sprint时间盒结束的时候

 

7. Sprint回顾会议的目的是什么:

A)指出上个Sprint团队做错了什么

B)检视前一个 Sprint 中关于人、关系、过程和工具的情况如何,找出并加以排序做得好的和潜在需要改进的主要方面,制定改进 Scrum 团队工作方式的计划

C)对已经完成的产品增量进行检视

D)鼓舞团队士气

 

8. 关于Sprint评审会议,以下描述正确的是:

A)团队应该至少花4个小时准备评审,评审还应该包括PowerPoint幻灯片

B)Sprint评审会议应当邀请业务干系人参加,以获得反馈

C)产品负责人验收产品Backlog条目是基于和团队的交流,以及先前跟团队讨论过的验收标准,而不是团队以前没有听说过的一些标准

D)Scrum Master负责主持评审会,并制定团队成员进行Sprint成果演示

 

9. Sprint评审会的目的是什么:

A)Scrum团队和干系人一起检视产品增量,针对当前产品和接下来要做的工作获得干系人的反馈

B)对团队的工作流程进行检视,以便于持续改进

C)促进团队合作

D)跟踪和评审项目进展

 

10. 以下哪些描述是正确的:

A)Sprint的长度是变化的,团队根据每个迭代的需求工作量来决定迭代的长度

B)Sprint的长度的固定的,一旦确定Sprint的长度,不要轻易改变

C)Sprint的前三周做开发,最后一周做测试

D)当前的Sprint需要花时间为下个Sprint做准备

 

完成答题后,请将您本文朋友圈转发截图及您1-10题的答案,一次性回复至本公众号后台。正确答案及获奖榜单将在下周三即7月22号发布在本公众号,敬请留意。

qrcode_for_gh_3d437d02a87c_258 (1)

 

Scrum_TP

「敏捷云讲堂第三期」50-125人的产品团队如何玩转敏捷发布火车

仅仅是10以内的小型Scrum团队,要运行好Scrum敏捷也并非易事,一个50 – 125人大型产品团队要运行好敏捷,挑战将会更大。 在本次课程中,我们将探讨如何通过SAFe的敏捷发布火车,基于50-125人团队规模的产品研发团队开展敏捷运作,以实现跨团队的目标对齐、协作、按节奏开发和按需发布。

课程受众:

企业敏捷转型推动者、敏捷教练、产品和研发领导层、管理者等,以及期望了解规模化敏捷的任何人。 Read more

图片451

「敏捷云讲堂第二期」大型产品如何借助SAFe实现按需发布

SAFe能解决什么实际问题? 是您最关心的,更是我们一直关注的。大型平台、产品或解决方案的研发组织,实施敏捷时,经常遇到来自大型系统的发布挑战:

1、产品很复杂,涉及系统很多,相互有关联,部分相关系统目前还是瀑布开发的,需要相互等待,所以做敏捷非常困难,高频率的发布更是难上加难。

2、产品模块很多,有硬件、嵌入式系统、软件,由不同团队开发,很难拆分成小迭代,往往是某些子模块单独上线但价值不大,所以我们只能是累积在一起,做大版本发布。 Read more

图片451

「敏捷云讲堂第一期」SAFe实现业务敏捷的五个组织级精益实践

如果要问企业级敏捷实施过程中最大的挑战是什么? 通常有这个2个常见的答案:

1) 业务部门和研发部门之间的障碍,业务部门觉得研发太慢,交付质量差,研发部门觉得业务部门没有章法,需求没价值,没有价值排序,讲不清楚,临时性、紧急性需求太多等等。

2) 技术债比较多,遗留系统规模庞大,牵一发动全身,代码无法自动化测试,或者自动化成本很高。
Read more

SAFe认证

2019年10月Scrum中文网首次领导大规模敏捷Leading Safe认证班圆满结束

2019年10月18-19日Scrum中文网首次领导大规模敏捷SAFe中文认证班公开班在上海圆满结束。SAFe – Scaled Agile Framework是目前全球运用最广泛的大规模敏捷框架。本课程一个2天的由SAFe官方授权的Leading SAFe认证课程,由SAFe官方认证的大规模敏捷顾问(SPC)Eric Liao,Scott Wang 双讲师授课。以下是本次课程的活动留影。

SAFe认证 Read more

CSM认证

2019年9月Scrum中文网上海CSM认证公开班圆满结束

2019年9月20-21日Scrum中文网上海CSM认证公开班圆满结束。本次课程由知名CST 黄老师授课。在两天的课程中,黄老师为大家详细讲解了Scrum在实战中经常会遇到的问题,并引领大家进行实际项目沙盘演练。以下是本次课程的活动留影。

CSM认证 Read more