SCMLife.com

 找回密码
 立即注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

查看: 2406|回复: 5

[赏析] 流水先生新作《软件集成策略》赏析六

[复制链接]
发表于 2013-9-13 09:15:45 | 显示全部楼层 |阅读模式
25.如何进一步缩短工期

5 n  D6 a, _# r6 v/ h
$ R; a7 b- R- N( ^1 l
今天,几乎每个参加项目例会的同事走进会议室时,都一怔。原因是,这次开会,研发总监也来参加了!
/ k# A% e, v8 r3 L1 z
研发总监先是肯定了大家在过去的几个月所取得的成绩——成绩好得高出预期。照这个速度下去,说不定项目能提前完成一些呢。这在公司软件研发的历史上史无前例。大家听研发总监这么说,脸上都露出欣慰的神情。难得被表扬嘛。  V" K( f, J6 \1 R6 N* V6 R

1 u/ G. v0 L7 v* a“但是,”总监话锋一转,“我们这个项目面临着空前的市场压力。根据昀近从市场部获得的消息,我们的竞争对手也在开发类似的产品。事实上,据我们了解,他们起步还早一些。这是我们启动这个项目时没有预料到的。如果我们在他们推出类似产品之后再推出这个产品,那么销售情况将非常的不乐观。事实上,在这个领域里,winner-take-all——赢者通吃。 ”
: L8 e$ I3 g) x( h4 _8 B" z7 c0 T0 u. Z
总监在外企待了很多年,时不时的中英夹杂。他接着说,“前两天,公司高层和老刘一起开了个会,我们决定改变策略,缩减第一个Release的功能,以便提前上市。更多的 Feature,在日后的 Release里再逐步添加。此外,公司将在本项目中投入更多资源,以争取尽早发布。好,大家有什么问题吗?”

* @2 w' I3 H: o# b/ V# V% M0 n总监回答了大家的一些提问后,走了。老刘接过来,向大家展示了修改前和修改后的项目计划图。由于去掉了不少功能要求,同时又有人手增加,项目计划发布时间提前了。但是老刘说,这还不够,达不到高层对项目的要求。老刘问大家,“还有什么办法能继续缩短关键路径?”2 U; s/ F2 `1 Y3 O4 }3 N

5 h8 o% t; m+ G2 \$ y/ D* I晓川仔细想了想,觉得自己这块儿实在是没什么油水可挖啦。这时有一个开发小组的领导说,关键路径上的他们那个任务,还可以再提前,跟前面那个任务几乎并行。前提条件是,前面那个任务在开发的过程中,就要不断把改动共享给他们。说完,他在白板上画了个图。如图6所示。9 S7 a, D8 P: Y

6 N/ ]! z0 h; V0 Z! {1 _+ P4 D
; m" m$ h  s) w; J2 S
“那你们两个的任务,合成一个任务好了,共用一条任务分支,都开发完再提交呗。”有人建议说。

% Y5 ~& q; A" |) d; C4 t+ [“我们那个任务,也想合进来。因为我们依赖于刚才第二个任务的中间研发成果,而没必要等第二个任务完全完成再开始。”3 u5 m+ h! k% n( D. x0 w

, d$ V$ q1 N9 f
讨论继续进行,那个超级任务变得越来越大,越来越大……
8 w7 N+ T6 u/ M: h7 p
一直没有发言的晓川忽然说:“何不把集成分支当作这个超级任务的任务分支呢?也就是说,每完成其中的一个小任务,就提交到集成分支,于是依赖于它的其它小任务就可以开始了?”) {( M+ E7 A4 ^  M
# P5 P& C$ k1 Q5 N1 Z1 O& b
“这个不成的。”一个领导说,“提交一次很麻烦的。从提交一个任务,到另一个任务能看到它,需要很久的。”领导说着说着停顿下来,自己也觉得不是那么回事儿,所以找补一句,“我是说以前。”
3 w) Y6 w; s( ~7 `7 ~! A
“其实还是有一些影响的。”另一位领导接过来,“提交到集成分支与提交到任务分支相比,质量要求要高一点,测试要多一点。这就是为什么以前大家习惯于完成一个比较大的任务再提交:减少重复测试嘛。不过现在越来越多的单元测试是自动的了,测几遍都无所谓了。”1 e8 L$ C% d6 }' ?
' R9 e# D' o; |9 a
但是有反对的声音:“我们负责的那几个模块儿,很难实现自动测试。”
% o* d9 _4 X0 U* Y4 h5 K
于是有人询问:“为什么?”看来要讨论一阵自动测试了。3 C3 J" A0 @) c  e4 I# b+ u

6 w! A; P* d4 B1 r, l* c9 U9 j
老刘这时候说:“具体的测试技术,我们下面再讨论。回到我们这个项目,成本上多费一点无所谓,多派点人嘛。关键是缩短关键路径的长度。我看按小任务提交的话,缩短等待时间的效果还是会很明显的。大家觉得呢?”

3 w9 k" H4 k. o+ ?* C9 {9 {: {大家都基本认可。因为超级大任务分支,跟集成分支,其实本质上差不多了。

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
 楼主| 发表于 2013-9-13 09:21:21 | 显示全部楼层
26.没用的提交说明

& w- c* t9 [1 Q9 n# T
* }# h& B; h  K" z. B
正要结束讨论,一位来自测试团队的领导问,那我们什么时候测试呢?还是等每个新功能完成么?大家讨论了一番,觉得还是这样好。虽说与改点儿就测点儿相比,会反馈得稍微晚一点,但是,一个完整的用户可用功能,测试人员才好测,才不需要跟开发人员有过多的交互。
7 e% u5 Z6 C. K& g
测试团队的领导又问:“那还是像以前那样,你们开发完一个功能就给我这儿发个邮件?”
; E: J: U# P' K& _! k0 [
/ E- g8 I! {0 G3 F" O
晓川很奇怪:“不是每个基线我这儿都生成基线说明吗?基线说明里,不都有本次基线对应的改动的说明吗?哦,现在不是我手工写了,现在是持续集成工具自动收集的。”

, s6 A7 i9 O1 E" l; x+ ?测试团队领导笑了笑,跟晓川说:“不一样的。你说的那个,是程序员每一次 submit的时候填的说明。对于测试团队来说,那个太细了,我们用不着,也看不太懂。我们只要知道完成了哪些新功能就行了。”1 S7 i; P6 M# J: J; \, v7 T$ U- X
晓川陷入挫败感当中。“可是,您收到了邮件,也只代表程序员提交了这样的新功能啊,不代表它进入了基线啊。”
# t* A( Q1 Q: |9 N
“嗯,是不太准。我们一般要凭经验等一阵。现在还好吧,一般等几个小时就行了。”) E; G& C9 J2 i9 [0 q
  n* L3 I$ V5 z7 n4 i- \2 A. {& ?
晓川又想起了地铁运行时,车厢外哆里哆嗦的广告。
+ W- L+ o7 j- R' M7 h1 m& Z4 T5 d% D, Q- I) T! q1 L2 @0 ]
晓川写了一个小脚本,能够提取出程序员的提交说明中,对测试人员有用的信息。当然,能这样做的前提条件是,在提交说明中,写给测试人员的信息,有特定的格式。比如,每个新功能完成时,会在昀后一个submit里,用特定格式写上新功能的编号。类似的,修复了一个缺陷后,用特定格式写上缺陷的编号。据此,晓川写的小脚本,能够解析出,任意两个给定的基线之间,所有这样的对测试人员有用的信息。之所以是任意两个基线,是因为现在基线出得很频繁,测试人员不是每个都会测,测试人员关心的是,上次测过的基线,和这次要测的基线之间,有哪些重要的变化。
, z  y/ |+ Y7 H+ @, ?
晓川拿着这个脚本,来给大家做演示,想说服大家使用。总的来讲,大家觉得不错。而对于特定的格式,提出了一些修改意见,让它更完善了。于是,这项新规定,就写入了研发流程规范里。而晓川则把脚本存放到了版本库里,任何人随时都能用。/ f& y2 l3 R" v. |" r

8 }! M5 e2 u- l" L! \
几个星期后,有一天,晓川跟一个测试人员闲聊,问他是否在用那个脚本。测试人员说,早就不用啦。晓川心中一沉,忙问为什么不用了。测试人员打开了一个网页,“喏,在这里输入两个基线名称,然后就能分析出来所有有用的信息啦。而且可以选择显示的内容,还可以用不同的字体颜色显示。还可以从submit的 ID链接到另一个网页中,看到这个 submit的具体代码改动。”
3 W# \; T5 f6 r6 E/ U
“好强啊。”晓川不由得赞叹。
6 z4 v7 n. Q" h$ b8 M8 U/ {: i" A. h9 I$ F
“我们测试部自己写的。”测试部的一个领导刚好路过,得意地对晓川说。“不过还是要感谢你啊,是受你昀开始写的脚本的启发。”

# u. p& X2 {2 X5 f! g1 E! J8 v后来这个 Web应用程序又有了新的功能。晓川所在的项目,在使用一个公共的组件。这个组件,供公司里好几个项目的好几个产品用。这个组件,晓川这个项目能拿到的,是二进制形式的。在过去,要想查看晓川这个项目的两个基线之间,这个组件的功能变化,可麻烦了。现在简单了,这个Web应用程序,能根据两个基线中,该组件的两个版本的版本号,到该组件的源代码的版本库中去查,查出有哪些submit,具体有什么变化。
1 D1 I& H$ T2 }( Z( a9 T6 S: K" t* v
回复 支持 反对

使用道具 举报

 楼主| 发表于 2013-9-13 09:22:55 | 显示全部楼层
27.缺陷为什么这么多
" d" K# h9 B9 ]/ x" C+ Z' I1 J
. A9 i' r% W; V# y% t3 ]( _9 M: R
在老刘的项目计划里,有一条神秘的竖线,标为CC。老刘说过不止一次,别看现在项目顺,项目的风险主要在这道线之后。以他的经验,过了这个里程碑之后还需要多少时间才能发布,不好预料。CC是什么呢?后来晓川问英英才弄明白,CC的意思是 Code Complete,也就是程序功能开发基本完成的意思。
4 Z2 B* b- G& W( |0 x# D% u
时光荏苒,如今项目已经过了这道线。测试部门明显地变忙了,各种类型的测试,加班加点。英英也明显地变忙了,每天忙着出各种报告,追各个问题。晓川倒是不忙,反正集成基本上都自动化了。而且,由于现在程序员主要是修复缺陷,代码改动量小,所以集成很少出问题。
7 z. T3 E# Q1 z6 B. l  m0 A6 Q
$ ]0 o# O# D3 L0 j( G
吃午饭的时候,英英向晓川抱怨:“这些程序员只顾完成功能,根本不管完成的质量,随着新功能的提交,缺陷也跟着呼呼的往里进。现在好了,想起这些缺陷来了,慢慢弄吧。”

5 k5 k6 m2 R: Z. |! {9 J* z晓川:“好像你们 QA的职责之一就是提高程序员提交代码的质量?”7 d" t. o; [7 Z) Z3 |2 G
6 d% u( S/ O- Q- r# |. b
英英:“可不是。跟他们反复强调,反复强调,好话说尽,就是不管用。”

) c4 d8 I+ J& {' F0 I晓川:“这么说,是程序员的问题?”
7 l' V3 P" ?: f5 u5 h3 D3 P
& K, E* I6 f5 O+ C( t4 N2 W
英英:“唉,不过也不怪程序员,项目时间这么紧,他们压力也很大。”

# C9 A; Y$ z5 A8 m) }3 p' U
晓川:“那你没跟老刘讨论过,把项目计划订得松一点儿?”

9 T. c8 k" F9 x$ k英英:“聊过,没用,老刘说,以他的经验,不论给程序员的时间多充裕,该啥样还是啥样,质量还是没谱。还不如盯紧点儿呢,等CC之后再集中力量提升质量。”
' k1 S7 H& h5 x
& [1 P0 N8 p$ y1 w% v0 c; `( d
晓川:“嗯,我读过一篇文章,说程序员常常有追求过度功能的倾向,超过客户需求,不考虑投入是不是值得。”
& u' U4 B- c5 R! w* ~6 S2 ?$ \
英英:“嗯,我看还有一个原因,有的程序员同时在不止一个项目上工作,所以,这个项目放松要求了,他就去忙另一个项目了。”

  T- E% B  I6 R9 W4 G
晓川:“所以就形成了这么个局面,CC之前拼命地赶进度,催程序员开发新功能。而CC之后呢,再收拾烂摊子,直到能发布。”

& N' H; |7 B0 D0 E. _5 _: x
英英:“就是这么回事儿。反正我觉得是这样。”
6 ]% e' `: w, ?: W" G* y5 O
晓川低头边吃边想,一会儿,又抬起头来问:“有没有办法约束程序员,让程序员一方面要按时完成功能,一方面要保证质量?”
' Y5 q1 e5 v+ w- l/ \: W% [* v/ c9 U
英英一笑,“那不就是我们 QA的工作吗?设计流程,改进流程,并监督流程,保证流程实施。”

- U7 Q* j4 p/ T+ q
晓川:“这么说,是你们的工作没做到位?”说完坏笑。
! T4 G! ]0 x: U
英英有点儿恼:“你没见我们都忙成这样了!站着说话不腰疼! ”
7 j% j, ?* s4 z$ z% @
晓川忙安慰:“嗯嗯,要是没有你们,估计质量更不怎么样了。”

9 A! P7 @* V0 q3 C& c英英:“就是。你不知道我们工作有多难,简直就像是跟程序员打仗。我们说加上这个环节,他们马上说这样很耽误时间。我们说加上这几个测试,他们马上说这么测试没效率。”
3 l, B/ l2 v# d$ J+ }! }3 Y, M" `7 E7 k) N9 X3 O( \' l5 s
晓川:“那到底是不是昀有效率的检测方法?”

: F1 |0 H$ v# I5 J
英英:“我怎么能保证总是有效率?问题是,如果不这么定,就谁都不做,质量就很差。这么定下来,质量还能好点儿。所以顾不上怎么最有效率的问题。”
, B, P5 F( \. ^2 J
晓川:“所以程序员有意见?”

# ?  Q* X2 T' X: Z
英英:“岂止是程序员,我们还得跟那些开发小组的领导们打仗。
* K3 g' J3 h: \6 j: w; |/ v3 I
订个流程,改进个流程,让他们遵守流程,都特别费劲儿。总是说我们这个情况特殊,那个情况特殊。”
7 M9 n' n, F9 y
晓川觉得自己这心里啊,现在是既理解又同情。可一时也想不出什么能帮上英英的。只得半开玩笑地宽慰她:“忍忍吧,反正项目快发布了。等发布了,肯定有庆功会,庆功会上肯定有蛋糕吃。估计是水果奶酪的。”

* n3 H2 t; `" C3 q晓川知道英英爱吃蛋糕,尤其是奶酪的。1 Q9 i% {8 _% [0 U

; x$ v- p6 i/ ~* d2 D: Z9 F) r不过英英说:“不够!我要出去玩儿!”. Q# {$ A9 l+ r* M0 L1 H

" s) {$ \: w( ~8 h0 G  ]晓川:“真有你的。去哪儿?去哪个北海啊?”
/ q9 M- |# R% m: X0 U
9 W( x/ ^0 A$ P4 G0 n英英:“我想去草原。我还没去过草原呢。”晓川心里盘算着,要跟英英一起去草原。
( t2 @: v# \" N8 Z& [' K% e+ A' W
忙完一天的工作,回到家,晓川还在想着中午跟英英的聊天儿。除了去草原这个事情外,晓川也在想英英所说的,项目后期漫长的稳定化阶段。的确,项目后期,在用很多时间来处理缺陷,这让项目晚发布很久。如果不用这么长时间就好了。
5 ]3 M8 q  q0 B! Y. v
为此呢,需要提高程序员提交的质量。而程序员倾向于只保证功能和进度,忽视质量。所以,QA就上阵了,弄出很多检查和流程,让程序员们觉得复杂僵化,连 QA她们自己都觉得不是昀有效率的方法。这么看来,很多人都明白,现在这种管理方式,并不是理想的管理方式,实在是无奈之举。但是,关键是,更好的管理方式应该是什么样子的呢?这像是一道智力题,晓川很想找到好的解法。$ F# i% q# R, H- _1 X" E8 P. |
' R; m. t: B8 R" H
这些检查和流程规定的是过程,而一旦规定,就可能管得过死,不再是从具体提交的实际情况出发,不再是对于具体情况昀有效率的方法。那么,如果不规定过程,只规定要达到的结果呢?好像有个词儿叫结果导向。对,只规定结果,让程序员自己任意选取保证质量的方法,自己决定要做多少测试,如何测试。

( ~3 Z5 U6 R/ p, G2 K0 E- i8 h' k$ N嗯,不应该规定某一个提交的质量,而应该是某种统计上的结果,比如某个人一个月引入了多少缺陷。哦,这样也不太合适,因为有的人工作效率高,工作成果多,引入的缺陷自然就会多些。不能让他们吃亏。所以,应该规定每改动100个文件,引入多少个缺陷。可是有的文件大有的文件小,有的文件这次改动大,有的这次改动小。那不如统计每1000行改动,引入多少个缺陷。
. {% z: u/ C; o  X6 h7 B
$ _7 b4 e" F2 c, ]$ n- p- B究竟这个指标订多少合适呢?不能是零,不然程序员就疯了。为什么不能是零呢?因为为了达到或者接近零缺陷,程序员就得用接近无限多的时间来测试,才敢提交。那项目就没法进行了。当然指标也不能太高太宽松,那就等于说,程序员不需要在意提交的质量。
" Q! r( l1 n+ Q" F6 s( `) p, V5 b
3 l6 O* S) {% y) U! y7 N
那么,为什么程序员的提交需要有一定的质量呢?这又回到了原点。是啊,其实程序员的提交就不需要有非常高的质量,因为只要保证在提交后能够比较及时地发现缺陷,比较及时地修复缺陷,那么其实项目也不会因此而严重推迟发布。

