生活小记——未定标题(96)

(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个左右),不过劳资早早就做完了,所以现在可以歇菜写日志。

和我一块来的那个西电的同事准备离职去腾讯了,主要原因自然是工资太少+其他原因。要是年底涨的工资太少了明年我也要撤了。

IMG_2808[1]

(2)

八月中旬和在帝都的几个高中同学去了趟欢乐谷,有年卡的人自然无压力,下面扔两张图,大家可能都已经看过了。

IMG_2888[1] IMG_2886[1]

前两周BOSS来了,于是我们又出去happy了一次(隐约感觉到隔壁组钦羡的呐喊)——去漂流。感觉很好玩,虽然有两两艘船撞在大石头上翻了……

最近家里也发生了不少事。具体内容不提。下次回家的日期就是在国庆了,目测要叫一堆人帮我抢票。

 

(3)

好像没有多少东西写了,因为大部分都不能写。对于某件事也只能感叹生命无常,要好好珍惜身边的各种值得珍惜的东西才是。下面随便弄点图片充数吧。

第一个是在万柳的稻香园桥旁边的很有创意的东西,看到很多外来务工人员都在看,我几乎每天都会路过这个地方,所以顺便照了一张。

IMG_2826[1]

告诉大家一个小秘密,最近我喜欢看暴漫了哦。虽然节操会掉,但是确实挺有意思的,呵呵:

IMG_2868[1]

 

IMG_2978[1]

IMG_2864[1]

 

 

3条评论


  1. 路过留爪

    Google Chrome 30.0.1599.14 Google Chrome 30.0.1599.14 Windows 7 x64 Edition Windows 7 x64 Edition
    回复

  2. 第一张图里的基友们,貌似可以组成传说中的三个火枪手

    Google Chrome 29.0.1547.62 Google Chrome 29.0.1547.62 GNU/Linux x64 GNU/Linux x64
    回复

    1. 为什么我脑补了错误的内容。

      Google Chrome 29.0.1547.66 Google Chrome 29.0.1547.66 Windows 7 x64 Edition Windows 7 x64 Edition
      回复

发表评论

电子邮件地址不会被公开。