AgileScrum标签02标签03标签04标签05**
说明:
- 背景
- 站立会议-daily stand meeting
- 白板-Board
1.简述
Scrum单词来源于澳式橄榄球的争球场景。
从图上可以看到大家头碰头,肩并肩,共同进退,这样就是Scrum方法的一种精神。
之前说到过Scrum简单,为什么简单呢?因为大家在使用Scrum的过程中只要牢记3个数字143即可。1:一张流程图;4:四个活动;3:三个角色。
(1)一张流程图
这张流程图我们可以分成4个部分来看:
第一部分是最左边的一块一块的砖头,我们把这部分叫做”需求池”,就是我们常说的sprint backlog,里面的每个需求都是有优先级的。
第二部分是中间一片一片叠加起来的木板,这部分是将需求拆分可执行的技术任务。包括需求分析,UI,测试等,所有完成需求的工作任务。
第三部分是2个圈,大圈我们一般叫做Sprint(冲刺)/Iteration(迭**代**),一般一个周期是30天,推荐周期是2~4周。小圈的周期是24H,一般就是一个站立会(Standup Meeting)
第四部分是最右边部分一个完成的箱子样的东西就是我们常说的输出,一般是可运行的软件。
Scrum的流程通过这么分解是不是很好记了?
(2)四个活动
在Scrum方法中有四个活动其实就是四个会议,但是这四个会议非常重要。
这四个会议分别如下:
1、**Planning Game:规划会议。一般在每个Sprint前召开。(为什么叫Game,我们会在中期再给大家详细说明,因为里面还是很有趣的一些工作方法)
2、Standup Meeting:就是我们常说的站立会。就是流程中小圈的位置,间隔24小时,即每天召开。
3、Demo Meeting:演示会。在我们输出成果物前需要进行演示,确定哪些有价值的功能作为本次迭代的输出,进行上线发布。
4、Retrospective Meeting**:回顾会。一般在一个Sprint完了后进行总结反省。也是体现敏捷精神中的一个重要环节。
四个活动在Scrum的流程中发生的时机点如图所示。
(3)三个角色
一般Scrum团队有三个角色,分别如下:
PO**:Product Owner;我们常称为产品经理或产品的拥有者
Team**:研发团队
Scrum Master**:**敏捷教练
对于这三个角色我们会在第三期的课程中给大家说明,各个角色在流程和活动中应如何分工,如何协作使团队更高效。
2.玩转Standup Meeting
Standup Meeting是Scrum方法中具有标志性的活动,接下来嘉宾详细给大家分享一下站立会的实践。站立会的规则有三点,具体如下:
■ 每天召开
会议上的发言的每个人应该围绕三个主题进行说明。
1、昨天帮助团队做了什么?
2、今天准备帮助团队做什么?
3、遇到了什么困难?
■15分钟
每天的站立会应该严格控制在15分钟内。
■ 鸡与猪的原则
大家可以看到左边的火腿鸡蛋三明治,是由鸡蛋和火腿做成的。鸡蛋是由鸡提供,火腿是由猪提供的。从右图可以看到,对于完成这份三明治,每个角色所要付出的代价是不同。对于一个项目而言,鸡就好比项目的干系人,与项目有关联,而猪就好比项目研发团队的成员,项目的成败关系到他们的身家性命的。鸡与猪的规则就是每天的站立会中,只有真正的项目团队成员才有发言权,而作为项目干系人可以出席会议了解项目情况,但是不能在会上发言干涉团队。只有真正能够接受敏捷理念,形成敏捷文化的组织才能被贯彻实施,否则敏捷很难落地。
3.如何设计白板
在Scrum中一般会用到一个道具就是白板。白板的目的就是实现项目信息共享,过程状态可视化。所以他既要给团队自己用,有能够起到汇报作用,以便领导们过来一看就能明白。所以白板的设计很有讲究。
对于白板的设计有以下两条规则:
1. 杜绝微观管理
白板是用来管事的,不是用来管人的。所以白板的横排泳道尽量不要以具体的人进行设计。
2. 团队自己决定白板的格局
白板的布局原则上是开发团队内部成员自己决定,适合自己团队的白板才是最好的白板。当然,至少应该遵循基本的白板格式要求和保持规则简单易懂,这样团队以外的其他人只要了解规则就可以非常快的Get到sprint的所有信息。
4.怎样使用白板
一般在每天的站立会中,需要将项目的进展反馈在白板上,具体更新内容如下:
1. 更新任务状态
在刚才看到的白板图中,每张任务纸条通过变换泳道,来实现其状态的可视化。
2. 更新剩余故事点(关于故事点会在中期课程为大家具体介绍)
一般一个故事点就是一个完美的人天,即一个人在不受打扰的情况下,一天的工作量。在站立会上评估每个任务剩余的故事点,对于这个故事点可能减少,可能不变,甚至增加,完全依赖于你在站会当下那个时间点的实时评估。如下图所示。
3. 更新燃尽图
一般在敏捷项目中大家更关注没有烧完的任务,就如同抽烟的人他们更关注还剩多少烟。所以通过站立会,把所有未完成的任务信息汇总后反映在燃尽度上。如下图所示。
图中横轴是本次迭代的周期,纵轴就是未完成的故事点。灰色直线是非常完美的任务完成计划(时间耗尽,任务完成),而实际是实际任务的完成情况。当蓝色曲线低于灰色直线时,说明进度提前了,因为剩余的未完成的故事点总量低于计划,而当蓝色曲线高于灰色直线时说明进度延迟了。
通过刚才的讲解,是否大家都会解读看板了?接下来有3个看板,请大家试着解读一下各图所代表的项目进度状态。
以上看板的状态你们都解读对了吗?
5.Q&A的提问回答
1、怎么控制站会15分钟内完成呢?
嘉宾回答:
- 敏捷团队是有规模要求的,一般7~9人
- 围绕着3个主题,进行说明。如果有过度的展开,需要立即中止。可以在站立会后组织专项讨论,形成决议
2、站立会可以下午开吗?
嘉宾回答:可以。但是不推荐。因为我们是从早上开始工作的,站会下午开多少第二天早上还要花时间回忆我昨天跟团队说我打算做什么具体任务,不如上午开完站会就。
3、ProductOwner和ScrumMaster要参加几个Team的站立会怎么办?
嘉宾回答:可以让各Team的站立会时间错开。因为站会最长15分钟,站会是了解sprint当前进展的最佳场合。顺便说一下,这里需要强调PO和敏捷教练一定是要求出席站立会的。
4、站立会中不太习惯说这三个定例问题怎么办?
- 首先,需要强调敏捷的站立会不是微观管理,所以工程师首先需要打消顾虑
- 其次,工程师的观念必须转变。随着时代变迁,系统的复杂度也越来越大,工程师不能再像以前的那样只埋头关注自己单人的代码进度,与周边人员的沟通,让复杂的项目能够有条不紊的开展,变得原来越重要。
由于时间有限,本期课程即将接近尾声,大家是否还意犹未尽,那么敬请期待下次《玩转Scrum》的中期课程,届时嘉宾会有更深入地为大家讲解Scrum的实战经验。
- 本文作者:GeekPower - Felix Sun
- 版权声明: 本博客所有文章除特别声明外,均采用 MIT 许可协议。转载请注明出处!