敏捷开发日常跟进系列之四：跟进表

跟进表是大型敏捷团队的一种实践。在一个80多人的网络游戏团队中，他们为了清晰地显示整个团队的运作方式，使用了这种方法。

跟进表

以上面的网络游戏团队为例，说明一下跟进表上的信息：

1. 哪些故事完成了

在故事板中也能表达，但缺少结构性。故事板中的故事都是平等的，较难显示大小、父子包含关系等。

2. 谁在跟进

案例中这个人一般是策划人员，故事的创建者和验收者。

3. 谁在开发

案例中这个一般是若干个开发人员、脚本、美术的群体，也可能只有其中一个工种。

4. 某个任务大概可能在何时开始、结束。

在故事板、燃尽图上均无法表达。

5. 哪些故事被搁置了

可能遇到了困难，也可能有其他原因，甚至可能做了一半干别的被忙忘了。

……

实例

这是一个在“火星人”研发中已经完成的迭代的跟进表案例。

实例一

我们先看看这个迭代的燃尽图（看不清楚请右键-图片另存为后观看）：

对于跟进图的5个作用，上面这个已经扩展了的燃尽图只能完成第一个，就是“哪些故事完成了”，而一般的燃尽图连这个作用也没有。

为了完成另外四个目标，就需要下面的跟进表。

先看左边的蓝框，里边是所有迭代中的故事（Sprint Backlog），为什么要显示成这个树状结构呢？因为如果是小团队，只有10～20个故事，那么人们即使从只有3个字的故事名称比如“新界面”上，大家也能记住和理解说的是什么意思。但是如果故事多了，就比较困难，会导致故事的名字不得不很长，比如“计划会-讲解故事-的新界面”，而这样表达看似还行，但由于没有清晰的父子包含关系，多了也乱。所以蓝框中以父子关系的方式表达，对于大型产品的研发更清晰一些。

蓝框右边两列是负责人（对应跟进人，案例中的策划人员）和当前负责人（开发人员），由于我们的团队小，不存在两个部门，所以没有设置跟进人，所以也就没有“负责人”。

三个黄框（一横两竖）所框住的表格的底色有的是绿色，有的是粉红色，绿色是加班，粉红色则是假期或休假。左边竖框标明15日大家集体加班，原因是右边竖框中大家19日集体放假外出春游；横向的黄框则标明yock在这个月有大量休假，他只能在特定日期完成工作。为什么要管理这些呢？有时候看似燃尽图正好指向0点，但那个地方可能正好是春节、五一、元旦什么的，有了对假期的整体把握，对重要的上线活动就降低了风险。

红框中的故事看上去就有点异常，因为尽管整个迭代结束了，它的剩余时间居然还是“1人天”，所以这个故事没有完成，它停在了17日。

实例二

下面的图，是调整了一些数据，并将系统时间调整到2.26，模拟一个正在进行中的迭代。

从最右边可以看到有4个故事没有完成，其中两个是尚未开始（最上面和最下面两个浅色的），另外两个则是遇到了障碍，卡在了17日和24日，之后没有进展。

作为项目经理和技术经理，在跟进表中看到遇到障碍的故事，就要及时询问和协调；作为程序员，也应该在每日立会上报告被卡住的故事。

沉默的程序员，又聋又瞎的项目经理（越大型团队的项目经理就越严重），是造成大型项目纠缠不清最终失败的重要原因。

转载于:https://blog.51cto.com/cheny/1101581

敏捷开发日常跟进系列之四：跟进表相关推荐

敏捷开发用户故事系列之四：优先级排序
这是敏捷开发用户故事系列的第四篇.(之一,之二,之三,之四,之五,之六,之七,之八,之九) 优先级排序听起来是一个很简单的工作,一个字段无外乎"重要/一般--",调整一下然后按排序 ...
敏捷开发团队管理系列之四：程序与测试团队III
这是敏捷开发团队管理系列的第四篇.(之一,之二,之三,之四) 整体上有两种测试团队的模型,既然都有存在,自然是各有各的道理.城里城外的人倒不必互相羡慕,只是要观察对面的优点,分析自己的缺点,尝试做点事 ...
敏捷开发产品管理系列之四：新产品研发
本文是敏捷开发产品管理系列的第一篇.(序言及设立迭代目标,产品版本规划,产品用户群规划,新产品研发,预估会议,Product Servant,Product Owner团队,产品线管理) 这里所指的新 ...
敏捷开发日常跟进系列之二：燃尽图（中）
这是敏捷开发日常跟进系列的第二篇(栏目目录). 迭代及燃尽图的目标燃尽图的目标是完成迭代的目标,迭代的目标是什么呢? 1. 按产品经理的要求,交付计划会中计划的用户故事 2. 尽量完成1 之后还会看 ...
敏捷开发日常跟进系列之一：燃尽图（上）
这是敏捷开发日常跟进系列的第一篇(栏目目录). 这个系列将涉及燃尽图(Burndown Chart).故事板(看板).每日立会等内容,描述在计划会之后,评审会之前,敏捷开发团队内部产出与产品经理和项目 ...
敏捷开发日常跟进系列之三：故事板，看板
这是敏捷开发日常跟进系列的第三篇. (栏目目录) 故事板和看板其实不是一个东西,前者是最初的敏捷开发里边的东西,受到了后者的启发产生的:而后者是制造业的东西,具体内容请参考末尾的百度百科.但是在敏捷开 ...
敏捷开发用户故事系列之二：如何面向客户价值编写故事
这是敏捷开发用户故事系列的第二篇.(之一,之二,之三,之四,之五,之六,之七,之八,之九) 敏捷开发中的用户故事采用的语法模式看似简单,却蕴含着深刻的思想. "作为一个--,可以--,以(以 ...
敏捷开发团队管理系列之三：程序与测试团队II
这是敏捷开发团队管理系列的第三篇.(之一,之二,之三,之四) 测试团队的价值这样看来,敏捷开发的质量保证问题,都被发开团队解决了,测试团队的价值何在? 这个可以从第一个项目组后来的发展来分析. 在整 ...
敏捷开发用户故事系列之一：何为用户故事
这是敏捷开发用户故事系列的第一篇.(之一,之二,之三,之四,之五,之六,之七,之八,之九) 全系列将涉及何为用户故事,面向客户价值编写故事,用户建模,产品待开发项的分类,故事颗粒度,故事的组织结构,等 ...
敏捷开发用户故事系列之五：用户故事的分类
这是敏捷开发用户故事系列的第五篇.(之一,之二,之三,之四,之五,之六,之七,之八,之九) 引子在之一.之二.之三中,我们曾经提到了"作为一个--可以--以便--"的用户故事描述 ...

敏捷开发日常跟进系列之四：跟进表

跟进表

实例

敏捷开发日常跟进系列之四：跟进表相关推荐

最新文章

热门文章