《月升月盈》第十一章  左右为难

卢娜虽然不是一个多事的人，但杰夫的做法，还是让她心里疙疙瘩瘩的，很不舒服。

这天卢娜跟马克一起喝咖啡，无论马克讲什么奇闻逸事，她都没反应，只是自顾自地喝咖啡。马克见她一副心事重重的样子，不禁逗她：“哎，我说卢娜啊，你别不是碰到啥事了吧？咋一幅别人欠你八百吊钱的样子？”

卢娜冲马克翻了个白眼：“哼，马克你说谁呢？看把你惯得，胆儿忒肥了，就是你欠了我八百吊！”

闻言，马克乐了：“嘿嘿，欠钱咋了？我就不还，看你能咋办？”说完看卢娜还是一副不开心的样子，逐正色问：“喂，卢娜，我是说真的，你难道真碰到什么事了吗？”

卢娜看了马克一眼，她在心里想，杰夫的事情跟克瑞斯和琳达都不好讲。马克在这里也工作好几年了，这人平时嘻嘻哈哈的，但似乎跟大家都交往得不错，何不试探一下，看看他的观点。

卢娜捋了捋自己的思路，简单地跟马克分享了一下现在她和杰夫合作的情形，和她对杰夫似乎磨洋工的担忧。

马克听了，半晌没答复。沉默好一阵子后，开口了：“卢娜，我知道你是一个聪明又善良的人。其实，很多时候，我觉得，咱们做事情，要先想到保护自己。我相信你说的杰夫的情况是真实的，我也相信，如果你跟克瑞斯和琳达讲，他们也会相信你的。”说完看着卢娜，见她还是沉默，叹口气：“你不想讲，那是你的选择。我多一句嘴，其实我觉得，你现在问题的根源是公司给你的职称太低了，让你受制于人。”

闻言卢娜张大眼睛，不可信置地看着马克。她心里翻江倒海，看来真是这样，是琳达把她的职称给低了，这不光是她自己的感受，连马克都这样认为！

看到卢娜震惊的表情，马克有点后悔自己的多言，不过既然已经说了，还是说明白为好。马克跟卢娜详细解释了他为什么这么说。他告诉卢娜，在JK 的 IT 部门，职称的平台是以分析师为分水岭的。根据职能的定义，软件分析师或者以上的级别，才可以做系统的设计，可以主管项目。而如果只是软件编程师，那就只能编程和调试。说完，马克不无调侃地道：“这就像人们讲的白领和蓝领一样，分析师以上的级别是白领，而如果只是编程的话，那在 JK 就是蓝领。而你的能力是可以胜任设计的，所以我说你的级别，公司给低了。”说完还话锋一转：“如果你也是分析师，杰夫就无法凌驾于你的头上了。我觉得你应该让琳达和克瑞斯更多地了解你，让你快快进入 IT 部门的白领行列。”

听了马克的解释，卢娜醍醐灌顶，终于明白了自己为什么总是感觉自己的职称有问题。她也第一次觉得，不可小瞧了马克这个人。马克只是外表无心无肺，其实他聪明透顶。

卢娜开始深思，面对杰夫的情形，她该怎么办？她要怎样做，才能让琳达心甘情愿地把她的职称，提到与她能力匹配的位置？

又过了几周，新功接近了交付客户使用的时限。团队会议上，克瑞斯又来询问项目的进展：“杰夫、卢娜，新功能开发的怎么样了？” 杰夫平静地汇报：“设计和编程都完成了，我们马上开始测试。” 卢娜闻之又是一惊，她这面后端的程序是都搞好了，但一天前，她还问过杰夫，想要看看前端的具体程序，当时杰夫告诉她，他还在解决几个问题。怎么现在他就说都完成了？卢娜实在不明白杰夫葫芦里卖的什么药。

听了杰夫的答复，克瑞斯看看工作日历，开口道：“那好，你们尽快完成测试。新功能的交付日期，就定在两周后的周二吧。” 克瑞斯一走，卢娜就小心翼翼又迫不及待地问杰夫：“你那面的问题都解决了？测试怎么做？是不是我们一起搞一个测试计划，把要做的测试情况都列出来？”

杰夫摇摇头：“卢娜，你只管你的后端功能模块测试，其他的我会全权负责。如果你想写一个后端功能的测试计划，悉听尊便，后端一切由你掌控。”

卢娜真被杰夫搞得一头雾水，更加忐忑不安。什么是系统前端？就是客户使用的计算机画面和操作。而后端，其实就是前端客户发了指令后，系统提供的处理和处理的结果。这些结果会通过前端，回馈显示给客户。在计算机处理中，只是技术上分了前后端。可面对一个系统，或者说对客户来讲，前后端都是一体的。卢娜还从来没有见过，测试的时候，前端和后端分开搞，而且还没有统一的测试计划。

