今天SQA MM忙着整理所有任务，准备Sprint2任务上墙，这次我们预期了两周的工作量，看起来任务数量较多。

我们目前还做不到测试驱动，所以基本上在每个需求的后面，都有一个测试任务（为便于查看，我们用蓝色的即时帖来登记测试任务。）

autobuild方面，由于开发这边忙于跨Team的进度协调，以及新员工工程接入等活动，还来不及把所有各工程师负责的DSW文件枚举出来，比预期进度要慢些。

今天在帖任务的时候，老大进来参观，刚好一个负责市场的同学进来，老大问他从墙上能看出点什么来么？

我晕，易用性测试啊

同学指指点点：“这个是模块、功能、任务啊，还算明白，不就是把工作写上去嘛”

这厮不懂其中万千奥妙啊，NND你以前还做过开发的头啊，我耐着性子讲解其中奥妙：“……，然后我们就可以知道哪些功能可能完不成，……”

同学：“嗯，不错，但是等你们从这里看出来不及，黄花菜都凉了，而且，如果这个叫什么的图上，如果显示到了期末，还有一堆任务没有完成，你们后续的行动是什么？”

我一下子有点哑口无言，他的问题虽然是偷换概念，但他描述出了一种尴尬的现状，尽管我们在尝试新的方法，但我们并没有得到更简单的结果：更快的进度。比如上周，正如老大预料的，大部分任务都是Chined out，真正Done的我数了下，只有8day的工作。

从最简单的结果看，上周是不能让人满意的，这样的话的确很危险，意味着如果我们不在这个Sprint中得到更满意的结果，那即使我们坚持每天开会、登记，但很有可能这些活动在其他人眼中就会变成另外一种形式。

形式化是一种危险的信号，他意味着从事物从“事半功倍”到“事倍功半”悄无声息的变化，我们得在实践变成形式之前改变他的形式。

当然，我们才刚刚开始，何况我们本身的起点并不低，短短一周时间如果有明显的结果反而不正常了，不过还是有必要提醒下自己，不要陶醉于表面的变化，多考虑我们的远景目标。