1 1 2 明天要去拍婚纱照，今天下午三点多的时候就请了假和老婆一起去选衣服。选完坐在车上往回走的时候又开始下雨，即便我们早有心理准备也不免还是有些郁闷。前段时间杭州连续下了好几周的雨，这太阳公公还没露几回脸呢就又开始霪雨菲菲了。当此时如果在岳阳楼上怕是我也要挥毫写下“若夫霪雨菲菲，连月不开”这等诗句了，想来范老当年定也遇到了这样的天气。 杭州的道路在雨天越发的不堪负荷，电台的主持人一边说笑话一边插播路况。杭州的电台一般目的比较明确，比起南京的电台来少了很多味道，可能更加注重收听率这些数据吧。我要说的是其中有一个笑话： > 有一个人去法国出差，他想顺路去看看他的朋友。等到了法国的时候才发现他忘记了那个朋友的地址，于是就赶紧发了个电报回家问自己父亲：“爸爸你知不知道我朋友xxx的地址”。很快他爸爸的电报就回过来了，而且还是加急的。他打开一看，里面只有三个字：“我知道” 还有一个例子： > 晚上的晚些时候我和老婆一起去理发店，冲洗的时候店员问我：“你是要水温高一点呢还是低一点？”。那我该怎么选择？高一点是不是太烫了？低一点是不是有点凉了？ 这让我想起了今天公司里做了一个Scrum的培训，虽然之前就有实践，我也还是去听了下。如果说一个企业成长的过程中从小型到中型的转变时，在效率提升上主要面对的问题是流程问题的话，那么从中小型向大中型转变时主要的问题就是人的问题。在这个层面上，流程是没有办法解决问题的。公司想引入Scrum来提高工作效率降低项目风险是可以理解的，但是说实在的，Scrum对人的要求很高，而且我不觉得几百人的team可以一起Scrum。尤其在我们这个以文档驱动的公司里面，最初产品PRD里的描述在开发人员那里可能就产生了第一次偏差，到了测试人员那里产生了第二次偏差，然后运营还很high觉得这是ok的，推广的不亦乐乎。 要做Scrum，首先要避免的就是类似上面这两个例子里的问题。而且必须是无浪费的避免。也许TDD或者BDD可以解决这样的问题，也许PD和项目开发人员总是一起组成team可以解决这样的问题，不过对于公司目前来说我觉得最关键的问题是，真的需要这么庞大的一个team么？为什么早在team只有数十人规模的时候不做Scrum？ 4 4 2009-03-12T22:05:49+08:00 2009-03-12 2009-03 2009 104 2d0550543b3668cdfb7db0a6cb433805e34e4539 1 Scrum 笑话 2010-03-11T21:39:23+08:00 607