面对这样的情况，卢娜还是下不了决心跟琳达和克瑞斯说出实情。她心里七上八下地，反复掂量面对的现实。一，无论公司是不是给她的职称定低了，杰夫现在都是这个项目的负责人。她不能一来就和团队的老员工闹矛盾，指责人家做的不专业；二，反正她这部分，已经测试了N 遍，她有十分的把握；三，也是最重要的，杰夫已经说了他全权负责这个项目。如果她现在质疑杰夫的做法，别人会觉得她越权，或者没有团队合作精神。虽然卢娜还是很担心，不知道如果真出了问题，会有多大影响，琳达和克瑞斯会不会反而认为她的技术能力不行？

还好，在最后时刻，杰夫终于把他的前端新功能做出来了，还让卢娜简单地在客户终端测试了一下。杰夫得意扬扬地告诉卢娜，每次做项目他都会在最后关头完成任务。

尽管杰夫说他完成了他的编程和测试，卢娜心里还是敲着小鼓，太玄幻了，软件编程不搞统一的系统测试，这在她职业生涯里，还是第一次。

她一直没把握，最后推出的新功能，真的会不出问题吗？

《月升月盈》第十二章  问题爆炸 

两周很快过去。安装新功能的前一天，杰夫全权签署了新功的交付。

周二上班，四周静悄悄的。这个星期克瑞斯带薪休假，据说是领着上小学的女儿，去外地参加学校的竞赛去了。琳达今天也去公司的另一个部门开会。卢娜松了口气，看来这个新功能，不是什么大改变，对系统影响不大。领导们都各干各地去了，根本没把新功能安装当回事。卢娜觉得自己太沉不住气了，高看了这个项目，她有种拿着鸡毛当令箭的感觉。

上午十点，IT 客服中心，送来了第一个客户反映系统问题的电邮。紧接着，这样的电邮，像雪片一样涌了进来。

当卢娜看到第五个问题电邮时，她赶紧冲到杰夫的办公室，杰夫不在！卢娜只能再跑回自己的办公室，邮件系统已经显示，有二十多个同样问题的邮件，都是从客服中心发出的。她只能当机立断，拨打了客服中心的电话，告诉他们，商品分配团队已经知道这个问题，不需要再送同样的邮件了。就是这样，她的邮箱里，也瞬间涌进了五六十个问题电邮。

怎么办？如果知道问题出在什么地方，当然可以对症下药地解决问题，但现在的情况是，她根本不知道问题究竟出在哪里啊！

琳达不在，克瑞斯也不在，杰夫更是无影无踪，卢娜头皮发紧，这是唱空城计啊。那是2001 年，手机不通用，也没有远程工作这一说法。卢娜皱着眉头核计杰夫能去哪里？万般无奈，她只能让 IT 部门的秘书，在全部门广播寻找杰夫。瞬间飞入的几十个系统问题邮件，也惊动了在办公室上班的团队其他成员。卢娜求助地跟大家讲，她希望大家能帮助解决问题，她要召开一个团队会议。

会议上，团队的其他成员，提出了两个解决方案：一，移除新功能，让系统回归以前的版本。这样可以给杰夫和卢娜时间找出问题，再重新推入新功能；第二个方案，找出问题，立即修改。前提是他们能快速找出问题，并且快速修改。

团队的成员，大部分支持第一个方案，因为寻找问题是要前后端工程师配合的，杰夫不在，没人能保证是不是可以快速找到问题，更遑论要多长时间去改正。

大家的目光都投向了卢娜，因为可以做决策的人都不在，只有她是涉及这个新功能的人，最后的决定要由她来做。

卢娜看看表：“现在还有半个小时到中午十二点。估计我们的客户大部分也都去吃午饭了。这样，我们还是先试试第二个方案，把解决系统问题的最后时限定为下午一点。”

卢娜转过头：“史蒂文，你是软件前端工程师，我们一起看这个新功能的程序，预定用一个小时找问题，且修改。如果在这个时间里找不到问题，或者无法修改好，那我们就选择移除新功能。如果可以修改好，我们就把修改方案投入系统。”卢娜不安地环视团队其他成员：“大家觉得这个方案可行吗？”

出乎意料，所有成员都一致地点头。客服组的姣伊，还爽快地夸了卢娜一句：“这个决定对，如果能够解决问题，还是应该保留新功能。” 不到半个小时，史蒂文和卢娜就找到了问题所在。原来杰夫的前端程序里，有一个判断条件，他给画蛇添足了。只要去除这条功能的一半条件，问题就可以解决。

卢娜和史蒂文又测试了好多遍，最后确定修改方案没问题。

现在轮到交付修改功能，这个本该杰夫签署的文件，由于他的不在，无人签署。而不签字，这个修改就无法投入客户的系统中。走投无路，卢娜只好再次找到部门秘书，让她又一次的广播寻找杰夫。这次的广播扩大到全总部，也就是说，在总部大楼的三千多员工， 都听到了对杰夫的呼唤。卢娜在焦急地等待，马上就要到一点了，杰夫，你在哪里？（未完待续）