. c; ~! A9 C! ~! a+ a1 ^那么,程序员的提交到底应该有什么样的质量呢?这个问题看似简单,但其实很不好回答啊。好像这还跟测试自动化的程度有关系。还有,程序员究竟应该攒多少改动再提交呢?测试人员应该多久测试一轮呢?这些问题,晓川想得脑袋都疼了,起身去倒杯水喝。喝了几口水,转念一想,哈哈,我管这些干什么啊,这些又跟我的本职工作,集成工程师的工作没啥关系。
. T' T7 x! z2 U4 S' o0 t
# w/ }% d6 S3 i可是这些问题真的很有意思。而如果能回答它们,应该也会很有价值吧,晓川想。
+ N6 x  C+ Z2 Z0 L  j
回复 支持 反对

使用道具 举报

 楼主| 发表于 2013-9-13 09:29:10 | 显示全部楼层
28.草原夜色

7 D6 I3 [  H1 |: B! @* h  o$ X7 F$ W
晓川和英英没有报名旅行社,而是在网上找了几个年龄相仿的年轻人,一起自助旅行去草原。他们比旅行团走得更远,远离景点,远离度假村,一直走到草原深处。当夕阳西斜的时候,他们在牧民家安顿下来。
8 x% Y* i' g8 H/ |' t2 N
入夜,围坐在篝火周围,他们和主人一家一起,喝着奶茶奶酒,吃着红食白食。主人很高兴,一边饮酒,一边唱起草原上的歌,悠扬的长调。主人家的小孩儿,和着歌声跳起舞来。火光映着他们红红的脸庞。
3 S8 J. e1 b  D& [  u1 M  {/ p4 T* B4 N
晓川对英英说,我们也跳吧,就跳探戈。英英有些不好意思。周围的朋友也跟着撺掇。于是他们就跳起来。没有音乐,英英就跟着晓川的节拍。舞毕,旁边的朋友对晓川说,“你和你女朋友跳得真好,好像长在了一起。”晓川连忙摆手纠正,“我们还不是……”朋友们会心地笑。
# i0 [- B8 ~7 d8 c! z+ b! O2 i
夜深了。大家回到蒙古包里,有的在梳洗整理,有的在招呼大家一起玩儿三国杀。晓川和英英说,一起出去走走吧。他俩走在满天星斗下,走在寂静里,一直走到蜿蜒的小河边。在小河边坐下,他俩有一搭没一搭地聊天。7 A# p/ K9 m' f4 r4 J4 d4 c
  A& V1 ?5 E4 i2 S2 J
英英问晓川,为啥刚才要一起跳舞。晓川就给她讲了几个月前他的梦境,那个在山谷中共舞的梦境。只是,在梦境中,皓月当空,而现在星光灿烂,银河横亘苍穹。英英说,那我们再跳一会儿吧。于是他们起身再次共舞。

' C1 j! a. D0 b% K% s+ K: Q跳着跳着,他们抱在了一起。) {9 p* a  j' @0 q

0 q& c8 j6 r$ q& B9 Q2 h2 g/ U9 w
回复 支持 反对

使用道具 举报

 楼主| 发表于 2013-9-13 09:30:24 | 显示全部楼层
29.十字路口

" C# r) T! s' U& I
: M; l+ ~+ ~8 C8 x/ K* c" ^. T9 c
晓川的师父要调到测试部门了。晓川知道了,问师父为什么。师父说,与其将来被赶走,还不如有点儿眼力价儿,现在自己走吧。集成工程师的工作已经越来越自动化了,越来越不需要他了。好在测试那边,还有不少测试没法自动化,他去那边找个饭碗,养家糊口。
6 I. v1 S+ k' F; ^' f
晓川舍不得师父。虽然两个人性格很不一样,思路不太相同,但是师父毕竟教给自己不少东西。听说测试那边的活儿又累又枯燥,师父都快四十的人了,唉。
& V  ^% T2 Z+ g; Q$ W9 }( z/ X, z7 K) `" N" G
不知道十几年后,自己是什么样啊。晓川想。还有很多的事情要做,还有很多的奥秘要探索,我不愿意像师父这样过日子。

- S" E( @$ h) c, G* f! F晓川的老大让晓川跟她一起去会议室。晓川猜测,是师父工作变动的事情吧。其实不是,老大回顾了晓川在过去这段时间的工作所取得的成果,给他不少表扬。接着,老大询问他,是否愿意到另一个新项目中工作。  R8 I, q3 f* d! K- g

5 G3 }$ ^# ]. F9 y8 I
“我看到了你在集成工作上所表现出来的能力,希望你在新项目中,让集成打一开始就开个好头,一直这样多快好省地进行。”老大顿了顿,“但是,我请你到这个新项目中去,还有另外一个期待。这个项目的产品,是我们公司所不太擅长的,需要部署到公司服务器上,向客户提供服务的产品。过去,在类似的项目中,部署与运行维护常常拖了项目的后腿,一次上线需要折腾很长时间,而且经常出错。我们因而不得不很久才做一次上线。这使得我们的新功能迟迟不能供用户使用,存在的缺陷也不能及时修复。”
! ]* F1 p; K9 V0 m5 N
老大问晓川:“你大概以前也有所耳闻。你有什么思路吗?”* B3 b- V" j& k% O2 ?* B+ e

- X3 g1 O% G% h
晓川答:“如果把我在集成工作上获得的经验外推到上线工作,我觉得,关键是自动化,这样才能有可重复性,才不容易出错,效率也高。版本控制也很重要。”

, ?$ _2 m0 {. n; M1 A0 H“我赞同你的想法。这和所谓的‘持续交付’的提法意思差不多。 ”老大顿了顿说,“但关键是落到实处。有很多技术上的东西,有很多细节需要学习,需要研究。”- n- u2 H$ T! ]4 d4 Q/ ^: F6 o
4 p" d! n& Q7 w  r
晓川点点头。
6 T+ G/ I5 \- d% V( J; o4 B' Y, I0 p
“我相信你能够成功。”老大昀后说。
2 t% N4 u8 N7 F4 j5 ^
晓川很高兴有了新的任务。下午,晓川正在读相关的资料,英英在QQ里问他,晚饭有没有安排,若是没有,一起吃怎么样。晓川当然愿意。英英又说,不止是两个人一起吃,还有神秘人物出现,负责买单哦。! F! a4 b2 o1 q2 i4 k3 J, ~5 J& G
3 _, M$ }' ~/ y+ Y
晓川东想西想,不会是英英的父母吧?晓川有点紧张。可任凭晓川如何询问,英英就是半点儿都不肯透露。
晚餐,出乎晓川意料,神秘嘉宾是英英的老大。老大来的原因是,她想请晓川考虑到质量保证部工作。

8 G; W8 d7 P* {1 N; ~2 t英英的老大说,“你在过去半年多的时间里,在集成方面,推动完成了很多改进工作。然而,我们的集成工作,仍然需要很大的改进。比如说,现在从功能开发完成到可以发布,还需要很长的时间。”$ t) d( R$ K+ u  A

- O* }4 p3 X3 c7 [- `% _& u晓川有点不理解,这个问题为什么和集成有关系。英英的老大仿佛读得懂晓川的想法,解释道:“其实现在你所从事的集成工程师的工作,只是集成工作的一部分。集成工作,本质上是要把各个开发人员的工作成果汇聚在一起,能让它工作,能让它为昀终使用者工作。所以,基线出来之后,继续测试以发现缺陷,进而修复缺陷,这些也都是集成的一部分。”
( y! X! q- j+ d4 b; D8 a# e
) J) ^: j6 a2 t0 ^! a  |) e& Z
英英的老大顿了顿,又接着说:“只优化出基线的这部分集成工作是不够的。未来的任务,是优化整个集成工作,让集成工作有效率地进行,尽快让昀终用户拿到我们的开发成果。这就不是你现在集成工程师这个职位所能承担的工作了。QA部门即将更名为过程改进部。你愿意到我们部门来,发挥你的才干,迎接这个更大的挑战吗?”

