（1）
似乎很久没有更新博客了，原因之一是住的地方还没开通宽带，所以周末和晚上都不能更新（估计国庆后才开）。原因之二就是工作任务比较多，上班的时候没太多时间干自己的事情。
上次提到我们的产品正在从传统的瀑布模型到敏捷开发转型（估计公司是先选了两个产品做试点），目前看来进展还不错。
两周前我们花了一周多的时间都在为敏捷开发做准备——也就是每天没玩没了地开会。自然是介绍新的开发模式和原来的相比，我们的工作内容和流程有什么不同。其次就是用一些与产品不相关的例子模拟开发流程，这也是为我们中国这边做的第一个sprint做准备。
现在看来，敏捷开发确实能够加速产品的开发速度。我认为最重要的是减少开发与测试流程的脱节。以新增一个功能为例，按照瀑布模型的开发流程，大概就是 PRP（需求，大概2周）→设计（大概2周）→设计审查（大概一天）→开发（大概3~4周）→代码merge到release的分支→发布给测试→测试进行测试。如果测试发现bug，那么流程更加复杂，先要进行DRB（Defect Review），然后PdM和PjM决定在哪个版本改，开发完成后大概两周左右发布给测试。
而对于敏捷开发，开发和测试协同工作（都属于开发团队）。现在的流程变成：回顾上个sprint的工作（大概2个小时）→所有人员（包括产品经理和项目经理）讨论下个sprint要做的内容（大概3个小时）→创建任务与分配任务（大概2个小时）→开发（包括测试，2周）→向产品经理演示，结束。
但我们也无法完全遵循敏捷开发（准确说是scrum）的流程。首先，公司招聘的时候开发和测试是分开的，而且这么多年来接受的各种培训也不一样，上级以及所属部门都不一样，这就决定了开发和测试还是要分开。其次；开发和测试的座位不在一块，而且不在同一楼，物理位置也不满足。
按照scrum的要求，如果发现问题要尽量在这个sprint修正。可是测试人员的制度也不允许这么做，比较大的bug还是要走流程开defect（否则年终review就杯具了），这样也会在很大程度上削弱敏捷开发带来的好处。
总的来说，我认为敏捷开发适用于做一些原型产品（改动比较大的），像我们这种成熟的产品（都维护了十几年了）是否合适，还有待继续观察效果。
对于我来说，使用新的开发流程后活变得更多：Level 1的工程师居然要在一个sprint里面做10几个任务（而其他人基本都在2~5个左右），不过劳资早早就做完了，所以现在可以歇菜写日志。
和我一块来的那个西电的同事准备离职去腾讯了，主要原因自然是工资太少+其他原因。要是年底涨的工资太少了明年我也要撤了。
（2）
八月中旬和在帝都的几个高中同学去了趟欢乐谷，有年卡的人自然无压力，下面扔两张图，大家可能都已经看过了。
前两周BOSS来了，于是我们又出去happy了一次（隐约感觉到隔壁组钦羡的呐喊）——去漂流。感觉很好玩，虽然有两两艘船撞在大石头上翻了……
最近家里也发生了不少事。具体内容不提。下次回家的日期就是在国庆了，目测要叫一堆人帮我抢票。
（3）
好像没有多少东西写了，因为大部分都不能写。对于某件事也只能感叹生命无常，要好好珍惜身边的各种值得珍惜的东西才是。下面随便弄点图片充数吧。
第一个是在万柳的稻香园桥旁边的很有创意的东西，看到很多外来务工人员都在看，我几乎每天都会路过这个地方，所以顺便照了一张。
告诉大家一个小秘密，最近我喜欢看暴漫了哦。虽然节操会掉，但是确实挺有意思的，呵呵：