" m) i5 T) Z0 D/ z5 a% y0 K% E  u晓川陷入沉思。这正是我感兴趣的啊。然而,我的老大交代给我的新任务,也同样有趣,同样富有挑战性。
) H* K% b, e4 z9 R; U" o9 w* ~
英英的老大没有让晓川当时就做出决定,并且跟他说,即使他这次选择仍留在当前的部门,以后也肯定常有合作,希望合作一如既往的愉快和顺利。
) [8 C$ Z4 E- G6 G2 T4 x
回复 支持 反对

使用道具 举报

 楼主| 发表于 2013-9-13 09:31:00 | 显示全部楼层
30.我还没答应呢
7 D. Q9 c$ ~1 V- ?0 I
) l9 M. \6 u3 E5 ^% ^% W  h* H7 L
第二天是周六。晓川去找英英,看到英英换上了裙装。可不是,一晃都快夏天了。晓川和英英走在林荫道上。微风掠过树梢,阳光透过树叶的间隙洒下来,一闪一闪。他们聊起工作,聊起将来的打算,也聊起各自过去的事情。
. D+ ]/ l/ s6 E1 g( t# |, P' k
晓川:“我猜就是这样,一定有很多人追你的。”
, P4 T6 g# ~9 u& F' h0 V* v5 ]6 l. G( c
英英:“也没有嘛。”
3 }1 v2 m; b. m9 ?7 z
晓川:“可是他们都没追上,呵呵。”& X, [+ P9 ]2 c' S+ B: H

- S# K2 H3 I  g' S
英英:“某人心里正在小得意吧?”
1 L7 d+ F5 v  R" k2 X8 B; e
“也没有嘛。”晓川学着英英的语调说。英英佯装嗔怒。( x4 k6 M* r/ ?; P" R$ ^
8 q3 J( `# Z7 T$ j3 u: \
晓川:“其实我真的不太明白,我是什么地方吸引了你。我一直不知道怎么追女生啊。”

  F, c0 L: Z( \7 }7 [$ l1 m“你跟别的男生不太一样。”英英想了想,说。“他们工作,他们奋斗,或者是为了能在这个城市生存下去,或者是为了有更好的生活条件。这些都没有什么错,他们都是好男人。但是,我就是觉得有点乏味,不好玩儿。”% |+ O5 R( n  L( K. s

% i* M: q# A0 |) K6 e
“哦,原来是因为我好玩儿啊。原来是因为你喜欢玩儿我。”晓川做恍然大悟状。
, t. U# b" H) U% S% N, f* F, Z
“不是不是。我没说清楚。”英英着急了。“是跟你在一起工作好玩儿。是你觉得工作好玩儿。你特别积极主动。你好像喜欢的是做事情本身,你就想把事情弄明白,想把事情做成,想把事情做得更好。跟你在一起,就觉得世界一片光明,心里特别畅快。反正我觉得就是那种,怎么说呢,《浮士德》你读过没,就是那么个劲儿。”
2 r7 P4 y; M+ Z8 I
晓川用力握住英英的手。《浮士德》是他昀喜欢读的文学作品之一。
; D: A9 m5 T) r" {/ {$ W' o
又走了一阵,晓川冷不丁问,“你有没有亲哥哥亲妹妹啥的?”
5 M' z, g6 t1 P" k1 b5 Y9 J" t, S: t! i
“没有,独生子女啊。怪没意思的。”

% W8 N0 e- ^  w% k“嗯,我也是。听说现在的政策是,如果像咱们这样两边儿都是独生子女的话,以后就能生两个娃。你将来想要几个娃?”! B6 w/ p& l) e3 n& o

- I. N% k1 J" Y7 h# E
“让我想想……喂,我还没答应嫁给你呢!”

" C4 }4 m9 C) d4 z  N: L# J  n
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关闭

SCMLife推荐上一条 /4 下一条

QQ|小黑屋|手机版|无图版|SCMLife.com ( 京ICP备06056490号-1 )

GMT+8, 2019-9-22 16:52 , Processed in 0.073072 second(s), 9 queries , Gzip On, MemCache On.

Powered by SCMLife X3.4 Licensed

© 2001-2017 JoyShare.

快速回复 返回顶部 返回列表